디자인학
2단계: 디자인 프로세스, 사용자 리서치, 아이디에이션 & 프로토타이핑
🔹 PART 1. 이론적 기초 — "왜 프로세스가 필요한가?"
1단계에서 너는 균형, 대비, 반복, 정렬, 근접이라는 다섯 가지 디자인 원리를 배웠고, 그것을 포스터라는 결과물에 담아냈다. 그런데 잠깐 생각해보자. 그 포스터는 누구를 위한 것이었나? 디자인 원리를 잘 지킨 포스터라도, 그것이 아무도 필요로 하지 않는 정보를 담고 있다면 그 포스터는 잘 된 디자인일까? 이 질문이 바로 이번 단계 전체를 관통하는 핵심이다.
디자인의 역사를 짧게 거슬러 올라가보면, 20세기 초까지 디자인은 주로 "어떻게 만들 것인가(How to make)" 의 문제였다. 바우하우스(Bauhaus, 1919)에서 출발한 현대 디자인 교육은 형태, 재료, 기능의 아름다운 결합을 추구했다. 그런데 20세기 후반으로 접어들며 세상이 복잡해지자 디자이너들은 전혀 다른 질문을 던지기 시작했다. "무엇을 만들어야 하는가(What to make), 그리고 왜(Why)?" 이 전환이 바로 디자인 씽킹(Design Thinking) 의 탄생 배경이다.
스탠퍼드 d.school의 Tim Brown과 IDEO의 연구자들은 1990~2000년대에 걸쳐, 좋은 디자인은 단순히 시각적으로 아름다운 것이 아니라 사람의 실제 문제를 해결하는 것임을 체계적으로 정리했다. 이들의 핵심 주장은 단순하다. "먼저 사람을 이해하라." 이를 인간 중심 디자인(Human-Centered Design) 이라고 부른다. 여기서 중요한 단어는 'Human'이다. 기술 중심도 아니고, 비즈니스 중심도 아니고, '사람' 중심이라는 것.
[노트 기록] 인간 중심 디자인(HCD): 디자인의 출발점을 기술이나 비용이 아닌, 사용자의 필요(Needs)와 맥락(Context) 에 두는 철학. 반대 개념은 '기능 중심 디자인(Feature-driven design)' — 만들 수 있으니까 만드는 것.
이 철학을 실행 가능한 프로세스로 번역한 것이 영국 디자인 카운슬(British Design Council)이 2005년에 발표한 더블 다이아몬드(Double Diamond) 모델이다. 이제 배경지식은 충분하다. 본 내용으로 들어가자.
🔹 PART 2. 본 내용 — 더블 다이아몬드부터 프로토타이핑까지
2-1. 더블 다이아몬드: 프로세스의 뼈대
더블 다이아몬드의 이름이 왜 다이아몬드인지 생각해봐. 다이아몬드 도형은 한 점에서 시작해서 넓어졌다가 다시 한 점으로 좁아지는 형태잖아. 이 모양이 디자이너의 사고방식을 기가 막히게 표현한다. 바로 "발산(Diverge) → 수렴(Converge)" 의 반복.
더블 다이아몬드는 두 개의 다이아몬드로 이루어져 있고, 각각 다른 질문에 답한다.
첫 번째 다이아몬드는 "올바른 문제를 찾는 것(Right Problem)" 이다. 여기서 두 가지 단계가 나온다. 첫 번째는 Discover(발견) 단계로, 세상을 넓게 관찰하며 가능한 많은 정보를 수집하는 발산 과정이다. 두 번째는 Define(정의) 단계로, 수집한 정보를 분석해 "우리가 진짜 풀어야 할 문제는 무엇인가"를 하나의 명확한 문장으로 수렴시키는 과정이다. 이 결과물을 POV(Point of View) 문장 혹은 HMW(How Might We) 질문이라고 부른다.
두 번째 다이아몬드는 "올바른 해결책을 찾는 것(Right Solution)" 이다. 세 번째 단계는 Develop(개발) 로, 정의된 문제에 대한 다양한 아이디어를 발산한다. 네 번째는 Deliver(전달) 로, 아이디어를 프로토타입으로 만들고 테스트해서 최적의 해결책으로 수렴시킨다.
[노트 기록] 더블 다이아몬드 4단계: ① Discover(발산: 관찰·수집) → ② Define(수렴: 문제 정의) → ③ Develop(발산: 아이디어) → ④ Deliver(수렴: 프로토타입·테스트). 핵심 원리: 발산 전에 절대 수렴하지 마라.
여기서 아주 중요한 함정 하나를 짚고 가자. 대부분의 초보 디자이너(그리고 사실 많은 기업들도)는 문제를 제대로 정의하기도 전에 해결책부터 떠올린다. "앱을 만들자", "이벤트를 열자"처럼. 이것은 더블 다이아몬드에서 첫 번째 다이아몬드를 통째로 건너뛰는 것과 같다. Stanford d.school의 연구에 따르면, 혁신적인 해결책의 실패 원인 중 가장 큰 비중은 '잘못된 문제를 풀어서' 다. 즉, 해결책이 나빠서가 아니라 애초에 방향이 틀렸던 것이다.
2-2. 사용자 리서치: 세상을 보는 새로운 눈
그렇다면 Discover 단계에서 우리는 무엇을 어떻게 관찰하는가? 여기서 사용자 리서치(User Research) 가 등장한다. 사용자 리서치란 한마디로 "내 가정을 사실로 대체하는 과정" 이다.
리서치 방법은 크게 두 가지로 나뉜다. 정성적 리서치(Qualitative Research) 는 숫자가 아닌 언어와 행동으로 '왜(Why)'를 이해하는 방법이다. 인터뷰, 현장 관찰(Contextual Inquiry), 섀도잉(Shadowing: 사용자의 일상을 그림자처럼 따라다니며 관찰) 등이 여기 속한다. 정량적 리서치(Quantitative Research) 는 숫자로 '얼마나(How much)'를 파악하는 방법이다. 설문조사, 사용 데이터 분석 등이 해당된다. 2단계에서 우리는 주로 정성적 리서치에 집중한다. 왜냐하면 숫자가 "30%의 사용자가 이탈했다"고 알려줘도, 왜 이탈했는지는 말해주지 않기 때문이다.
인터뷰를 잘 하는 것은 생각보다 어렵다. 가장 흔한 실수는 유도 질문(Leading Question) 이다. "이 앱이 사용하기 불편하지 않았나요?"라고 물으면 사람들은 대부분 "어, 네 좀..."이라고 답한다. 인간은 사회적 동물이라 질문자의 기대에 부응하려는 경향이 있기 때문이다(이를 사회적 바람직성 편향, Social Desirability Bias라고 한다). 올바른 질문은 "이 앱을 마지막으로 사용했을 때 어떤 경험을 했나요?" 처럼 개방형(Open-ended) 이어야 하고, 과거의 실제 행동을 물어야 한다.
[노트 기록] 좋은 인터뷰 질문의 3원칙: ① 개방형으로 물어라 (Why, How, Tell me about...) ② 과거 행동을 물어라 (미래 의향 X — "~할 것 같아요"는 신뢰도 낮음) ③ 왜를 계속 파고들어라 (5 Whys 기법)
리서치를 마친 후에는 수집한 데이터를 패턴으로 묶는 어피니티 다이어그램(Affinity Diagram) 작업을 한다. 포스트잇에 인터뷰에서 나온 인사이트를 하나씩 적고, 비슷한 것들끼리 군집화하면 사용자의 공통된 필요(Need)와 고통(Pain Point)이 보이기 시작한다. 이 과정이 바로 Define 단계로 넘어가는 다리다.
2-3. 페르소나: 추상적 데이터를 구체적 사람으로
어피니티 다이어그램을 통해 패턴을 찾았다면, 이제 그 패턴을 페르소나(Persona) 로 구체화한다. 페르소나는 리서치 데이터를 기반으로 만든 가상의 사용자 캐릭터다. 이것은 소설 속 인물처럼 이름, 나이, 직업, 목표, 좌절감을 가진 구체적인 사람이다.
여기서 중요한 오해를 짚어야 한다. 페르소나는 "우리 팀이 디자인하고 싶은 사람"이 아니라, "리서치에서 발견된 실제 사용자 패턴의 대표" 다. 데이터 없이 상상으로 만든 페르소나를 Proto-persona(가설적 페르소나)라고 따로 구분하기도 한다. 실제 디자인 현장에서는 보통 3~5명의 페르소나를 만들어 주요 사용자 유형을 커버한다.
잘 만들어진 페르소나에는 인구통계 정보(나이, 직업) 뿐만 아니라, 목표(Goals: 그 사람이 궁극적으로 이루고 싶은 것), 행동 패턴(Behaviors: 실제로 어떻게 행동하는가), 고통 지점(Pain Points: 무엇이 불편하고 frustrating한가), 동기(Motivations: 왜 그렇게 행동하는가) 가 담겨야 한다. 1단계에서 배운 근접의 원리(Proximity) 를 기억해? 페르소나 문서를 만들 때도 관련 있는 정보끼리 묶어서 시각적으로 정리하면 훨씬 읽기 쉬운 문서가 된다.
2-4. 아이디에이션: 아이디어를 두려워하지 마라
Define 단계에서 문제를 정의했으니, 이제 Develop 단계에서 해결책을 찾을 차례다. 이 과정을 아이디에이션(Ideation) 이라고 한다. 한국어로는 '발상'이라고 할 수 있다. 아이디에이션의 핵심 원칙은 하나다. "판단을 미루어라(Defer Judgment)."
가장 널리 쓰이는 아이디에이션 기법은 브레인스토밍(Brainstorming) 인데, 사실 우리가 흔히 아는 "자유롭게 얘기해봐요" 식의 브레인스토밍은 비효율적이다. IDEO 등의 연구에 따르면, 개인이 먼저 혼자 아이디어를 적은 뒤(Brain-writing) 공유하는 방식이 더 다양한 아이디어를 낳는다. 집단 속에서는 '가장 먼저 크게 말하는 사람'의 아이디어가 나머지를 잠식하는 앵커링 효과(Anchoring Effect) 가 발생하기 때문이다.
Crazy 8s 는 8분 안에 8개의 아이디어를 스케치하는 기법으로, 각 아이디어 당 딱 1분만 주어진다. 이 시간 압박이 오히려 검열 없는 발산을 돕는다. "이게 말이 되나?" 고민할 시간이 없으니까. 이렇게 나온 아이디어들을 How Might We(HMW) 질문과 대조하며 걸러내고, Impact/Effort Matrix(영향력/노력 매트릭스) 로 우선순위를 정한다. X축은 구현 노력, Y축은 사용자에게 미치는 영향력을 나타내며, 높은 영향력에 낮은 노력이 필요한 아이디어를 먼저 시도한다.
[노트 기록] 아이디에이션의 황금률: ① 양으로 승부해라 (좋은 아이디어 1개보다 나쁜 아이디어 100개가 낫다) ② 판단을 미루어라 ③ 남의 아이디어를 발전시켜라 ("Yes, and..." 기법) ④ 시각화해라 (말보다 그림)
2-5. 프로토타이핑: 생각을 손으로 만들기
아이디어를 고르면 이제 프로토타입(Prototype) 을 만든다. 프로토타입이란 아이디어를 테스트 가능한 형태로 빠르게 구현한 것이다. 핵심은 '빠르게'와 '테스트 가능한'이다. 완성품이 아니다.
프로토타입의 충실도(Fidelity)는 스펙트럼으로 존재한다. 저충실도(Lo-Fi) 프로토타입은 종이와 펜으로 만든 스케치나 페이퍼 프로토타입(Paper Prototype) 이다. 화면을 종이에 그리고, 사용자가 버튼을 "클릭"하면 디자이너가 다음 화면 종이를 보여주는 식이다. 우습게 보일 수 있지만, 아무것도 만들지 않은 것보다 1000배 낫다. 고충실도(Hi-Fi) 프로토타입은 Figma 같은 도구로 만든, 실제 앱처럼 보이고 클릭도 되는 인터랙티브 목업이다. 3단계에서 본격적으로 다룰 영역이다.
이 단계에서 기억해야 할 원칙은 IDEO의 슬로건이기도 하다. "Fail early, fail often(일찍 자주 실패하라)." 프로토타입을 만드는 이유는 실패하기 위해서다. 아이디어가 작동하지 않는다는 것을 100만 원짜리 개발이 끝난 후에 발견하는 것보다, 종이 스케치 단계에서 발견하는 게 훨씬 낫잖아. 이것이 빠른 실패(Fail Fast)의 경제학이다.
2-6. 디자인 씽킹: 마인드셋으로서의 프로세스
지금까지 설명한 더블 다이아몬드, 리서치, 페르소나, 아이디에이션, 프로토타이핑은 모두 디자인 씽킹(Design Thinking) 이라는 큰 우산 아래에 있다. 디자인 씽킹은 단순한 프로세스가 아니라 문제를 바라보는 방식, 즉 마인드셋이다.
Tim Brown은 그의 저서 Change by Design (2009)에서 디자인 씽킹을 세 가지 렌즈로 정의한다. 공감(Empathy): 사용자의 입장에서 세상을 보는 것. 실험(Experimentation): 빠른 프로토타이핑과 테스트를 통해 배우는 것. 다학제적 협업(Interdisciplinary Collaboration): 다양한 배경의 사람들이 함께 문제를 푸는 것. Stanford d.school은 여기에 Desirability(사용자가 원하는가) × Feasibility(기술적으로 가능한가) × Viability(비즈니스적으로 지속 가능한가) 의 세 원이 교차하는 지점에 혁신이 있다고 설명한다.
[노트 기록] 디자인 씽킹 ≠ 아티스틱 사고. 디자이너처럼 생각한다는 것은 '예쁘게 만드는 것'이 아니라, **'불확실한 문제를 구조화하고 인간 중심적으로 해결하는 것'**이다.
🔹 PART 3. 프로젝트 — 문제만 있고 정답은 없다
이제 지식을 손으로 옮길 시간이다. 아래 세 프로젝트는 더블 다이아몬드의 흐름대로 설계되어 있다. 각 프로젝트는 독립적이기도 하지만, 이어서 풀면 하나의 완성된 서비스 디자인 프로세스가 된다.
🟦 PROJECT A — Discover & Define: "문제를 제대로 정의하라"
예상 소요 시간: 약 15분
아래 시나리오를 읽어라.
고등학교 1학년인 김지호는 매일 아침 학교 급식을 먹지만, 요즘 들어 점점 밥을 남기는 학생들이 늘고 있다는 것을 발견했다. 학교 측은 "음식 맛이 없어서"라고 생각해, 영양사에게 메뉴 개선을 요청했다. 그런데 메뉴를 바꿔도 잔반은 줄지 않았다.
문제 1. 학교 측이 내린 문제 정의("음식 맛이 없어서 밥을 남긴다")에는 어떤 논리적 오류가 있는가? 더블 다이아몬드의 언어로 설명해보아라. 어떤 단계를 건너뛴 것인가?
문제 2. 너는 Discover 단계를 제대로 수행하기로 했다. 급식을 남기는 학생들을 인터뷰하려고 한다. 유도 질문이 되지 않도록 주의하면서, 인터뷰 질문 5개를 작성하라. 각 질문 옆에 '왜 이 질문이 좋은가'를 한 줄로 써라.
문제 3. 인터뷰 결과, 아래 세 가지 인사이트를 얻었다고 가정하자. ① "밥 먹을 시간이 20분밖에 없어서 급하게 먹다 보면 남는다" ② "급식이 나오는 순서가 싫어서 처음부터 안 받는다" ③ "운동장 시간을 확보하려고 빨리 나가기 위해 일부러 조금 받는다". 이 세 인사이트를 어피니티 다이어그램처럼 그룹화하고(카테고리 이름도 네가 붙여라), 이를 바탕으로 HMW(How Might We) 질문 2개를 완성하라. 형식은 "우리는 어떻게 하면 [사용자]가 [목표]를 [맥락] 속에서 달성할 수 있도록 도울 수 있을까?"
🟧 PROJECT B — 페르소나 구축: "누구를 위해 디자인하는가"
예상 소요 시간: 약 10분
위의 PROJECT A에서 발견한 인사이트와 HMW 질문을 바탕으로, 급식 문제를 경험하는 핵심 사용자 페르소나 1명을 만들어라. 단, 페르소나에는 다음 항목이 반드시 포함되어야 한다.
이름과 나이, 학년, 간단한 성격 묘사 / 급식 시간과 관련된 일상적 행동 패턴 (A에서 도출된 데이터 기반일 것) / 핵심 목표(Goal) 1개: 이 사람이 급식 시간에 궁극적으로 원하는 것 / 고통 지점(Pain Point) 2개: 현재 무엇이 그 목표를 방해하는가 / 한 줄 인용(Quote): 이 사람이 직접 말할 법한 문장 1개.
페르소나를 다 만든 후, 스스로에게 이 질문을 던져라. "이 페르소나는 내 리서치 데이터를 반영하는가, 아니면 내가 만들고 싶었던 사람인가?" 그 답을 한 문단으로 적어라.
🟥 PROJECT C — Develop & Deliver: "아이디어에서 프로토타입으로"
예상 소요 시간: 약 15분
A와 B에서 정의한 문제와 페르소나를 가지고, 이제 해결책을 만들 차례다.
문제 1. Crazy 8s 기법을 직접 수행하라. A4 종이 한 장을 8칸으로 접어 총 8개의 칸을 만들어라. 타이머를 8분으로 맞추고, 각 칸에 1분씩, 급식 잔반 문제를 해결하는 아이디어를 스케치(글+그림) 로 표현하라. 이때 "이게 말이 되나?" 라는 생각은 완전히 꺼라. 기술적 실현 가능성도 잠시 무시해라. 8개가 채워지면 그 중 가장 설득력 있는 아이디어 1개를 골라라.
문제 2. 고른 아이디어를 페이퍼 프로토타입으로 만들어라. 서비스, 앱, 물리적 시스템, 프로세스 변경 무엇이든 좋다. 종이에 화면이나 서비스 흐름을 최소 3단계 이상의 장면(Scene)으로 그려라. 각 장면에는 ① 사용자가 무엇을 보는가 ② 사용자가 무엇을 하는가 ③ 시스템/서비스가 어떻게 반응하는가 를 짧게 써라.
문제 3. 만든 프로토타입을 옆에 앉은 친구(혹은 가족)에게 1분 안에 설명하고, 이 질문을 던져라. "이 해결책이 실제로 문제를 해결한다고 생각해? 만약 아니라면 왜 그런 것 같아?" 받은 피드백을 그대로 적고, 그 피드백이 더블 다이아몬드의 어느 단계로 너를 다시 데려가는지 설명하라.
🔹 평가 기준 자가 점검표
프로젝트를 마친 후, 아래 질문에 스스로 답해보며 이번 단계를 마무리하라. 각각 "충분히 했다 / 아직 부족하다 / 다시 해야 한다"로 체크하면 된다.
리서치 품질 (25점 영역): 내 인터뷰 질문은 유도 질문 없이 개방형이었나? 어피니티 다이어그램의 카테고리는 데이터에서 귀납적으로 나온 것인가, 아니면 미리 정해진 것인가?
프로세스 적용 (30점 영역): 나는 해결책을 생각하기 전에 문제를 충분히 정의했나? 더블 다이아몬드의 발산-수렴 리듬을 지켰나?
프로토타입 (45점 영역): 내 프로토타입은 실제 사용자(페르소나)의 Pain Point를 직접 건드리는가? 테스트 후 받은 피드백이 프로토타입 개선으로 이어질 수 있는가?
이번 단계에서 배운 것을 한 문장으로 압축하면 이렇다. 좋은 디자인은 좋은 질문에서 시작되고, 좋은 질문은 충분한 관찰에서 나온다. 다음 3단계에서는 오늘 종이로 그렸던 것들을 실제 UX/UI 원칙과 디지털 도구로 구현하는 법을 배우게 된다. 오늘 만든 프로토타입이 그 출발점이 될 것이다.