디자인 싱킹
설명 영상 디자인 싱킹 · 2:11
왜 배우는가: 디자인 싱킹은 사용자 중심으로 문제를 정의하는 방법으로, 요구분석 단계의 결함을 줄이는 출발점이 된다. 실무에서는 기능 나열형 요구를 막는 근거로 쓰이며, 시험에서는 UX 기법과 요구분석 연계 문항으로 반복 출제된다.
출제 이력: 제124회 2교시 2번, 제119회 1교시 6번
1. 한 줄 정의와 핵심 키워드
디자인 싱킹은 사용자의 요구와 경험을 깊이 이해하고, 반복 실험을 통해 문제를 정의·해결하는 인간 중심 문제해결 방법론이다.
- 디자인 싱킹(Design Thinking)
- 공감(Empathize)
- 문제정의(Define)
- 아이디어 발상(Ideate)
- 프로토타입(Prototype)
- 테스트(Test)
- 사용자 중심 설계(User-Centered Design)
- 페르소나(Persona)
2. 개념 풀이
디자인 싱킹을 쉽게 말하면 "사용자가 실제로 무엇을 겪는지 먼저 보고, 그 문제를 다시 정의한 뒤 빠르게 만들어 확인하는 방법"이다. 답안에는 정식 정의를 쓴다.
정식 정의는 다음과 같다. 디자인 싱킹은 디자이너의 감각과 방법을 사용해 사용자의 요구를 충족하는 해결책을 찾는 창의적 전略이며, 기술적으로 가능하고 사업적으로 실행 가능한 방향을 함께 고려한다. 이 정의는 위키백과 근거와 일치한다.
핵심 용어는 다음과 같이 풀이한다.
- 공감(Empathize): 사용자의 관점에서 행동, 맥락, 감정을 이해하는 첫 단계이다. 관찰과 인터뷰로 수행한다.
- 문제정의(Define): 공감에서 얻은 정보를 종합해 해결할 문제를 한 문장으로 정한다.
- 아이디어 발상(Ideate): 정의된 문제에 대해 다양한 해결안을 넓게 만든다.
- 프로토타입(Prototype): 아이디어를 저비용 모형으로 빠르게 구현해 검증 가능한 형태로 만든다.
- 테스트(Test): 사용자가 프로토타입을 써 보게 하고 결과를 다음 반복에 반영한다.
다섯 단계는 순차 절차가 아니다. 따라서 답안에서는 "선형 절차"라고 쓰지 않는다.
3. 등장 배경과 필요성
기존 공학적 요구분석은 기술 기능을 먼저 정하고 사용자 요구를 나중에 확인하는 경향이 있었다. 이 방식은 사용성 부족과 재작업을 낳았다.
디자인 싱킹은 이 문제를 줄이기 위해 확산되었다. 켈리가 체계화한 것으로 소개된다. 이 연도는 근거에 있으므로 쓸 수 있다.
필요성은 세 가지로 정리된다. 첫째, 사용자가 말로 표현하지 못하는 잠재 요구를 찾기 위해서다. 둘째, 잘못된 문제를 푸는 비용을 줄이기 위해서다. 셋째, AI 시대에도 문제를 인식하고 판단하는 주체가 사람이므로 인간 중심의 문제 재정의가 필요하기 때문이다.
사용자 경험 설계(User Experience Design, UX)는 제품 사용 전 과정의 경험을 다루며, 기능보다 사용성·유용성·만족을 평가 기준으로 삼는다. 디자인 싱킹은 이런 UX 설계의 출발 방법으로 쓰인다.
4. 구성요소·원리·절차
디자인 싱킹의 공감(Empathize) 단계는 사용자 조사 방법을 여러 개 묶은 단계다. 방법마다 얻는 정보의 종류가 다르므로 구성요소를 구분해 답안에 쓴다. 공감 단계 결과는 다음 단계인 문제정의(Define)의 입력이 된다.
| 구성요소 | 목적 | 산출물 | 비고 |
|---|---|---|---|
| 관찰(Observation) | 실제 행동과 맥락 파악 | 관찰 기록 | 말과 행동의 차이를 확인함 |
| 인터뷰(Interview) | 경험·감정·동기 파악 | 인터뷰 노트 | 개방형 질문을 사용함 |
| 몰입(Immersion) | 사용자 경험 체험 | 체험 보고서 | 분석자가 직접 사용자 역할을 함 |
| 공감지도(Empathy Map) | Say·Think·Do·Feel 정리 | 4분면 지도 | 인터뷰 데이터를 정리하는 도구임 |
| 페르소나·고객여정지도 | 대표 사용자와 접점별 경험 정리 | 페르소나 정의서, 여정 지도 | 요구사항 도출의 근거가 됨 |
표 아래 설명: 관찰과 인터뷰는 자료를 모으는 방법이다. 공감지도와 페르소나는 모은 자료를 정리하는 방법이다. 두 종류를 함께 써야 요구분석 결과가 근거를 갖는다.
공감지도(Empathy Map)는 사용자가 말한 것(Say), 생각한 것(Think), 행동한 것(Do), 느낀 것(Feel)을 네 칸에 나눠 적는다. 말과 행동은 사실로 기록하고, 생각과 감정은 추론으로 표시한다. 그래서 사실과 추론을 구분하는 것이 핵심 원리다.
공감 단계는 말로 드러난 요구와 숨은 요구(Latent Needs)를 함께 찾는 단계다.
원리는 다음 세 가지다.
- 관찰 우선: 사용자가 말하지 않는 불편을 행동에서 찾는다.
- 맥락 보존: 사용 장소, 시간, 방해 요소를 함께 기록한다.
- 반복 검증: 한 명의 의견을 일반화하지 않고 여러 사용자의 자료를 비교한다.
공감 단계 절차는 다음과 같다.
- 조사 대상 사용자 유형을 정하고 사용자 세그먼트를 나눈다.
- 관찰과 인터뷰 계획을 세우고 질문지를 작성한다.
- 현장에서 관찰, 인터뷰, 몰입 중 적합한 방법을 수행한다.
- 수집한 자료를 공감지도와 페르소나로 정리한다.
- 사용자 여정 단계별로 페인포인트(Pain Point)와 기회 영역을 표시한다.
- 정리 결과를 문제정의 단계의 입력으로 넘긴다.
사용자 여정 지도는 접점별 행동과 감정 곡선을 그린다. 감정이 떨어지는 접점이 개선 대상이다. 인터뷰 응답 수는 정해진 기준이 없으므로 포화 시점, 즉 새 응답에서 새 정보가 거의 나오지 않을 때를 종료 기준으로 쓴다.
5. 관련 법령·기준·표준
디자인 싱킹과 공감 단계에는 법령으로 정한 수치가 없다. 다만 사용성과 사용자 경험을 다루는 국제표준이 있다. 번호를 확실히 알 수 없는 것은 이름만 쓴다.
| 기준 | 관련 내용 | 수치·조건 | 근거 |
|---|---|---|---|
| 사용자 중심 설계 국제표준 | 사용자 요구 파악 후 설계 반영 | 사용 상황과 사용자 특성 명시 | 이름만 확인 |
| 사용성 품질 모델(ISO/IEC 25010 계열) | 사용성 하위 특성 정의 | 사용성 하위 특성 | 조항 번호 미확인 |
| 사용자 경험 설계 기준 | 공감·리서치 결과의 문서화 | 사용자 리서치 결과를 설계 근거로 기록 | 업계 관행 |
| 인터뷰 종료 기준 | 정보 포화 판단 | 새 응답에서 새 정보가 거의 나오지 않을 때 종료 | 방법론 관행 |
표 아래 설명: 표준은 공감 단계의 산출물이 무엇이어야 하는지 정한다. 수치로 정한 기준은 없다. 따라서 답안에는 기준 이름과 확인 항목을 함께 쓴다.
사용성 품질은 관련 하위 특성으로 나눈다. 공감 단계에서 관련 특성을 관찰 항목으로 미리 정하면 요구분석 결과의 검증이 쉬워진다.
6. 유형과 비교
디자인 싱킹은 적용 목적과 산출물에 따라 몇 가지 유형으로 나뉘어 쓰인다. 공감 단계에서 쓰는 조사 기법, 문제 구조화 기법, 그리고 디자인 싱킹과 흔히 혼동되는 방법론을 나누어 비교하면 답안에서 역할 차이를 명확히 설명할 수 있다.
공감 단계의 주요 도구는 관찰, 인터뷰, 공감지도, 페르소나, 고객여정지도로 나뉜다. 관찰과 인터뷰는 자료를 모으는 수단이고, 공감지도와 페르소나는 모인 자료를 구조화하는 수단이다. 두 부류를 섞어 쓰면 답안이 산만해진다.
| 구분 | 주요 기법 | 산출물 | 공감에서의 역할 |
|---|---|---|---|
| 조사형 | 관찰, 인터뷰, 몰입 | 현장 기록, 인용문 | 사용자 행동과 맥락 수집 |
| 정리형 | 공감지도(Say-Think-Do-Feel) | 4분면 시각 자료 | 수집 내용의 해석 공유 |
| 모델형 | 페르소나, 고객여정지도 | 대표 사용자 프로파일, 접점별 맵 | 대상 사용자와 접점 단위 요구 도출 |
위 표는 조사형 기법으로 자료를 얻고, 정리형과 모델형 기법으로 요구를 좁히는 흐름을 보여준다. 답안에서는 세 부류를 순서대로 쓰는 것이 좋다.
이어지는 내용
- 7. 장단점·한계와 개선 방향
- 8. 사례 또는 계산 예제
- 9. 최근 동향과 쟁점
- 10. 흔한 실수와 채점 포인트
- 11. 암기 정리
- 12. 답안 구성 예시
- 13. 예상 변형 문항
로그인하면 하루 2페이지까지 무료로 전체를 읽을 수 있습니다.
앱에서 이 단원 읽기