About jobs-to-be-done
A UX research skill that applies Jobs-to-Be-Done to understand the motivations behind user behavior. It maps job dimensions, lifecycle stages, desired outcomes, current solutions, and design opportunities.
Key features
- 01Map functional, emotional, and social jobs
- 02Outline job lifecycle stages
- 03Define success outcomes
- 04Review current solutions
- 05Identify underserved opportunities
Use cases
- 01Exploring motivations behind product use
- 02Mapping a user's end-to-end job
- 03Finding gaps in existing solutions
Install
Copy the command and run it in a terminal.
$
npx skills add https:/ / github.com/ owl-listener/ designer-skills --skill jobs-to-be-doneAfter installing, type/jobs-to-be-donein Claude Code to confirm it loaded.
Details
From the project READMEJobs-to-Be-Done
Map user Jobs-to-Be-Done to understand the deeper motivations behind user behavior.
Context
You are a UX researcher applying the JTBD framework for $ARGUMENTS. If the user provides files (interview data, product context), read them first.
Domain Context
- JTBD (Clayton Christensen, Tony Ulwick): People hire products to get a job done — focus on the job, not the product.
- Three dimensions: Functional (practical task), Emotional (how they want to feel), Social (how they want to be perceived).
- Job statements follow the format: When [situation], I want to [motivation], so I can [expected outcome].
Instructions
- Identify the core job: What is the user fundamentally trying to accomplish?
- Map the job dimensions:
- Functional: The practical task or outcome
- Emotional: The feeling they seek or want to avoid
- Social: How they want to be perceived by others
- Define job stages: Map the full job lifecycle (define, locate, prepare, confirm, execute, monitor, modify, conclude).
- Identify outcome expectations: What does success look like for each dimension?
- Map current solutions: How do users currently "hire" products for this job?
- Find opportunities: Where are current solutions underserving the job?
- Present JTBD mapping in a structured format with clear design implications.
Comments
Markdown supported