사용 가이드로 건너뛰기
Jobs-to-Be-Done작성자 Owl-Listener

Jobs-to-Be-Done 스킬.

제품 의사결정을 사람이 이루고자 하는 바를 중심으로 다시 정의합니다.

  • UX 리서치
  • 제품 전략
소스 검토 · Jobs-to-Be-DoneSKILL.md
작업 UX 리서치 산출물 • 핵심 과업에 대한 상황, 동기, 성과 진술문. • 준비, 실행, 후속 조치를 아우르는 수명 주기 맵. • 현재 해결책과 충족되지 않은 성과를 비교한 기회 요약. 시작하기 전에 사용자 리서치 또는 명확히 표시된 가설이 필요하며, 인터뷰를 직접 수집하지는 않습니다.
편집 요약 · 소스 검토일 2026-10-07 · 생성된 예시 아님

01 기능 소개

기능 요청 뒤에 있는 과업 매핑하기

세 가지 동기 차원, 수명 주기 단계, 현재 대안을 다루는 구조화된 JTBD 매핑 방법입니다.

소스 기반 워크플로실행 벤치마크 아님

작업 방식

Jobs-to-Be-Done은 요청된 기능 너머에서, 특정 상황에서 사람이 이루고자 하는 진전을 살펴봅니다. 실질적 성과를 감정적 기대와 사회적 고려와 구분한 뒤, 이 차원들을 사람들이 이미 문제를 해결하는 방식과 연결합니다.

소스는 과업을 정의하고 준비하는 단계부터 실행, 모니터링, 수정, 마무리까지 전체 과업 수명 주기를 다룹니다. 이는 인구통계 기반 페르소나가 아니라 동기 맵입니다. 여러 제품이나 수작업 우회 방법이 서로 달라 보여도 같은 근본 과업을 위해 쓰일 때 특히 유용합니다.

예상 산출물

  • 핵심 과업에 대한 상황, 동기, 성과 진술문.
  • 준비, 실행, 후속 조치를 아우르는 수명 주기 맵.
  • 현재 해결책과 충족되지 않은 성과를 비교한 기회 요약.
예시 브리프 보기

브리프에서 검토까지

  1. 01
    핵심 과업 파악

    제공된 인터뷰와 제품 맥락을 읽고, 과업과 현재 사용 중인 특정 도구를 구분합니다.

  2. 02
    차원 분리

    실질적 목표, 원하거나 피하고 싶은 감정, 다른 사람에게 어떻게 보이고 싶은지를 설명합니다.

  3. 03
    해결책과 격차 매핑

    과업 단계와 기대 성과를 추적한 뒤, 현재 접근법이 충분히 충족하지 못하는 지점을 찾습니다.

02 활용 상황

사용 시점

사용자 리서치 또는 명확히 표시된 가설이 필요하며, 인터뷰를 직접 수집하지는 않습니다.

적합한 경우

  • 기능 재정의근본 동기를 이해하기 전에 요청이 해결책부터 지정할 때 유용합니다.
  • 우회 방법 비교스프레드시트, 서비스, 수작업 프로세스를 동일한 성과 기준으로 비교할 수 있습니다.

확인할 한계

  • 페르소나가 아님사용자에 대한 완전한 기준 프로필이 아니라 특정 상황에서의 동기를 강조합니다.
  • 감정적 근거를 지어내지 않음감정적·사회적 과업에는 리서치 근거 또는 눈에 보이는 가설 표시가 필요합니다.

준비할 입력

  • 인터뷰 근거실제 상황, 결정, 시도한 해결책에 대한 설명을 제공하세요.
  • 제품 맥락현재 제공 중인 것과 다시 검토하려는 작업을 설명하세요.
  • 성과 기대가능하다면 성공의 정의, 장애물, 트레이드오프를 포함하세요.

03 핵심 결정

중요한 결정

  1. 기능 요구사항을 넘어서

    어떤 해결책은 작업을 끝내면서도 자신감이나 직업적 신뢰성을 해칠 수 있습니다. 세 가지 차원은 이러한 긴장을 명확히 드러냅니다.

  2. 수명 주기 범위

    작업의 준비와 마무리 단계에는 실행 중심의 기능 목록이 놓칠 수 있는 중요한 미충족 니즈가 있을 수 있습니다.

04 예시 브리프

집중 브리프 시도하기

아래 예시 브리프는 테스트되지 않았습니다. 사용하기 전에 스킬의 설정을 확인하세요.

설정 검토

저장소에 문서화된 설치 방법을 사용하고 참조된 보조 파일을 유지하세요. 이 항목은 실행 가능한 애플리케이션이 아니라 집중된 디자인 방법을 설명합니다.

업스트림 소스 파일
https://github.com/Owl-Listener/designer-skills/blob/9a6930cf84a822eb458624bd11c61aac5bbdf224/design-research/skills/jobs-to-be-done/SKILL.md

사용자 리서치 또는 명확히 표시된 가설이 필요하며, 인터뷰를 직접 수집하지는 않습니다.

하나의 산출물로 시작

스킬을 실행하기 전에 이 브리프의 범위, 소스 자료, 제약 조건을 상황에 맞게 조정하세요.

예시 브리프
월간 고객 보고서 작성에 관한 이 인터뷰들에 jobs-to-be-done을 사용하세요. 기능적·감정적·사회적 과업을 구분하고, 수명 주기를 매핑하며, 현재의 스프레드시트와 슬라이드 워크플로를 비교하세요. 각 기회마다 뒷받침되는 관찰과 가설을 구분하고, 요청된 기능을 곧바로 과업으로 바꾸지 마세요.

결과 점검

실제 출력을 다음의 관찰 가능한 기준과 대조해 확인하세요.

  • 과업 진술문은 제품 기능이 아니라 상황과 원하는 진전을 설명합니다.
  • 세 가지 차원이 모두 구분되어 있습니다.
  • 제안된 기회가 수명 주기 단계 및 제공된 근거와 연결됩니다.

OpenDesign은 코딩 에이전트를 위한 로컬 디자인 작업 공간을 제공합니다. 이 목록은 해당 스킬이 번들로 포함되어 있다거나, 외부 도구, 자격 증명, 소프트웨어 종속성이 포함되어 있다는 뜻이 아닙니다.

05 출처 및 라이선스

소스 및 라이선스

이 페이지는 아래에 링크된 고정된 소스 리비전을 설명합니다. 업스트림의 동작과 요구사항은 변경될 수 있습니다.

소스 소유자
Owl-Listener
라이선스
MIT
검토한 스냅샷
2026-10-07 · 9a6930cf84a8
편집 소스 요약
세 가지 동기 차원, 수명 주기 단계, 현재 대안을 다루는 구조화된 JTBD 매핑 방법입니다.

링크된 소스를 바탕으로 OpenDesign이 작성한 원본 요약입니다. 저장소 스타 수는 특정 시점의 인기 지표이며 스킬 사용량이나 품질 점수가 아닙니다.

06 시작 전 질문

시작 전 질문

사용자 페르소나와 어떻게 다른가요?

페르소나는 사용자 집단의 행동 패턴을 요약합니다. JTBD는 특정 상황에서의 동기와 기대 성과를 강조합니다.

모든 과업에 새로운 제품이 필요한가요?

아닙니다. 기존 해결책을 매핑해 보면 프로세스 변경이나 현재 워크플로를 더 잘 지원하는 것만으로 충분하다는 점이 드러날 수 있습니다.

기회의 우선순위를 자동으로 정할 수 있나요?

현재 해결책의 격차와 그 디자인 시사점은 파악하지만, 측정된 시장 수요나 검증된 우선순위 모델은 제공하지 않습니다.

OpenDesign

다음 디자인 반복을 위한 공간을 마련하세요.

브리프, 소스 자료, 디자인 작업을 로컬 작업 공간에 함께 보관하세요. 워크플로에 추가하기 전에 스킬 자체의 설정을 확인하세요.

업스트림 소스 파일
https://github.com/Owl-Listener/designer-skills/blob/9a6930cf84a822eb458624bd11c61aac5bbdf224/design-research/skills/jobs-to-be-done/SKILL.md