Jobs-to-be-Done(JTBD) 분석
JTBD 프롬프트 설명 — 이 프롬프트는 Customer Jobs, Pains, Gains를 분해하여 구조화된 Jobs-to-be-Done(JTBD) 분석을 안내합니다. 기능적 태스크, 사회적·감정적 니즈(needs), 핵심 과제, 개선 기회를 식별하도록 돕습니다. 프로덕트 매니저(Product Manager)와 전략가에게 적합하며, 제품을 다듬고, 기능 우선순위를 정하고, 사용자 경험(UX)을 강화하는 실행 가능한 인사이트를 제공합니다.
JTBD는 프로세스가 아니라 렌즈다, 그리고 대부분의 팀은 잘못 쓴다
Jobs-to-be-Done은 제품 관리(product management)에서 가장 강력한 프레임워크 중 하나입니다. 동시에 가장 많이 오해되는 프레임워크이기도 하죠. Clayton Christensen이 유명한 밀크셰이크 사례로 이 개념을 대중화했을 때, 그는 제품 팀에 속았다 싶을 만큼 단순한 통찰을 안겼습니다: 사람들은 제품을 사는 게 아니라 어떤 일을 시키려고 그것을 고용한다는 것. 그 이후 수십 년간 일어난 일은, 팀들이 JTBD를 고객을 보는 근본적으로 다른 방식이 아니라 빈칸 채우기 템플릿으로 취급해온 것입니다.
이 프레임워크의 인기는 충분히 받을 만합니다. Strategyn 연구에 따르면 JTBD 원칙에 기반한 결과 주도 혁신(outcome-driven innovation)을 사용하는 기업은 신제품 성공률 86%를 달성하며, 이는 업계 평균인 약 17%와 비교됩니다. Harvard Business Review의 별도 분석은 매년 30,000개 이상의 신제품이 출시되며 그중 95%가 실패한다고 추정했습니다. 성공과 실패를 가르는 차이는 종종 팀이 고객이 시키려던 잡(job)을 이해했느냐로 귀결됩니다.
문제
대부분의 팀은 잡 진술 형식을 외우는 것으로 JTBD를 도입합니다: "내가 [상황]에 있을 때, 나는 [동기]를 원한다, [기대 결과]를 위해서." 빈칸을 채우고 PRD에 넣고 넘어갑니다. 이건 음계 하나를 배우고 이제 교향곡을 작곡할 수 있다고 믿는 것과 같습니다.
JTBD의 진짜 힘은 대부분의 팀이 놓치는 세 가지 통찰에 있습니다:
- 잡은 시간이 지나도 안정적이다. A 지점에서 B 지점으로 가는 잡은 수 세기 동안 변하지 않았습니다. 솔루션만 변할 뿐이죠. 즉 JTBD 분석은 기능 개발만이 아니라 장기 전략에 정보를 줘야 합니다.
- 고객은 솔루션을 고용하고 해고한다. 고객이 무엇으로부터, 그리고 왜 전환하는지 이해하면, 어떤 기능 요청보다 더 많은 것을 알 수 있습니다.
- 기능적 잡에는 감정적·사회적 차원이 있다. 프로젝트 관리 도구는 태스크를 추적하기 위해(기능적), 마감에 대한 불안을 줄이기 위해(감정적), 리더십에 유능함을 신호하기 위해(사회적) 고용됩니다.
이 프롬프트의 작동 방식
JTBD 분석 프롬프트는 고객이 여러분 제품을 어떤 잡을 위해 고용하는지를 구조화된 탐색으로 안내합니다:
- 핵심 기능적 잡 — 잡 맵(job map)의 단계로 분해
- 연관된 감정적·사회적 잡 — 구매 결정에 영향을 미침
- 현재 고용·해고되는 솔루션 — 비명시적 경쟁자 포함
- 미충족된 결과 — 현재 솔루션이 부족한 곳
- 과잉 충족된 결과 — 과잉 투자하고 있을 수 있는 곳
제품과 고객 컨텍스트를 입력하면, 프롬프트는 표면적 잡 진술을 넘어서는 종합 JTBD 분석을 만들어냅니다.
언제 사용할까
- 누가 진짜 고객이고 무엇을 필요로 하는지 정의하는 초기 발견(discovery) 단계
- 새 시장에 진입하면서 경쟁 환경을 고객 렌즈로 이해해야 할 때
- 기능 우선순위 결정이 임의적으로 느껴지고 경쟁하는 요구를 평가할 프레임워크가 필요할 때
- 고객 리서치가 데이터는 만들었지만 통찰은 만들지 못했을 때
흔한 함정
- 잡을 너무 넓게 정의하기. "내 비즈니스를 운영하기"는 잡이 아닙니다. "고객 후속 연락을 절대 놓치지 않기"가 잡입니다.
- 잡과 솔루션 혼동하기. "대시보드(dashboard)가 필요하다"는 솔루션입니다. 진짜 잡은 "이번 주 우리 팀이 잘 가고 있는지 빠르게 가늠하기"일 수 있습니다.
- 전환 비용 무시하기. 단지 더 좋다고 해서 고객이 새 솔루션으로 갈아타지는 않습니다. 현재 상황의 고통이 변화 비용을 능가해야 합니다.
- JTBD를 일회성 작업으로 취급하기. 잡은 맥락과 중요도가 진화합니다. 분기마다 다시 살펴보세요.
참고 자료
- Competing Against Luck by Clayton Christensen — JTBD 이론과 혁신 적용에 관한 결정판
- Strategyn: Outcome-Driven Innovation — JTBD를 반복 가능한 혁신 프로세스로 운영화하는 방법
- Intercom on Jobs-to-be-Done — 기술 회사에서 JTBD를 적용하는 실용적이고 제품 중심의 가이드
Sources
- Competing Against Luck — Harvard Business School (Clayton Christensen)
- Outcome-Driven Innovation Process — Strategyn
- Intercom on Jobs-to-be-Done — Intercom
Prompt details
Ready to try the prompt?
Open the live prompt detail page for the full workflow.