Skip to content

Jobs-to-be-Done Framework: Complete JTBD Guide

Last reviewed: February 17, 2026

Quick Answer

Jobs-to-be-Done (JTBD) is a product strategy framework that focuses on why customers “hire” products—not features, but the progress they’re trying to make. Instead of asking “what do users want?”, JTBD asks “what job is the customer trying to get done?” Use switch interviews (10-15 customers) to uncover functional, emotional, and social jobs, then design your product around the core job.


What is Jobs-to-be-Done (JTBD)?

JTBD is a framework that focuses on why customers “hire” your product. Instead of asking “who is our customer?” or “what features do they want?”, JTBD asks: “What job is the customer trying to get done?”

Core principle: People don’t buy products; they “hire” them to make progress in their lives.

Example:

  • ❌ Bad thinking: “Customers want a better drill”
  • ✅ JTBD thinking: “Customers want to hang a picture on the wall”

The job isn’t about the drill; it’s about the outcome (picture on wall). This insight might lead you to wall adhesives, not better drills.

How Do You Write a JTBD Statement?

Template: “When [situation], I want to [motivation], so I can [expected outcome].”

Examples:

Spotify: “When I’m working out, I want to listen to energizing music without interruptions, so I can stay motivated.”

Uber: “When I need to get somewhere quickly without my car, I want a reliable ride, so I can arrive on time stress-free.”

Notion: “When my team’s docs are scattered across tools, I want one place to organize everything, so we can work efficiently without constant searching.”

How Does JTBD Compare to Other Frameworks?

FrameworkFocusExample Question
JTBDProgress/outcome”What are you trying to accomplish?”
PersonasWho”Who is the target user?”
User StoriesFeatures”What features do users need?”
Use CasesScenarios”How will they use feature X?”

When to use JTBD: Early discovery, product strategy, positioning. It’s most powerful when you’re figuring out what to build, not how to build it.

How Do You Run a JTBD Interview?

Questions to Ask

Step 1: Understand the switch

  • “What made you start looking for a solution?”
  • “What were you doing before you found us?”
  • “What alternatives did you consider?”

Step 2: Identify the job

  • “What were you trying to accomplish?”
  • “What does success look like?”
  • “What would happen if you couldn’t solve this?”

Step 3: Uncover barriers

  • “What almost stopped you from buying?”
  • “What concerns did you have?”
  • “What questions did you need answered?”

Step 4: Find the progress

  • “How is your life/work different now?”
  • “What can you do now that you couldn’t before?”

What You’re Listening For

✅ Emotional language: “I was frustrated”, “It felt like…”, “Finally!” ✅ Specific events: “On Tuesday when…”, “The moment I saw…” ✅ Desired outcomes: “I wanted to…”, “I needed to…”

❌ Avoid: Generic features lists, hypothetical scenarios, “usually” statements

What Are Real-World JTBD Examples?

Example 1: Slack

Job: “When my team is distributed and email is overwhelming, I want to communicate in real-time without losing context, so we can move fast without miscommunication.”

Competing Solutions:

  • Email (slow, cluttered)
  • SMS (not work-appropriate, missing context)
  • Skype (clunky, not organized)

Why Slack won: Channels (context), search (find anything), integrations (everything in one place)

Example 2: Airbnb

Job: “When I’m traveling and hotels feel generic, I want to experience a place like a local, so I can have authentic, memorable trips.”

Competing Solutions:

  • Hotels (generic, expensive)
  • Friends’ couches (inconvenient)
  • Extended stay (limited locations)

Why Airbnb won: Unique spaces, local neighborhoods, more affordable

Example 3: Superhuman

Job: “When email overwhelms my day, I want to process it at lightning speed without losing important messages, so I can focus on high-impact work.”

Competing Solutions:

  • Gmail (free but slow)
  • Inbox zero methods (requires discipline)
  • Assistants (expensive)

Why Superhuman won: Speed (keyboard shortcuts), triage, reminders

How Do You Use JTBD for Product Strategy?

1. Identify the Job

Run 10-15 customer interviews. Look for patterns:

  • What situations trigger the need?
  • What outcomes do they desire?
  • What barriers exist?

2. Map the Job

Functional job: The practical task Emotional job: How they want to feel Social job: How they want to be perceived

Example - Peloton:

  • Functional: Get fit at home
  • Emotional: Feel accomplished, energized
  • Social: Be seen as someone who prioritizes health

3. Find Your Angle

You can’t be everything. Pick one job to own.

Zoom: “When I need to meet remotely, I want it to just work…” Loom: “When I need to explain something visually, I want to record quickly…” Calendly: “When I’m scheduling meetings, I want to avoid email ping-pong…”

All video/scheduling, but different jobs.

4. Design for the Job

Every feature should serve the job:

  • ✅ Does this help users make progress?
  • ❌ Is this just a nice-to-have?

What Are Common JTBD Mistakes?

❌ Confusing jobs with solutions

  • Bad: “Users want a mobile app”
  • Good: “Users want to check status while commuting”

❌ Making the job too broad

  • Bad: “Be more productive”
  • Good: “Reduce time spent in email from 2 hours to 30 minutes daily”

❌ Ignoring emotional/social jobs

  • Bad: “Users want data backup”
  • Good: “Users want peace of mind their work won’t disappear”

❌ Asking “What features do you want?”

  • This gets solutions, not jobs
  • Ask “What are you trying to accomplish?” instead

JTBD Research Template

Use this template for customer interviews:

INTERVIEW GUIDE

1. First Thought
   "Think back to when you first started looking for [product category]..."

2. The Trigger
   - What was going on in your life/work?
   - What made you decide to look for a solution?

3. The Search
   - How did you look for options?
   - What alternatives did you consider?
   - What did you like/dislike about each?

4. The Decision
   - What made you choose [your product]?
   - What almost stopped you?
   - What questions did you need answered?

5. The Outcome
   - How has your life/work changed?
   - What can you do now that you couldn't before?
   - What would happen if [product] disappeared?

Quick JTBD Exercise

For your product, fill this out:

The job: When [situation], customers want to [motivation] so they can [outcome].

Why existing solutions fail:

  1. [Competitor/alternative]: [What’s wrong with it]
  2. [Competitor/alternative]: [What’s wrong with it]

How we’re different: We [unique approach] which means [specific benefit].

One feature to cut: [Feature that doesn’t serve the core job]

One feature to build: [Feature that directly accelerates job progress]

How Do You Go From JTBD Research to Product Specs?

The gap between understanding your customer’s job and actually building the right product is where most teams stumble. You’ve done the interviews, identified the job, but now you need:

  • Personas that capture the job context, not just demographics
  • Requirements that tie directly to job progress
  • User journeys that map the hiring and firing moments
  • Competitive positioning based on job alternatives, not feature comparisons

This is exactly what Rock-n-Roll automates. Describe the job your customers are trying to get done, and get back:

Product Strategy Brief — Market research, JTBD-informed personas, and competitor analysis based on which jobs they serve

Solution Blueprint — Requirements and user journeys mapped to job stages, not feature lists

Implementation Plan — Milestones sequenced by job importance, with engineering-ready prompts

Builder Handoff — Push to Lovable, Bolt, or V0; prompt bundles for Cursor, Claude Code, or Codex

Turn my JTBD research into a product plan →

Free to start. No credit card required.

Frequently Asked Questions

What is a job-to-be-done?

A job-to-be-done is the progress a customer wants to make in a specific circumstance—not a feature request, but the underlying outcome they're trying to achieve. The classic example: people don't buy a quarter-inch drill, they buy a quarter-inch hole. JTBD shifts product thinking from solutions to the real motivations driving customer behavior.

How is JTBD different from user stories?

User stories describe what users do with your specific product (As a user, I want X). JTBD describes why customers hire any solution, revealing opportunities beyond your current product. User stories are implementation-focused; JTBD is strategy-focused. Teams that use both write better user stories because they understand the underlying job driving each feature.

How do I identify jobs-to-be-done?

Run 10-15 customer switch interviews asking: What triggered your search for a solution? What were you trying to accomplish? What alternatives did you consider? What almost stopped you from switching? Listen for emotional language, specific events, and desired outcomes rather than feature wishlists. Pattern-match across interviews to find the core job.

Can AI help with JTBD research in 2026?

Yes. AI tools can help synthesize JTBD interview transcripts into structured personas, identify recurring patterns across responses, and translate job insights into product requirements. AI is especially useful for clustering similar jobs, generating job statements from raw notes, and mapping competitive alternatives to specific job dimensions. Tools like Rock-n-Roll help you structure JTBD insights into product plans that AI code builders like Cursor and Lovable can act on.

What are the three dimensions of a job-to-be-done?

Every job has three dimensions: functional (the practical task to accomplish), emotional (how the customer wants to feel), and social (how they want to be perceived). Peloton's functional job is home fitness, but the emotional job is feeling accomplished and the social job is being seen as health-conscious. Products that address all three dimensions create stronger customer loyalty.

Related Topics

Ship faster with the Rock-n-Roll product bundle

Our AI copilot turns your idea into the exact documentation investors, teammates, and builders need.

  • Product Strategy Brief with market research, personas, and competitor insights
  • Solution Blueprint covering requirements, user journeys, and UX flows
  • Implementation Plan sequencing milestones, dependency callouts, and engineering prompts
  • Launch-ready handoff kits that push to Loveable, Bolt, or V0 plus prompt bundles for Cursor, Claude Code, or Codex
Start your free project