Menu

Strategy

Jobs To Be Done (JTBD)

A practical UX and product strategy method for understanding user motivation and desired outcomes beyond demographics.

How to apply Jobs To Be Done (JTBD) to uncover functional, emotional, and social needs and translate them into better product and UX decisions.

4 min read

What it is

Jobs To Be Done (JTBD) is a UX and method used to understand the underlying tasks, goals, or problems that users are trying to solve with a product or .

It focuses on the job users need completed, rather than demographics or surface-level .

JTBD analysis captures functional, social, and emotional dimensions of user needs, identifying what drives decision-making and .

Key takeaway

The goal is to design features, content, and experiences that directly address the user’s desired outcomes.

When to use it

Use this method when you want to understand at a deeper level.

It is most useful when:

defining or redesigning products or services
exploring unmet user needs
prioritising features based on real outcomes
improving messaging, positioning, or UX flows
creating a user-centred roadmap

It is less useful when:

tasks are trivial or easily solved
goals are purely operational with no user context
JTBD is often used alongside personas, scenario mapping, and journey mapping.

How to run it

Set up properly

Be clear on the , the you are drawing on, and what you need to understand. Jobs to be done is a lens rather than a procedure, so it needs a specific question.

Gather real accounts of decisions rather than opinions about preferences. The depends on actual switching .

Run the method

Jobs to be done reframes users as people hiring a solution to make progress in a particular circumstance. It shifts attention from who somebody is to what they are trying to accomplish.

  1. Interview or observe people about the problem they were solving, anchored to real occasions.
  2. Ask why they chose their current solution, including whatever they used before and why they stopped.
  3. Identify desired outcomes, and , expressed in terms of progress rather than .
  4. Categorise findings as functional, social and emotional jobs. Products that lose usually lost on the last two.
  5. Synthesise into job statements of the form "when [situation], I want to [motivation], so I can [outcome]".

Keep the job separate from the solution. The value of the framing is that it survives changes in technology and competition, and a solution-shaped job does not.

Capture and make sense of it

The value comes from understanding progress. After the work, document:

  • Job statements in situation, motivation and outcome form
  • Functional, social and emotional dimensions of each
  • What people currently hire, including non-consumption and manual workarounds
  • Outcomes expressed as progress, not as people asked for

Use this to define what you are really competing with. The answer is frequently a spreadsheet, a phone call, or doing nothing.

Key takeaway

Use this to align solutions with real user goals.

What to look for

Focus on:

Functional Jobs: tasks users need to complete
Emotional Jobs: feelings users want to achieve or avoid
Social Jobs: how users want to be perceived by others
Desired Outcomes: success criteria for completing the job
Barriers: friction or obstacles preventing completion

Where it goes wrong

Most issues come from:

If the job isn’t understood, the product won’t solve the right problem.

Describing the current solution rather than the underlying job
Confusing who somebody is with what they are trying to achieve
Covering the functional job and ignoring the social and emotional ones
Generalising from a single account
Producing job statements that never reach a design decision

What you get from it

Done properly, this method gives you:

Progress people are trying to make, stated in their circumstances
Functional, social and emotional dimensions together
What people currently hire, including doing nothing
A clear view of what you really compete with

Key takeaway

It helps you design products that users actually hire to get a job done.

Get in touch

If this sounds like something you need, we can help you uncover your users’ Jobs To Be Done and design solutions that truly meet their goals.

No guesswork. No assumptions. Just user-centred design that delivers results.

FAQ

Common questions

A few practical answers to the questions that usually come up around this method.

What is Jobs To Be Done (JTBD) in UX?

It is a method for understanding the tasks, goals, or problems users aim to solve with a product or service.

When should you use JTBD?

During product definition, redesign, or innovation planning.

What can you analyse?

Functional, emotional, and social jobs, desired outcomes, and friction points.

What does the jobs lens reveal that personas do not?

It reveals why users make choices and what outcomes they care about.

Does JTBD improve UX?

Yes. It ensures products and features address the real needs users are trying to satisfy.

Quick take

If you know what job users are hiring your product to do, you can design solutions that actually work.

LET'S WORK TOGETHER

Ready to improve your product?

UX, research and product leadership for teams tackling complex digital services.

Previous feedback

I had a fantastic experience working with Andy. One of his most impressive achievements during our time at NHS HEE was masterminding a deeply complex information architecture for a new platform that brought together a large number of legacy websites.

Will Parkhouse

Senior Content Designer