Framework · 7 min read

Jobs-to-be-Done Positioning Framework

A position grounded in the customer's desired progress.

Clayton M. Christensen, Michael E. Raynor and Tony Ulwick · View sources ↓

At a glance

Use this when
Your positioning describes product features but misses the progress customers want to make.
What you will work towards
A position grounded in the customer's desired progress.
Bring to the reading
A specific decision from your work and the customer evidence you have so far.

What it is

A positioning approach grounded in the idea that customers don't buy products: they hire products to get jobs done. Originated by innovation researcher Tony Ulwick and later popularised by Harvard Business School professor Clayton Christensen and strategist Bob Moesta, JTBD positioning focuses on the job (the outcome the customer wants to achieve), the context (the circumstances that trigger the need), and the competing solutions (including non-product alternatives). Instead of asking "who is our customer?", JTBD asks "what job are they trying to do?" The shift matters because customer segments, defined by firmographic or demographic profile, can change from year to year, while the underlying job a customer is trying to accomplish is often far more stable. This is why JTBD positioning tends to age better than persona-based positioning built purely on job titles or company size.

When to use it

  • When your target market is fragmented or your product serves multiple use cases
  • When you need to understand why customers choose your product over alternatives, including doing the work manually
  • When existing competitive positioning feels generic or doesn't explain actual customer behaviour
  • For new categories or products where traditional positioning frameworks don't fit
  • When you want messaging that focuses on customer outcomes rather than product features
  • When churn analysis shows customers leaving for a "job" reason (they stopped needing to do the job, or found an entirely different way to do it) rather than a feature gap
  • When onboarding data shows customers using the product for a purpose the team didn't originally design for; a signal that the real job differs from the assumed one

Ownership

At a scaled company, a Head of Product Marketing owns the finished job statement and messaging hierarchy, typically working with a Product Manager or UX researcher who runs the switch interviews and contributes job-mapping data. A solo or founding PMM conducts the interviews and writes the job statement alone, pulling directly from support tickets and sales calls rather than commissioning separate research. Interview execution can sit with a researcher or PM at a larger company, but interpreting results into a positioning decision should stay with PMM, since it is the function accountable for how the job becomes external messaging.

How to apply it

  1. Identify the Core Job: Describe the job in terms of the outcome, not the tool. Example: "Get my team aligned on project priorities" (not "use project management software"). Write the job as a verb plus object plus context, a structure borrowed from Ulwick's "outcome-driven innovation" method, so it stays tool-agnostic even as the market's tools change.
  2. Define the Functional, Emotional, and Social Dimensions: What does the customer want to accomplish (functional)? How do they want to feel (emotional)? What do they want others to perceive (social)? Most positioning stops at the functional dimension, which is also the easiest for competitors to copy. The emotional and social dimensions are frequently where lasting differentiation lives, because they are harder to observe and harder to replicate.
  3. Map the Context: When and why does this job become urgent? What triggers the need? Is it seasonal? Event-driven? Ongoing friction? Distinguish between the job itself, which may be constant, and the trigger, which is the specific moment it becomes urgent enough to act on; messaging aimed at the trigger moment converts far better than messaging aimed at the general, ongoing job.
  4. Identify Competing Solutions: What would customers do if your product didn't exist? Spreadsheets? Manual tracking? Competitor products? Outsourcing? Understanding the competitor (often not your direct rival) is key. In most JTBD research, "do nothing" or "keep doing it manually" turns out to be the largest single competitor by market share, even though it never appears in a competitive battlecard.
  5. Articulate the Switch: What would make a customer switch from their current solution to yours? What pain point in their current approach does your product eliminate? Map the switch as a four-forces exercise (push from the old way, pull towards the new way, anxiety about the new way, and habit or attachment to the old way); a compelling push and pull can still lose to high anxiety or strong habit if you don't address them directly in messaging and onboarding.
  6. Test with Customers: Interview users about the job they're trying to do. Are they describing the same job you identified? If not, refine. Use "switch interviews," structured conversations with customers who recently bought, that walk backwards from the purchase moment to the first moment they realised the old way wasn't working; this timeline reveals the actual job far more reliably than a features-based survey.
  7. Build the job map into a messaging hierarchy: Once validated, order your messaging so the functional job comes first (what it does), the emotional and social jobs reinforce it (how it feels, how it looks to others), and named competing solutions, including manual alternatives, are addressed explicitly in objection-handling materials for sales.

Example

Timeframe, a fictional time-tracking tool for professional services firms, launched with generic positioning built around its feature set ("accurate, one-click time tracking with client billing integration") and struggled to differentiate from a dozen category competitors offering near-identical feature lists. Customer interviews revealed the product was actually being bought for a job the team had not explicitly designed messaging around.

For a time-tracking tool, the JTBD might be: "I need to understand how my team spends their time so I can allocate resources fairly and avoid burnout."

  • Functional job: Capture accurate time data; surface trends and patterns
  • Emotional job: Feel confident that resource allocation is fair; reduce guilt about overwork
  • Social job: Show leadership that team is well-managed; justify headcount to finance
  • Context: Quarterly planning cycle; after team member burnout; during client billing review
  • Current solution: Manual Slack status updates; asking people to log time manually; gut feel
  • Switch moment: A team member burnout incident or a client dispute over hours billed creates urgency
  • Your positioning: "Time tracking that doesn't feel like surveillance: one-click logging that shows you exactly where your team's energy goes, so you can manage capacity without micromanaging."

Timeframe validated this job with 14 switch interviews across recently won accounts and found the burnout-related trigger appeared in 10 of the 14, far more often than the billing-accuracy trigger the original messaging had assumed was primary. The team rebuilt the website, in-app onboarding, and top-of-funnel content around the burnout-prevention and fair-allocation job rather than the accuracy feature, replacing the timesheet grid it had used as its flagship screenshot with a new "team capacity" dashboard view.

Within two quarters, trial-to-paid conversion rose from 11% to 17%, and win/loss interviews showed prospects citing "understanding team capacity" rather than "accurate billing" as the primary reason for choosing Timeframe over competitors in 60% of won deals, up from 24% before the repositioning. Support tickets asking "is this tracking my keystrokes," a proxy for the surveillance anxiety the emotional-job framing was designed to address, fell by half over the same period, giving the team a second, independent signal that the emotional dimension of the job was landing as intended.

Pitfalls

  • Confusing the product with the job. "Our job is to provide time-tracking software" is not a job: it's a solution. The actual job is "understand and optimise how time is spent." Why it matters: teams that define the job as their own product category end up positioning against every other vendor in that category, rather than against the true competitor, which is usually a manual workaround. Recovery: rewrite the job statement without naming your product category at all, then check whether a completely different type of product could also satisfy it.
  • Ignoring non-product competitors. Focusing only on named competitors like Asana or Monday.com while ignoring spreadsheets or manual processes means you're not addressing the real alternative customers are evaluating. Recovery: add "do nothing" or "current manual process" as an explicit line item in every competitive comparison and win/loss report, not just named commercial competitors.
  • Over-segmenting. Every customer has a slightly different job. Identify the one core job that unites your most valuable segment; don't try to serve five different jobs with one positioning. Recovery: if switch interviews surface more than two or three genuinely distinct jobs, treat that as a segmentation signal, not a messaging problem, and build separate positioning per job rather than one blended statement that undersells all of them.

How the ideas connect

Choose where to go next

Make it useful

Bring it back to your work.

Name one decision this guide could help you make. Write down the evidence you need, the output you would produce, and how you would know it was useful.

Check your understanding

Practise applying Jobs-to-be-Done Positioning Framework in five short scenarios.

5 practical scenarios. Choose an answer, explore the reasoning, and revisit the guide whenever you need.

Sources

← All entries in Positioning & Messaging · Try the category quiz