단원 홈
5단원 · 2차시

사용자에서 출발하다
요구 분석과 아이디어 구안

사람들이 진짜 원한 건 '더 빠른 말'이 아니라 '더 빨리 이동하는 일'이었어요. 화려한 기능이 아니라 '누군가의 진짜 불편'에서 출발할 때 가치가 생깁니다. 사용자의 진짜 니즈를 찾아 나만의 아이디어를 기획해 봅시다.

성취기준 12소생05-02
디자인 씽킹진짜 니즈(5 Whys)린 스타트업가치 제안
🎯 학습 목표
  • 디자인 씽킹·린 스타트업의 프로젝트 과정을 이해한다.
  • 표면 요구와 '진짜 니즈'를 구분해 사용자 요구를 분석할 수 있다.
  • 가치 제안이 또렷한 스타트업 아이디어를 구안할 수 있다.
🤔

생각 열기 — '더 빠른 말'의 함정

연구자와 사용자가 함께 화면을 보며 사용성을 시험하는 모습
사용성 테스트 — 좋은 아이디어는 책상이 아니라 '사용자를 직접 만나는 현장'에서 자란다. 사진: Samuel Mann, CC BY 2.0, Wikimedia Commons

"빠른 말을 원하세요?" 사람들이 진짜 원한 건 말이 아니라 '더 빨리 이동하는 일'이었습니다. 멋진 소프트웨어도 마찬가지예요. 화려한 기능이 아니라 '누군가의 진짜 불편'에서 출발할 때 가치가 생겨요. 이번 차시에서는 디자인 씽킹과 린 스타트업의 눈으로 사용자의 표면 요구 너머 '진짜 니즈'를 찾고, 나만의 스타트업 아이디어를 한 장의 캔버스로 기획해 봅니다.

💬 함께 생각해 보기

친구가 "필통을 더 크게 만들어 줘"라고 했어요. 친구의 진짜 니즈는 무엇일까요? '왜 큰 필통이 필요해?'라고 물으면 어떤 답이 나올까요?

1

스타트업은 '문제'에서 시작한다 — 디자인 씽킹 5단계

좋은 소프트웨어 스타트업은 멋진 기술이 아니라 '풀 만한 진짜 문제'에서 출발해요. 디자인 씽킹은 그 출발을 돕는 사고법으로, 공감(관찰·인터뷰) → 문제 정의(핵심 불편 한 문장) → 아이디어(여러 해결책 발산) → 프로토타입(빠르게 만든 시제품) → 테스트(사용자 검증)의 5단계를 거쳐요. 처음부터 완성품을 만들지 않고, 사용자를 깊이 이해한 뒤 작게 만들어 빠르게 확인하는 것이 핵심이에요.

📌 예시

길찾기 앱 유형은 '낯선 도시에서 버스를 어디서 타는지 모르겠다'는 공감에서 출발해, '대중교통 환승 정보를 실시간으로 안내한다'로 문제를 정의하며 시작됐어요.

2

표면 요구가 아니라 '진짜 니즈'를 파라 — 5 Whys

포스트잇으로 덮인 벽 앞에서 토의하는 워크숍 참가자들
공감·아이디어 워크숍 — '왜?'를 거듭 물으며 사용자의 표면 요구 너머 진짜 니즈를 함께 찾는다. 사진: Jan Dittrich (WMDE), CC BY 4.0, Wikimedia Commons

사용자가 말로 요구하는 것(표면 요구)과 마음속 진짜 목적(니즈)은 다를 때가 많아요. '더 빠른 말을 달라'는 요구의 진짜 니즈는 '더 빨리 이동하고 싶다'였죠. '왜?'를 다섯 번 거듭 묻는 5 Whys 기법으로 표면을 뚫고 근본 원인과 니즈에 다다를 수 있어요. 진짜 니즈를 찾아야 말(馬)이 아닌 자동차 같은 새로운 해결책이 보여요.

🔍 5 Whys 예시 (중고거래)

'검색이 느리다'(표면) → 왜? → '사기가 걱정돼 일일이 확인' → 왜? → '상대를 못 믿어서'. 진짜 니즈는 빠른 검색이 아니라 '안심하고 거래하고 싶다'였고, 그래서 신뢰 평점·안전결제가 등장했어요.

3

만들기-측정-학습: 작게 만들어 빠르게 배운다

린 스타트업은 '완벽한 제품을 오래 만들기'의 정반대예요. 가설을 세우고 → 최소한으로 만들고(Build)사용자 반응을 측정하고(Measure)배운 것으로 방향을 고치는(Learn) 짧은 반복을 돌아요. 잘못된 가정을 일찍 발견할수록 시간과 비용을 아끼고 진짜 가치에 빠르게 다가가요. '내 생각이 맞을까?'를 사용자에게 물어 확인하는 겸손한 태도가 스타트업의 무기예요.

아이디어(가설)
   ↓  만들기(Build)   → 최소 기능 제품(MVP)
   ↓  측정(Measure)   → 사용자가 실제로 쓰나? 데이터 확인
   ↓  학습(Learn)     → 맞으면 키우고, 틀리면 방향 수정
   ↺  다시 반복
4

가치 제안을 한 문장으로

아이디어가 떠올랐다면, 흐릿한 생각을 한 문장으로 못 박아야 해요. 좋은 가치 제안은 '[누구]의 [어떤 문제]를 [우리의 해결책]으로 해결해 [어떤 가치]를 준다'는 형태를 갖춰요. 대상이 막연하거나('모두를 위한'), 문제가 추상적이거나('편리하게'), 가치가 빠지면 약한 제안이에요. 아래 아이디어 캔버스는 바로 이 한 문장을 또렷하게 벼리는 도구예요.

🧩

직접 기획하기 — 아이디어 캔버스 (린 캔버스 라이트)

6칸을 채워 나만의 소프트웨어 스타트업 아이디어를 한 장으로 기획해 보세요. 채울수록 완성도가 차오르고, 자동 저장돼요. 막막하면 [예시로 채우기]로 좋은 작성 예를 먼저 보세요!

🧩 아이디어 캔버스 PROJECT
0 / 6칸 (0%)
💎 나의 가치 제안
[안내]6칸을 채워 보세요. 입력은 이 브라우저에 자동 저장돼 다음에 와도 남아 있어요.
🗂️

분류 게임 — 표면 요구 vs 진짜 니즈

진술을 누른 뒤 알맞은 바구니를 누르세요.

"더 빠른 말이 필요해요" "더 빨리 목적지에 가고 싶다" "검색을 더 빠르게 해 주세요"(중고거래) "사기 걱정 없이 안심하고 거래하고 싶다" "버튼을 더 크게 만들어 주세요" "실수 없이 한 번에 주문을 끝내고 싶다" "알림을 더 많이 보내 주세요"(학습 앱) "잊지 않고 매일 꾸준히 공부하고 싶다"
💬 표면 요구 (특정 해결책)
🎯 진짜 니즈 (이루고 싶은 목적)

💡 핵심

표면 요구는 사용자가 떠올린 '특정 해결책'을, 진짜 니즈는 그 너머의 '이루고 싶은 목적'을 말해요. 표면 요구를 그대로 만들면 '더 빠른 말'에 머물지만, 니즈를 보면 '자동차'가 보여요.

확인 문제

바로바로 채점!

✏️

2차시 확인 문제

3문항 · 즉시 채점

1디자인 씽킹 5단계의 순서로 옳은 것은?

2'더 빠른 말이 필요하다'는 말에서 '진짜 니즈'에 해당하는 것은?

3린 스타트업의 '만들기-측정-학습' 반복이 강조하는 태도는?

📚

핵심 용어

디자인 씽킹사용자 공감에서 출발해 문제 정의·아이디어·프로토타입·테스트 5단계로 해결책을 찾는 인간 중심 문제 해결 사고법.
린 스타트업만들고(Build)·측정하고(Measure)·배우는(Learn) 짧은 반복으로 낭비 없이 가치를 찾는 창업 방법론.
진짜 니즈표면 요구(특정 해결책)가 아니라 그 뒤에 숨은 진짜 목적·욕구. 5 Whys로 찾아낸다.
5 Whys'왜?'를 다섯 번 거듭 물어 표면 현상에서 근본 원인과 진짜 니즈로 파고드는 질문 기법.
가치 제안'누구의 어떤 문제를 어떻게 해결해 어떤 가치를 주는가'를 한 문장으로 밝힌 아이디어의 핵심 약속.
MVP(최소 기능 제품)가설을 검증할 최소한의 핵심 기능만 담아 빠르게 내놓는 시제품. 다음 차시의 주제!

더 알아보기

교과서 너머의 이야기 — 클릭해서 펼쳐 보세요

실전페르소나와 '문제 검증'의 함정

공감을 또렷이 하려고 가상의 대표 사용자 '페르소나'를 만들기도 해요. '17세 김하늘, 통학 1시간, 버스 환승이 매번 헷갈림'처럼 이름·상황·불편을 구체화하면 팀원 모두가 같은 사람을 머릿속에 그릴 수 있죠. 한편 초보 창업가가 빠지는 함정이 있어요. 첫째, '나도 불편했으니 남들도 그럴 것'이라는 착각 — 반드시 다른 사용자에게 확인해야 해요. 둘째, 인터뷰에서 '이 앱 쓸 거예요?'라고 물으면 대부분 예의상 '네'라고 답해요(긍정 편향). 그래서 '말'이 아니라 '실제 행동'(써보는지, 돈을 내는지)을 측정하라고 린 스타트업은 강조해요. 문제는 진짜인지, 해결책은 통하는지 — 끝까지 사용자에게 묻는 겸손함이 좋은 스타트업을 만들어요.

기법HMW 질문 — '어떻게 하면 ~할 수 있을까?'

문제를 정의했다면, 그걸 아이디어로 바꾸는 마법의 질문이 있어요. 바로 '어떻게 하면 우리가 ~할 수 있을까?'(How Might We) 형식이에요. 예를 들어 '통학생이 버스 도착 시간을 몰라 불안하다'는 문제를 '어떻게 하면 통학생이 버스를 편하게 기다리게 할 수 있을까?'로 바꾸면, 갑자기 여러 해결책이 떠올라요(실시간 알림? 도착 예측? 자리 정보? 함께 기다릴 친구 연결?). HMW 질문은 너무 좁지도(이미 해결책을 정해 버림) 너무 넓지도(막연함) 않게, 딱 아이디어가 샘솟는 크기로 문제를 여는 도구예요. 좋은 아이디어 회의는 '정답 맞히기'가 아니라 이런 질문에 답을 많이, 자유롭게 쏟아내는 것(발산)에서 시작해, 그중 좋은 걸 추리는(수렴) 순서로 진행돼요. 비판은 잠시 미루고, 일단 많이 내 보세요!

생각내가 가장 잘 아는 사용자는 '나'다 — 그러나

학생 창작자에게 좋은 소식이 있어요. 여러분이 가장 깊이 공감할 수 있는 사용자는 바로 여러분 자신과 친구들이에요. '우리 반의 이 불편'은 어른들은 모르고 여러분만 아는, 진짜 살아 있는 문제거든요. 실제로 많은 서비스가 '내가 불편해서 만들었다'에서 출발했어요. 다만 앞서 말한 함정도 기억하세요 — '나의 불편'이 '모두의 불편'은 아닐 수 있어요. 그래서 내 경험에서 출발하되, 반드시 다른 친구들에게도 물어 확인해야 해요. "너도 이거 불편해?", "이거 있으면 쓸 것 같아?"가 아니라 "마지막으로 이거 때문에 불편했던 게 언제야?" 같은 구체적 경험을 물으면 진짜를 알 수 있어요. 가장 가까운 곳(나와 내 친구들)에서 출발해, 더 넓은 사용자로 확인을 넓혀 가는 것 — 그게 학생 창작자의 가장 강력한 무기예요.