Scriptonia

6–10 hours per PRD. Fix that.

Generate free →
PRODUCT THINKING

Jobs to be Done: the complete PM guide to using JTBD for better products

QUICK ANSWER

Jobs to be Done reframes user research from 'what features do users want?' to 'what job does the user need done?' Here's how to use it in discovery and PRD writing.

Stop wasting 6 hours per PRD

Generate a complete, production-ready PRD in 30 seconds. No account needed.

Try free →
May 13, 2026·Updated May 13, 2026·7 min read·469 words·Scriptonia

Jobs to be Done (JTBD) is the most useful framework for writing PRD background sections that engineering teams actually care about. Instead of describing features, JTBD describes the job the user is trying to accomplish, making it immediately clear why a feature matters, not just what it does. PMs who use JTBD in their PRDs report 40% fewer "why are we building this?" questions from engineering (internal survey, 2026).

"The job statement 'when I get a new enterprise customer, help me onboard their team quickly so I can prove value before the first 30-day review' tells an engineer everything they need to know about tradeoffs. 'Users want better onboarding' tells them nothing."

— Fatima N., Principal PM at a B2B enterprise SaaS company

MOST PMS WILL CLOSE THIS TAB. THE DANGEROUS ONES WON'T.

You already know the process is broken.

500 PRDs analyzed. 6 to 10 hours each. An entire product category built to fix what should take 30 seconds. The PMs who move first win. Everyone else catches up later.

Generate a PRD now →

The JTBD job statement format

The canonical JTBD job statement: When [situation], help me [motivation/job] so I can [expected outcome].

Examples:

  • "When I need to share product data with stakeholders who don't have system access, help me export activity in a shareable format so I can run reviews without creating new user accounts."
  • "When I'm onboarding a new team member, help me give them role-appropriate access quickly so they can contribute in their first week without IT involvement."
  • "When I suspect a feature isn't working as expected, help me see real-time usage data so I can investigate and respond before the problem affects more users."

How JTBD improves PRD quality

The background section of a PRD answers "why are we building this?" Most PRD background sections fail because they describe the feature, not the job. A JTBD-framed background section answers: who has this job, how do they currently do it, what's wrong with the current solution, and what does success look like from the user's perspective.

JTBD discovery interview questions

The JTBD interview explores the customer's current workflow rather than their feature preferences. Key questions:

  • "Walk me through the last time you needed to [job]. What did you do first?"
  • "What were you using before? Why did you switch (or not switch)?"
  • "What's the most frustrating part of your current process?"
  • "What would have to be true for you to describe this as 'solved'?"

Traditional user researchJTBD-focused research
"What features do you want?""What job are you trying to get done?"
Asks about product preferencesAsks about current workflows and workarounds
Produces a feature wishlistProduces a problem space map
Easy to answer (users list features)Requires probing (users describe behaviors)
Anchors on current solutionReveals the job regardless of solution

Using JTBD in PRD writing

For every user story in your PRD, write the corresponding JTBD statement in the background section. The user story describes what the feature does; the JTBD statement explains why anyone would care. Together, they give engineering teams the context to make good judgment calls when requirements are ambiguous.

Frequently asked questions

What is Jobs to be Done (JTBD) in product management?

Jobs to be Done is a framework that reframes user research from 'what features do users want?' to 'what job does the user hire a product to do?' A 'job' is a specific task or goal the user wants to accomplish in a specific situation. JTBD is most useful for: discovery research (understanding what to build), PRD background sections (explaining why a feature matters), and competitive analysis (identifying what jobs competitors serve).

How do you write a JTBD job statement?

The canonical format: 'When [situation], help me [motivation/job] so I can [expected outcome].' Example: 'When I need to share product usage data with my board, help me export a formatted report so I can present it without requiring board members to log into the product.' The situation grounds it in a real context; the job describes what the user is trying to accomplish; the outcome defines success.

What's the difference between a user story and a JTBD statement?

A user story describes a feature behavior from the user's perspective ('As a PM, I want to export a CSV so I can share reports'). A JTBD statement describes the underlying job the feature serves ('When I need to present product data to non-technical stakeholders, help me generate a shareable report quickly so I can run reviews without creating user accounts'). JTBD is more context-rich and explains why the feature matters; user stories specify what it does.

How do you use JTBD in discovery interviews?

JTBD interviews explore the customer's current workflow rather than their feature preferences. Ask: 'Walk me through the last time you needed to [job], what did you do first?', 'What's the most frustrating part of your current approach?', 'What would have to be true for you to say this problem is fully solved?' Avoid: 'What features would you like?', this anchors on existing solutions rather than underlying jobs.

Which companies use Jobs to be Done?

JTBD was popularized by Clayton Christensen at HBS and has been widely adopted at Intercom, HubSpot, Basecamp (37signals), and Salesforce. It's particularly prevalent at B2B SaaS companies where customers can articulate their workflows clearly. Consumer product teams use it less consistently because consumer jobs are more situational and harder to surface through standard interviews.

SCRIPTONIA — AI-NATIVE PRD GENERATION

You read the whole thing.
Now do something about it.

Turn any idea into a production-ready PRD in under 30 seconds. No account. No credit card. No more 6-hour document sessions.

Generate a PRD — it's free →Read more articles

CONTINUE READING

PRODUCT THINKING

PRD writing is broken — and AI is finally fixing it

8 min read

→

PRODUCT THINKING

How PRD expectations change as your company scales from 5 to 500

6 min read

→

PRODUCT THINKING

Product Manager Career Guide 2026: Skills, Salaries, and the AI Advantage

13 min read

→
← All articles
Jobs to be Done: the complete PM guide to using JTBD for better products | Scriptonia