Jobs to Be Done으로 사용자가 진짜 완료하고 싶은 일 찾기
이 장의 가이드
최소 SOP
목적: 이 글을 읽은 후, 모호한 아이디어를 실제 사용자 시나리오가 있는 진짜 니즈 한 문장으로 수렴하는 방법을 더 명확히 알게 되며, 머릿속에 기능 이름만 있는 상태에서 벗어나게 됩니다.
실행 항목: 모호한 아이디어 1문장을 쓰고, 잠재 사용자 3명을 찾아 "최근에 어떻게 처리했는지" 물어본 후, JTBD 문장 1개로 정리합니다.
결과: 첫 번째 버전에서 먼저 무엇을 해결해야 할지 아는, 더 명확한 니즈 가설을 얻게 됩니다.
키워드 바로가기: JTBD란 · 한 문장 공식 · AI가 도와주는 방법
배울 내용
- Jobs to Be Done이란 무엇이며, 왜 "기능 브레인스토밍"보다 실제 니즈에 더 가까운지
- "사용자가 원한다고 말한 기능"과 "사용자가 진짜로 완수하고 싶은 일"을 어떻게 구분하는지
- 간단한 템플릿으로 모호한 아이디어를 시나리오, 트리거, 장애물, 성공 기준으로 분해하는 법
- JTBD를 AI 제품, 인터뷰 질문, 프롬프트 정리에 어떻게 활용하는지
1. Jobs to Be Done이란
Jobs to Be Done은 보통 JTBD로 줄여 부릅니다. 그 배후의 핵심 아이디어는 Clayton Christensen 팀이 보급한 그 유명한 표현과 관련이 있습니다: 사용자는 어떤 제품을 "고용"하여 한 가지 일을 완수합니다.
여기서 "일"은 투두 리스트의 표면적인 동작이 아니라, 사용자가 자신의 상태에 일어나길 바라는 진전입니다. 예를 들어:
- "AI 회의록 도구가 필요해"가 아니라 "회의 후 10분 안에 핵심, 할 일, 담당자를 명확히 정리하고, 더 이상 기억에 의존해 노트를 보충하지 않았으면 좋겠어"
- "가계부 App이 필요해"가 아니라 "돈이 어디에 쓰였는지 알고 싶어, 월말에 더 이상 불안해하지 않았으면 좋겠어"
- "이력서 최적화 도구가 필요해"가 아니라 "제대로 된 이력서를 더 자신 있게 제출하고 싶어, 매번 제출할 때마다 너무 못 썼다고 의심하고 싶지 않아"
따라서, JTBD가 주목하는 것은 제품이 어떻게 생겼는지가 아니라, 사용자가 왜 이 순간에 그것이 필요한지입니다.
이것이 왜 겉보기에 다른 제품들이 실제로는 같은 job을 두고 경쟁하는지를 설명합니다. 사용자가 "출근길에 덜 지루하고 싶다"면, 고용할 수 있는 대상은 숏폼 영상, 팟캐스트, 게임, 채팅, 심지어 졸음일 수 있습니다. 사용자가 "긴 PDF를 빨리 이해하고 싶다"면, 고용할 수 있는 대상은 AI 요약 도구, 인턴, 동료, 스스로 억지로 읽기, 또는 그냥 안 읽기일 수 있습니다.
이런 관점으로 문제를 보면, 진짜 경쟁 상대가 보통 "당신과 비슷하게 생긴 다른 앱"이 아니라 사용자의 현재 모든 수용 가능한 대체 솔루션이라는 것을 발견하게 됩니다.
2. JTBD와 사용자 페르소나, 기능 목록의 차이
많은 초보자가 요구사항 분석을 시작할 때, 먼저 사용자 페르소나를 작성합니다: 25세, 여성, 1선 도시, 화이트칼라, 효율 도구를 좋아하고, 새로운 제품을 시도하는 것을 좋아합니다. 이런 정보가 완전히 쓸모없는 것은 아니지만, 보통 한 사람이 왜 이 순간에 행동을 취하는지를 설명하기에는 부족합니다.
JTBD는 다음 질문들에 더 관심이 있습니다:
- 어떤 시나리오에서 솔루션을 찾기로 결정했는지
- 그때 정확히 무엇에 막혔는지
- 무엇을 다음 단계로 밀고 나가고 싶은지
- 지금 어떤 비효율적인 방법으로 버티고 있는지
- 일이 잘 해결되면, 어떤 결과가 "가치 있었다"고 느끼게 하는지
즉, 사용자 페르소나는 "이 사람이 대략 누구인지"에 더 가깝고, JTBD는 "이 사람이 지금 정말로 무엇을 완수하고 싶은지"에 더 가깝습니다.
마찬가지로, 기능 목록도 사람을 잘못된 방향으로 이끌기 쉽습니다. 사용자가 "Word로 내보내고 싶어", "AI 재작성을 원해", "음성 입력을 원해"라고 말하지만, 이것들은 표면적인 표현일 뿐입니다. JTBD는 계속해서 아래로 파고듭니다:
- 왜 지금 PDF가 아니라 Word로 내보내야 하는지?
- 재작성을 원하는 것이 글 스타일이 너무 나빠서인지, 아니면 다른 대상에 맞춰야 해서인지?
- 음성 입력을 원하는 것이 타자 치기 귀찮아서인지, 아니면 자주 걷거나, 운전하거나, 회의 직후에 바로 기록해야 해서인지?
많은 경우, 기능은 job의 일시적인 번역일 뿐입니다. 기능만 수집하면 제품이 "사용자가 말하는 대로 쌓는 것"이 되기 쉽고, 배후의 job을 볼 수 있어야 비로소 정말로 편하고, 정말로 경쟁력 있는 솔루션을 만들 기회가 생깁니다.
3. 제로 베이스도 이해할 수 있는 예시
복잡한 AI 제품을 먼저 생각하지 말고, 일상적인 예시로 시작해 봅시다.
누군가가 아침에 외출하기 전에 항상 아침 식사를 할 시간이 없어서, 지하철역 입구에서 샌드위치와 커피를 자주 산다고 가정해 봅시다. 겉보기에는 그가 "구매"하는 것은 아침 식사입니다; 하지만 JTBD로 보면, 그가 정말로 완수하고 싶은 일은:
- 서두르는 아침에, 가장 적은 뇌력으로 한 끼를 해결
- 회사에 도착하기 전에 배가 고파서 허기지지 않게 함
- 아침 식사 때문에 통근 리듬이 깨지지 않게 함
이때 사용자가 고용하는 것은 "어떤 특정 브랜드의 샌드위치"가 아니라, 아침을 순조롭게 진행하는 데 도움이 되는 솔루션입니다. 옆 편의점이 더 빠르고, 더 가깝고, 더 안정적이라면, 그는 즉시 원래 선택을 바꿀 수 있습니다.
이 논리를 AI 제품으로 가져오면 더 명확해집니다.
예를 들어 "AI 회의록 도구"를 만들고 싶다고 가정해 봅시다. 기능 수준에서만 멈추면, 쉽게 이런 것들을 생각하기 시작합니다:
- 오디오 업로드를 지원할지 말지
- 화자 분리를 연동할지 말지
- Markdown으로 내보낼지 말지
- 자동으로 할 일을 생성할지 말지
이것들은 틀린 것이 아니지만, 아직 부족합니다. JTBD로 한 층 더 물으면, 사용자가 진짜로 완수하고 싶은 것은:
- 회의 후 10분 안에, 논의 결과를 회의에 참석하지 않은 사람에게 동기화
- 할 일, 담당자, 마감일을 깔끔하게 추출하여, 팀이 기억에 의존해 협업하지 않게 함
- 회의 내용을 반복적으로 정리하는 시간을 줄이고, 의사결정과 진행에 에너지 집중
job이 명확해지면, 많은 기능의 우선순위가 자동으로 떠오릅니다. 첫 번째 버전에서 가장 중요한 것은 "12가지 내보내기 형식 지원"이 아닐 수 있습니다:
- 회의록 구조가 충분히 명확해야 함
- 할 일 추출이 안정적이어야 함
- 공유 링크가 편리해야 함
- 출력 결과를 팀에 바로 전달할 수 있을 만큼 신뢰할 수 있어야 함
이것이 JTBD의 가치입니다: "어떤 능력을 쌓을지"에서 "사용자가 어떤 진전을 이루도록 도울지"로 되돌려 줍니다.
4. 유용한 JTBD 템플릿
제로 베이스라면, JTBD를 너무 학술적으로 생각하지 마세요. 가장 실용적인 5가지 요소만 먼저 잡으면 됩니다.
4.1 시나리오
사용자는 어떤 순간, 어떤 환경에서 이 제품을 떠올리는가?
- 회의가 끝난 후
- 상사가 갑자기 자료를 요구할 때
- 밤에 이력서를 제출하려고 준비할 때
- 월말에 돈이 또 부족하다는 것을 발견할 때
시나리오가 없는 니즈는 보통 아직 충분히 실제적이지 않습니다.
4.2 트리거
무엇이 그가 즉시 솔루션을 찾기로 결정하게 했는가?
- 긴 문서에 압도되어, 어디서부터 읽어야 할지 모름
- 내일 자료를 제출해야 하는데, 오늘에야 서식이 엉망이라는 것을 발견
- 방금 리더에게 진행 상황을 추궁당해, 자신이 명확히 정리하지 않았다는 것을 깨달음
- 기록을 계속하고 싶지만, 손글씨, 복사, 정리가 너무 번거로움
트리거는 종종 감정을 동반합니다. 이 감정이 중요한데, 사용자가 왜 이 순간에 행동을 일으키는지를 결정하기 때문입니다.
4.3 완수하고 싶은 진전
단지 "동작을 하고 싶은" 것이 아니라, 자신을 어떤 새로운 상태로 밀고 나가고 싶은 것인가?
- 혼란에서 명확함으로
- 불안에서 안심으로
- 지연에서 시작으로
- 비효율에서 순조로움으로
- 설명 못 함에서 바로 전달 가능함으로
이 단계에서 "진전"이라는 단어가 매우 핵심적입니다. 왜냐하면 많은 사람이 진짜로 사는 것은 도구가 아니라 상태 변화이기 때문입니다.
4.4 현재 대체 솔루션
당신의 제품이 없을 때, 그는 어떻게 하는가?
- 수동으로 복사 붙여넣기
- Excel이나 메모로 버티기
- 동료에게 도움 요청
- 미루고 아무것도 안 하기
- 여러 도구를 오가며 작업
대체 솔루션이 누구인지, 그것이 바로 당신의 실제 경쟁 환경입니다.
4.5 성공 기준
일이 어떻게 되어야 정말로 해결된 것인가?
- 10분 안에 공유 가능한 결과 얻기
- 큰 수정 없이 남에게 전달 가능
- 항목 누락, 오류, 망각이 적어야 함
- 처음 사용해도 다음 단계를 알 수 있어야 함
"사용자가 가치 있는지 어떻게 판단하는지"조차 말할 수 없다면, 이 방향은 아마 아직 잘 수렴되지 않은 것입니다.
5. 바로 사용할 수 있는 한 문장 공식
제품 방향을 정리할 때, 이 매우 실용적인 문장 형식을 먼저 사용해 보세요:
__________할 때, 나는 __________하고 싶고, __________하기 위해. 지금 나는 __________을/를 통해서만 겨우 이 일을 완수할 수 있습니다.
예를 들어:
정보량이 많은 프로젝트 회의가 끝났을 때, 나는 할 일, 담당자, 마감일이 포함된 회의록을 빠르게 얻고 싶고, 팀에 즉시 동기화하고 실행을 진행하기 위해. 지금 나는 기억에 의존하고, 채팅 기록을 뒤지고, 수동으로 정리하여 겨우 이 일을 완수할 수 있습니다.
또 다른 예시:
새로운 직무에 지원하려고 준비할 때, 나는 기존 경험을 공고에 더 맞는 버전으로 빠르게 재작성하고 싶고, 제대로 된 이력서를 더 자신 있게 제출하기 위해. 지금 나는 기존 이력서를 반복적으로 복사하고, 표현을 수동으로 수정하며, 수정할수록 점점 더 불확실해집니다.
한 문장을 이 정도의 명확도로 쓸 수 있다면, 이후의 페이지 설계, 프롬프트 설계, 기능 우선순위 판단이 훨씬 쉬워집니다.
6. AI 제품을 만들 때, 특히 봐야 할 세 가지 job 레이어
많은 AI 제품이 기능 데모에서는 매우 강력해 보이지만, 실제로 출시된 후 사용자를 유지하지 못합니다. 흔한 원인은 표면적인 동작만 해결하고, 더 깊은 job은 해결하지 못했기 때문입니다.
job을 대략 세 가지 레이어로 나누어 볼 수 있습니다:
6.1 기능 레이어
가장 표면적인 작업은 무엇인가?
- 문서 요약
- 카피 재작성
- 할 일 추출
- 이미지 생성
이것은 사용자가 입으로 가장 쉽게 말하는 레이어입니다.
6.2 감정 레이어
사용자는 어떤 불편함을 줄이고 싶거나, 어떤 느낌을 얻고 싶어 하는가?
- 당황하고 싶지 않음
- 전문적이지 않아 보이고 싶지 않음
- 매번 제로에서 시작하고 싶지 않음
- 더 많은 통제감을 원함
많은 결제 의향이 사실 감정 레이어와 큰 관련이 있습니다.
6.3 사회 레이어
사용자는 다른 사람의 눈에 어떤 사람이 되고 싶어 하는가?
- 더 신뢰할 수 있어 보이고 싶음
- 팀에서 조직 능력이 더 있어 보이고 싶음
- 고객 앞에서 더 전문적이고 싶음
- 소셜 미디어에서 더 표현을 잘하는 사람이고 싶음
기능 레이어만 하면 제품이 대체되기 쉽고; 감정 레이어와 사회 레이어를 동시에 이해하면, 진짜로 끈기 있는 가치를 더 쉽게 찾을 수 있습니다.
7. JTBD를 역으로 사용해 제품 방향 선별
때로는 이미 제품이 있는 것이 아니라, 3~5개의 아이디어를 가지고 있고 어떤 것을 만들지 모르는 상황입니다. 이때 JTBD는 선별에 매우 적합합니다.
각 아이디어를 가지고, 각각 5가지 질문을 스스로에게 해보세요:
- 이 아이디어에 해당하는 시나리오가 충분히 구체적인지?
- 사용자가 이미 어떤 비효율적인 방법으로 해결하고 있는지?
- 이 job의 고통이 충분히 강하거나, 충분히 빈번한지?
- 내가 잘 만들면, 사용자가 "상태가 좋아졌다"고 명확히 느낄 수 있는지?
- 첫 번째 버전을 이 job의 핵심 단계 하나만 중심으로, 아주 작지만 유용한 버전으로 만들 수 있는지?
어떤 방향이 끝까지 말해도 "꽤 흥미로운 것 같다"고만 할 수 있고, 트리거, 대체 솔루션, 성공 기준을 명확히 말할 수 없다면, 그것은 아마 성숙한 방향이 아니라 모호한 영감일 뿐입니다.
8. 바로 사용자 인터뷰에 가져갈 수 있는 질문
많은 사람이 조사를 할 때 "어떤 기능을 원하세요?"라고 묻습니다. 이런 질문은 표면적인 답을 얻기 쉽습니다.
JTBD는 다음 질문들에 더 적합합니다:
- 최근에 이 문제를 만난 것은 언제였나요?
- 그때 무엇을 하고 있었고, 왜 막혔나요?
- 마지막에 어떻게 해결했나요?
- 그 과정에서 가장 번거롭고, 가장 느리고, 가장 불안한 곳은 어디였나요?
- 도구가 하나 있다면, 어떤 결과가 정말로 유용하다고 느끼게 할까요?
- 어떤 대체 방법을 시도해 보셨나요? 왜 충분히 좋지 않았나요?
이런 질문 방식의 장점은: 대화를 상상 속의 선호에 머물게 하지 않고, 실제 경험으로 되돌린다는 것입니다.
9. AI로 JTBD 분해 돕기
JTBD 자체는 AI가 발명한 것이 아니지만, AI는 JTBD를 정리하고 추출하는 데 매우 적합합니다.
예를 들어 사용자 피드백 5~10개를 이미 수집했다면, 모델에 전달하여 다음 구조로 정리하도록 할 수 있습니다:
제품 연구 어시스턴트 역할을 해 주세요.
사용자의 원래 말을 몇 개 드리겠습니다. 먼저 기능 제안을 하지 말고,
Jobs to Be Done 프레임워크로 정리해 주세요:
1. 사용자가 어떤 시나리오에 있는지
2. 행동을 촉발한 이벤트가 무엇인지
3. 정말로 완수하고 싶은 진전이 무엇인지
4. 현재 대체 솔루션이 무엇인지
5. 가장 중요하게 생각하는 성공 기준이 무엇인지
6. 이 피드백에서 반복적으로 등장하는 감정 단어는 무엇인지
마지막으로, 이 내용을 우선적으로 검증할 가치가 있는 JTBD 가설 3개로 정리해 주세요.이미 아이디어가 있다면, AI에게 첫 번째 수렴을 도와달라고 할 수도 있습니다:
[제품 아이디어]를 만들고 싶습니다.
기능 목록을 바로 주지 말고, Jobs to Be Done 방법으로 분석해 주세요:
1. 이 제품이 어떤 구체적인 시나리오를 서비스할 수 있는지
2. 각 시나리오에서 사용자가 완수하고 싶은 핵심 job이 무엇인지
3. 기존 대체 솔루션은 무엇인지
4. 어떤 job이 MVP 출발점으로 가장 적합한지, 왜 그런지
5. 최종 추천하는 job을 명확한 JTBD 문장 하나로 작성해 주세요이렇게 하면 처음부터 AI가 "기능 50개를 브레인스토밍"하는 것으로 이끌리지 않고, 먼저 방향을 명확히 할 수 있습니다.
10. 초보자의 가장 흔한 4가지 오해
10.1 job을 기능 이름으로 쓰기
"AI 요약", "스마트 분류", "자동 생성"은 job이 아니라, 가능한 구현 방식일 뿐입니다.
10.2 사용자군을 너무 넓게 쓰기
"모든 직장인", "모든 학생", "모든 창업자"는 보통 너무 광범위합니다. 넓을수록 실제 시나리오를 보기 어렵습니다.
10.3 사용자의 말만 듣고 행동은 보지 않기
사용자는 자신이 원하는 것을 설명할 수 있지만, 그의 진짜 우선순위는 종종 현재 어떻게 문제를 대충 해결하는지에 숨어 있습니다.
10.4 처음부터 완전한 플랫폼을 만들려고 하기
JTBD의 올바른 사용법은 보통 "모든 것을 해결하는 대플랫폼을 만들겠다"가 아니라, 먼저 한 시나리오에서 가장 핵심적인 단계 하나를 정조준하여, 그것을 아주 편하게 만드는 것입니다.
11. 요약
Jobs to Be Done의 가장 가치 있는 부분은 새로운 용어를 주는 것이 아니라, 관찰 관점을 바꿔주는 것입니다: 제품 기능만 바라보지 말고, 사용자가 무엇을 다음 단계로 밀고 나가고 싶은지 바라보세요.
다음 질문들을 스스로에게 반복해서 물어보기 시작하면:
- 사용자가 어떤 시나리오에서 이 제품을 고용하는지
- 정확히 어디에 막혀 있는지
- 지금 어떤 방법으로 버티고 있는지
- 일이 해결되면, 상태가 어떻게 변하는지
원래 모호했던 아이디어가 갑자기 명확해지고, 원래 화려했던 기능도 갑자기 그다지 중요하지 않게 보이는 것을 발견할 것입니다.
제품을 만드는 것, 특히 AI 제품을 만드는 데 있어 가장 두려운 것은 처음부터 능력 전시에 빠지는 것입니다. JTBD는 여러분의 주의를 정말로 중요한 곳으로 되돌려 줍니다: 사용자가 왜 당신이 필요한지, 그리고 당신이 정확히 어떤 진전을 도와주고 있는지.
12. AI를 활용해 JTBD를 실천하는 방법
JTBD는 AI가 발명한 것이 아니지만, AI는 이 방법에서 연구 조수, 정리 조수, 비교 조수로 활용하기에 매우 적합합니다. 핵심은: AI가 정리와 확장을 돕게 하고, AI가 사용자를 대신해 추측하게 하지 않는 것입니다.
다음과 같이 활용할 수 있습니다:
12.1 AI로 모호한 아이디어를 JTBD 가설로 재작성
머릿속에 "대학생의 인턴십 찾기를 돕는 도구" 같은 모호한 설명만 있을 때, 먼저 AI에게 이것을 여러 가능한 job으로 분해하도록 요청할 수 있습니다:
모호한 제품 아이디어가 있습니다: [아이디어]
기능 목록을 바로 주지 말고, Jobs to Be Done 방식으로 분석해 주세요:
1. 어떤 구체적인 시나리오에 해당할 수 있는지
2. 각 시나리오에서 사용자가 정말로 완수하고 싶은 진전이 무엇인지
3. 현재 대체 솔루션은 무엇일 수 있는지
4. 어떤 job을 먼저 MVP로 만드는 것이 가장 적합한지
마지막으로 각 job을 명확한 JTBD 문장으로 작성해 주세요.입력을 아주 초보적으로 쓸 수도 있습니다:
대학생이 인턴십을 찾는 것을 돕는 도구를 만들고 싶어요.
구체적으로 무엇을 하는지 아직 잘 모르겠어요. 사용자가 진짜로 무엇을 완수하고 싶은지 생각해 주세요.AI의 유용한 출력은 다음과 같을 수 있습니다:
가능한 JTBD 방향:
1. 처음으로 인턴십에 지원할 때, 먼저 어떤 자료를 준비해야 하는지 빠르게 알고 싶어,
정보가 혼란스러워서 계속 지원을 미루지 않았으면 좋겠어.
2. 인턴십 공고를 볼 때, 내가 지원할 가치가 있는지 빠르게 판단하고 싶어,
적합하지 않은 공고에 너무 많은 시간을 낭비하지 않았으면 좋겠어.
3. 지원을 시작할 때, 기존 이력서를 공고에 더 맞는 버전으로 빠르게 수정하고 싶어,
더 빨리 지원을 완료하고 합격률을 높이고 싶어.이런 출력의 가치는, 원래 한 문장으로 매우 광범위했던 아이디어를 몇 가지 더 실제 시나리오에 가까운 방향으로 분해해 준다는 것입니다.
12.2 AI로 인터뷰 원래 말 정리
사용자 인터뷰를 몇 번 이미 했다면, 인터뷰 기록을 AI에게 전달하여 반복적으로 등장하는 시나리오, 트리거, 대체 솔루션, 성공 기준을 추출하도록 할 수 있습니다.
다음은 5명의 사용자 인터뷰 원래 말입니다.
먼저 솔루션을 제시하지 말고, JTBD 프레임워크로 정리해 주세요:
1. 사용자가 어떤 시나리오에 있는지
2. 행동을 촉발한 이벤트가 무엇인지
3. 정말로 완수하고 싶은 진전이 무엇인지
4. 현재 대체 솔루션이 무엇인지
5. 가장 중요하게 생각하는 성공 기준이 무엇인지
6. 어떤 정보가 여러 사용자에게서 반복적으로 등장하는지
마지막으로 우선적으로 검증할 가치가 있는 JTBD 가설 3개로 정리해 주세요.아주 간단한 초보자 입력도 가능합니다:
3명에게 물어봤어요. 대략 이렇게 말했어요:
1. 인턴십에 지원할 때마다 이력서를 다시 수정해야 해서 정말 번거로워.
2. 사실 제일 무서운 건 내가 제대로 썼는지 모르는 거야.
3. 지금은 선배나 조카에게 봐달라고 부탁하는데, 매번 부탁하기가 미안해.
정리해 줘. 그들이 진짜로 완수하고 싶은 일이 뭔지.AI의 출력은 다음과 같을 수 있습니다:
정리 결과:
- 공통 시나리오: 인턴십 지원 전, 이력서를 처리해야 함
- 공통 어려움: "충분히 좋게" 수정하는 방법을 모름
- 현재 대체 솔루션: 선배나 조카에게 검토 부탁, 스스로 반복 수정
- 가능한 JTBD:
인턴십에 지원할 준비를 할 때, 이력서가 이미 지원 가능한 수준에 도달했는지 더 빨리 판단하고 싶어,
"좀 더 수정해야지"에 계속 갇혀 지원을 못 하는 상황을 피하고 싶어.이런 출력은 매우 유용합니다. 왜냐하면 산발적인 원래 말에서 "니즈"에 더 가까운 것을 추출해 주기 때문입니다.
12.3 AI로 가벼운 온라인 조사 대행
대규모 인터뷰를 시작하기 전에, AI에게 아주 가벼운 외부 정보 스캔을 먼저 맡길 수 있습니다. 예를 들어:
- 공개 포럼이나 커뮤니티에서, 사람들이 이 문제를 어떻게 불만을 제기하는지
- 시장에 이미 있는 제품이 주로 어떤 레이어의 문제를 해결하는지
- 사용자의 가장 흔한 대체 솔루션이 무엇인지
- 흔한 평가에서, 사람들이 가장 만족하는 점과 가장 불만족스러운 점이 무엇인지
이런 조사는 실제 사용자 인터뷰를 대체할 수 없지만, Discover 단계의 준비 운동으로 매우 적합하여, 먼저 문제 지도를 구축하는 데 도움이 됩니다.
간단한 입력은 다음과 같을 수 있습니다:
조사해 주세요:
"대학생이 이력서를 수정하고 인턴십에 지원할 때 가장 흔한 페인포인트는 무엇인가요?"
공개 포럼, 경험 글, 구직 커뮤니티에서 사람들이 직접 한 말을 우선으로 봐 주세요.
가장 흔한 문제 5가지로 정리해 주세요.AI의 출력은 다음과 같을 수 있습니다:
흔한 페인포인트 정리:
1. 이력서에 뭘 써야 할지 모름, 경험이 너무 적음
2. 다른 직무에 맞게 어떻게 수정해야 할지 모름
3. 여러 버전을 수정했지만, 여전히 충분히 좋은지 확신이 안 됨
4. 신뢰할 수 있는 사람에게 검토를 부탁할 수 없음
5. 지원 프로세스가 복잡해서, 미루기 쉬움이런 출력은 최종 결론으로 사용할 수 없지만, 어떤 문제를 우선적으로 인터뷰할지 결정하는 데 먼저 도움이 됩니다.
12.4 AI를 "반대편 역할"로 활용
많은 경우, 우리는 자신의 아이디어에 너무 감정적으로 빠집니다. AI에게 특히 비판적인 역할을 맡겨, 문제를 더 명확하게 말하도록 강제할 수 있습니다:
매우 엄격한 제품 연구 컨설턴트 역할을 해 주세요.
다음은 내 JTBD 가설입니다: [가설]
다음 관점에서 비판해 주세요:
1. 이 시나리오가 너무 넓은지
2. 이 job이 진정한 진전이 아니라 기능으로 작성되었는지
3. 대체 솔루션이 너무 약한지
4. 성공 기준이 충분히 명확하지 않은지
5. 이 가설에서 가장 검증이 필요한 위험이 무엇인지이렇게 하면 자신이 니즈를 보고 있는지, 아니면 자신이 좋아하는 솔루션만 보고 있는지 더 빨리 발견할 수 있습니다.
📚 과제
위 내용을 바탕으로 다음 과제를 완료해 주세요:
- 최근에 만들고 싶은 제품 아이디어를 하나 골라, JTBD 공식 한 문장으로 명확하게 작성하세요
- 이 아이디어에 대해 5가지 요소를 보완하세요: 시나리오, 트리거, 진전, 대체 솔루션, 성공 기준
- 잠재 사용자 3명을 찾아, 적어도 한 번은 "최근에 이 문제를 만난 것이 언제였나요"라고 물어보세요
- 인터뷰 원래 말을 AI에게 전달하여, 우선적으로 검증할 가치가 있는 JTBD 가설 3개로 정리하세요