Jobs-to-Be-Done (JTBD) 프레임워크

클레이튼 크리스텐슨이 개발하고 밥 모에스타가 SaaS 분야에서 대중화한 JTBD 프레임워크는 고객이 제품을 구매하는 것이 아니라 특정 상황에서 진전을 이루기 위해 제품을 '고용'한다고 제안합니다. 고전적인 예시: 철물점은 드릴 비트를 파는 것이 아니라 1/4인치 구멍을 팝니다. 그리고 사람들은 1/4인치 구멍을 원하는 것이 아니라 그림을 걸고 싶어 합니다. 그리고 단순히 그림을 걸고 싶은 것이 아니라 자신의 집에 자부심을 느끼고 싶어 합니다. 모든 일의 기능적, 감성적, 사회적 차원을 이렇게 겹쳐보면, 기능에만 초점을 맞춘 제품 결정은 고객 행동과 충성도에 가장 강력하게 영향을 미치는 감성적, 사회적 동인을 놓친다는 것을 알 수 있습니다. SaaS에 적용하면: 고객은 'CRM을 사용'하는 것이 아니라 '내 영업 파이프라인을 통제하고 예측 회의에 자신감을 가지고 참여하기 위해' CRM을 고용합니다.

Product Ops는 PM들이 사용자 연구에서 JTBD 인터뷰 기법을 사용하도록 교육함으로써 JTBD를 통합합니다. JTBD 인터뷰는 고객의 전환 스토리에 초점을 맞춥니다. 즉, 새로운 솔루션을 찾기까지의 순간들, 검색을 촉발한 특정 사건('the push'), 새로운 솔루션이 무엇을 제공할 것이라고 상상했는지('the pull'), 그리고 전환을 거의 막을 뻔했던 것들('anxieties')에 집중합니다. 이러한 사건의 타임라인은 고객이 작업을 경험하는 특정 맥락, 고려했던 경쟁자(아무것도 하지 않는 비소비 포함), 결정을 이끈 요인, 그리고 새로운 제품에 대한 기대치를 드러냅니다. Product Ops는 JTBD 통찰력을 'Forces of Progress' 모델로 취합하여 PM 팀이 우선순위 지정 시 사용하도록 합니다. 이는 기능이 단순히 기능적 작업뿐만 아니라 완전한 작업 맥락을 중심으로 설계되도록 보장합니다.

토니 울윅의 JTBD 구현인 Outcome-Driven Innovation (ODI)은 이 이론을 정량적 우선순위 지정 도구로 전환합니다. ODI는 'desired outcomes'를 고객이 자신의 작업 성공을 평가하는 데 사용하는 특정 지표로 정의합니다. 이는 '[작업]에 걸리는 시간을 최소화'하거나 '[원치 않는 상황]이 발생할 가능성을 최소화'하는 형태로 표현됩니다. 고객은 각 결과를 두 가지 차원에서 평가합니다: 중요도(제품이 이 부분에서 탁월한 것이 얼마나 중요한가?)와 만족도(현재 제품의 성능에 얼마나 만족하는가?). 기회 점수 = Importance + max(Importance - Satisfaction, 0)입니다. 높은 Importance + 낮은 Satisfaction = 높은 Opportunity로 이어집니다. 이는 Product Ops에게 고객 입력에 통계적으로 기반하고, 개별 고객의 영향에 저항하며, 로드맵 구축에 직접적으로 실행 가능한 'unmet needs'의 우선순위 목록을 제공합니다.