Jobs-to-be-Done 프레임워크: 실용적인 입문
← 모든 아티클 올바른 것 만들기

Jobs-to-be-Done 프레임워크: 실용적인 입문

FabricLoop 팀  ·  2026년 5월  ·  6분 읽음

Clayton Christensen은 밀크셰이크를 더 많이 팔고 싶어 한 패스트푸드 회사의 이야기를 즐겨 들려주곤 했습니다. 회사는 고객에게 맛 선호, 단맛 정도, 컵 크기를 물었습니다. 무엇을 바꿔도 매출은 꿈쩍하지 않았습니다. 그러다 한 연구원이 다른 방법을 시도했습니다. 주차장에 서서 밀크셰이크를 사는 사람들을 지켜본 것입니다. 그는 한 가지만 물었습니다. "오늘 아침 밀크셰이크를 사기로 했을 때, 무엇을 하려던 참이었나요?"

답은 이랬습니다. 아침에 밀크셰이크를 사는 사람 대부분은 앞에 길고 지루한 출근길이 놓여 있었습니다. 그들은 시간을 때워 주면서 점심 전까지 배고프지 않게 해 줄 무언가를 원했습니다. 밀크셰이크는 바나나(너무 빨리 먹어 치움), 베이글(너무 지저분함), 커피(양이 너무 적음)보다 그 일을 더 잘 해냈습니다. 밀크셰이크가 경쟁하던 상대는 다른 밀크셰이크가 아니라 지루함과 허기였습니다.

이 이야기가 Jobs-to-be-Done의 핵심입니다. 사람들은 제품을 사는 것이 아닙니다. 삶 속의 어떤 일을 해내도록 제품을 고용합니다.

"일"이란 실제로 무엇을 뜻하는가

JTBD 용어에서 "일(job)"은 특정한 상황에서 사람이 이루려는 진전을 말합니다. 업무("파일을 보내야 한다")도, 목표("더 생산적이 되고 싶다")도 아닙니다. 특정한 사람이 특정한 상황에서 이루려는 구체적인 진전이며, 그 순간을 둘러싼 맥락과 제약, 감정이 모두 담겨 있습니다.

일에는 세 가지 구성 요소가 있습니다. 상황(필요를 만들어 내는 계기), 동기(사람이 이루려는 것), 결과(그 사람 관점에서의 성공 기준)입니다. 셋 모두 중요합니다. 동기는 정확히 짚었지만 상황을 무시한 제품은 엉뚱한 순간에 쓰이게 됩니다. 상황은 정확히 짚었지만 결과를 무시한 제품은 고용되었다가 금방 해고됩니다.

"사람들이 원하는 것은 1/4인치 드릴이 아니라 1/4인치 구멍입니다. 하지만 정말 원하는 것은 벽에 달린 선반이고, 진짜 속마음은 파트너가 자신을 능력 있는 사람으로 여기는 것입니다."

JTBD 문장 형식

정식 JTBD 문장을 쓰면 내 제품이 실제로 어떤 일을 위해 고용되는지가 분명해집니다. 또한 내가 생각하는 일과 사용자가 실제로 경험하는 일 사이의 간극이 드러납니다.

JTBD 문장 템플릿과 예시
"나는 상황일 때, 동기하고 싶다. 그래야 결과를 얻을 수 있다."
예시 1 — 프로젝트 관리 도구
"나는 퇴사한 동료로부터 프로젝트를 중간에 넘겨받았을 때, 무엇이 왜 결정되었는지 파악하고 싶다. 그래야 인수인계 통화를 여섯 번이나 잡지 않고도 빠르게 적응할 수 있다."
예시 2 — 커뮤니케이션 도구
"나는 하루 종일 회의 중인 사람에게 빠른 답이 필요할 때, 무례하지 않으면서 급하다는 신호를 주는 메시지를 보내고 싶다. 그래야 관계를 해치지 않고 막힌 일을 풀 수 있다."
예시 3 — 분석 도구
"나는 다음 주에 이사회에 보고할 때, 유지율 추세를 명확한 이야기로 보여 주고 싶다. 그래야 성과를 입증하고 팀에 대한 신뢰를 지킬 수 있다."

각 문장이 기능 목록은 결코 드러내지 못하는 것을 보여 주는 점에 주목하세요. 감정적 이해관계, 서로 경합하는 힘들의 맥락, 사용자 관점의 성공 기준입니다. "어떤 기능을 원하세요?"라고 묻는 설문에서는 이 중 어느 것도 나오지 않습니다.

기능적, 사회적, 감정적 차원

모든 일에는 세 가지 차원이 있으며, 기능적 차원만 다루는 제품은 실제 가치를 놓칩니다.

Slack이 성장한 것은 이메일보다 메시지를 더 잘 보내서(기능적)가 아닙니다. 팀이 더 연결되어 있고 생동감 있다고 느끼게 해 주었고(감정적), 개인이 받은편지함 대기열이 아니라 실시간 대화의 일부라고 느끼게 해 주었기 때문(사회적)입니다. 기능적 일만 다루는 기능은 쉽게 상품화됩니다. 세 가지 차원을 모두 다루는 제품은 대체하기가 훨씬 어렵습니다.

인터뷰 기법 감정적·사회적 차원을 파악하려면 다른 사람에 관한 표현에 귀를 기울이세요. "상사에게 보여 줘야 했거든요...", "고객이 ...라고 생각하길 원치 않았어요...", "팀원들이 ...라고 넘겨짚을까 봐 걱정됐어요..." 같은 말은 사회적·감정적 일이 작동하고 있다는 신호입니다.

내 제품이 어떤 일을 위해 고용되는지 알아내는 방법

가장 좋은 JTBD 조사는 고용의 순간(제품을 쓰기로 한 결정)과 해고의 순간(그만 쓰기로 한 결정)에 집중합니다. 두 순간 모두 신호가 풍부합니다.

고용 인터뷰에서는 이렇게 물어보세요. "[제품]을 쓰기로 결정했던 가장 최근을 떠올려 보세요. 그때 어떤 상황이었나요? 무엇을 이루려고 했나요? 그 전에 먼저 시도해 본 것은 무엇인가요?" 해고 인터뷰에서는 이렇게 묻습니다. "[제품]을 언제 쓰지 않게 되었나요? 바꾸기로 결정하기 직전에 무엇을 하고 있었나요? 대안은 무엇이 달랐나요?"

답은 거의 항상 예상을 벗어날 것입니다. 사용자는 팀이 전혀 예상하지 못한 상황과 불만, 동기를 이야기할 것입니다. 그것이 핵심입니다. JTBD 조사는 검증 조사가 아니라 탐색 조사입니다. 가정을 시험하는 것이 아니라, 가정을 증거로 바꿔 나가는 것입니다.

인구통계의 함정 JTBD는 "35세 마케팅 매니저" 같은 인구통계 기반 페르소나에서 의도적으로 벗어나 상황 기반 접근으로 나아갑니다. 인구통계가 똑같은 두 사람이 완전히 다른 일을 안고 있을 수 있습니다. 인구통계상 공통점이 전혀 없는 두 사람이 똑같은 일을 위해 내 제품을 고용할 수도 있습니다. 나이나 직무가 아니라 일을 기준으로 고객을 나누세요.

JTBD로 제품 의사결정하기

제품이 고용되는 주요 일을 파악했다면, 모든 중요한 제품 결정의 필터로 활용하세요. 검토 중인 기능마다 이렇게 물어보세요. 이 기능은 사용자가 어떤 구체적인 일을 진전시키도록 돕는가? 답이 "우리의 주요 일 중 어느 것도 아니다"라면, 기능이 아무리 매력적으로 들려도 우선순위를 낮춰야 한다는 강한 신호입니다.

JTBD는 또한 과잉 제공하고 있는 부분도 드러냅니다. 어떤 일이 이미 충분히 잘 해결되고 있다면, 그 영역에 기능을 더 추가해도 얻는 효과가 갈수록 줄어듭니다. 게다가 복잡성이 늘어나 다른 일을 가진 사용자에게는 제품이 더 쓰기 어려워질 수 있습니다. 일이라는 렌즈는 어디에 투자하고 어디서 멈출지를 알려 줍니다.

FabricLoop와 JTBD의 연결 FabricLoop는 특정한 일을 위해 고용됩니다. 모든 사람에게 같은 커뮤니케이션 방식을 강요하지 않으면서 팀이 서로 발맞추게 하는 일입니다. 이 일에는 기능적, 사회적, 감정적 차원이 모두 있으며, 이를 이해하는 것이 모든 제품 결정을 빚어 왔습니다. 우리는 새 기능을 평가할 때 내부적으로 JTBD 문장을 사용하고, 그 바탕이 되는 조사를 팀 전체가 볼 수 있게 공개합니다.

이 글에서 얻어 갈 10가지

  1. 사람들은 제품을 사는 것이 아니라, 특정한 상황에서 진전을 이루기 위해 제품을 고용합니다. 일은 언제나 업무보다 큽니다.
  2. 일에는 세 가지 구성 요소가 있습니다. 상황(계기), 동기(이루려는 것), 결과(성공 기준)입니다.
  3. JTBD 문장 형식("나는 [상황]일 때, [동기]하고 싶다. 그래야 [결과]를 얻을 수 있다")은 기능 목록으로는 얻을 수 없는 명확성을 줍니다.
  4. 모든 일에는 기능적, 사회적, 감정적 차원이 있습니다. 기능적 차원만 다루는 제품은 쉽게 상품화됩니다.
  5. 인터뷰에서 다른 사람에 관한 표현에 귀를 기울이세요. 기능적인 것보다 더 중요한 경우가 많은 사회적·감정적 일을 알려 주는 신호입니다.
  6. 가장 좋은 JTBD 조사는 고용의 순간(왜 쓰기 시작했는가?)과 해고의 순간(왜 그만뒀는가?)에 집중합니다.
  7. JTBD 조사는 검증이 아니라 탐색 조사입니다. 이미 생각한 것을 확인하는 것이 아니라, 가정을 증거로 바꿔 나가는 것입니다.
  8. 사용자를 인구통계가 아니라 하려는 일에 따라 나누세요. 공통점이 전혀 없는 두 사람이 똑같은 일을 가질 수 있습니다.
  9. 파악한 일을 기능 결정의 필터로 활용하세요. 어떤 기능이 주요 일의 진전에 도움이 되지 않는다면 우선순위를 낮추세요.
  10. JTBD는 과잉 제공하는 영역도 드러냅니다. 그 영역에 기능을 더 추가해도 효과는 갈수록 줄고 복잡성만 커집니다.