Menu

Strategy

Job Mapping

A practical UX and product strategy method for breaking down the underlying job to be done so teams can design around real needs instead of current solutions.

How to use job mapping to understand the core job, identify unmet needs, and uncover product opportunities beyond the way people solve things today.

4 min read

What it is

Job mapping is a UX and product method used to break down a “job to be done” into its core stages.

It focuses on what users are trying to achieve at a functional level, independent of any specific product or solution.

The job is mapped as a sequence of steps, from defining the goal through to completing and evaluating it.

Unlike , which looks at how users complete tasks today, job mapping focuses on the underlying job itself, removing current solutions from the equation.

It is closely linked to thinking.

The goal is to identify opportunities to improve or redesign how a job is completed.

Job mapping is most useful when the team needs to stop thinking about the current product and start thinking about the real outcome people are trying to achieve.

When to use it

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

It is most useful when:

You are defining or redefining a product or service
You want to uncover unmet needs
You are moving beyond current solutions
You are identifying innovation opportunities
You are aligning teams around user goals

It is less useful when:

You are focused on specific interfaces or interactions
You need detailed usability insight
The job is already well understood
Job mapping is often used early in product strategy and discovery.

Key takeaway

Use job mapping when the opportunity lies in understanding the job itself more clearly, not just optimising the current way it gets done.

How to run it

Set up properly

Be clear on the core job, who is doing it, and the it happens in. A job is what somebody is trying to achieve, stated without reference to any solution.

Resist writing the job around your product. "Choose the right plan on our site" is a task; "get covered before the deadline" is a job.

Run the method

Job mapping breaks a job into the stages anybody must go through to get it done, independent of how they currently do it. That independence is what makes it useful for finding opportunity.

  1. Define the core job statement in solution-free language, and test it by checking a competitor could serve the same statement.
  2. Break the job into stages: typically defining, locating, preparing, executing, monitoring and concluding.
  3. Map what somebody needs to do at each stage, including the parts that happen away from any product.
  4. Strip out references to particular products or tools. Anything solution-specific has drifted from job to task.
  5. Identify desired outcomes and at each stage, expressed as things people are trying to maximise or avoid.

Keep it solution-free. The moment a stage mentions your , the map stops describing the job and starts describing your product.

Capture and make sense of it

The value comes from seeing the whole job. After mapping, document:

  • The stages of the job and what has to happen at each
  • Stages currently unsupported by anything you offer
  • Outcomes people are trying to achieve, stated measurably
  • that shape how the job gets done

Use this to find opportunity outside your current product boundary. Most of the value in job mapping is in the stages you were not addressing.

What to look for

Focus on:

Job stages: the sequence of the job
Needs: what users are trying to achieve
Constraints: what limits success
Stage outcomes: what people are maximising or avoiding at each
Unsupported stages: parts of the job nothing you offer covers

Where it goes wrong

Most issues come from:

If it’s tied to a solution, it’s not job mapping.

Writing the job around your product, which makes it a task
Stating it so abstractly that it describes any product at all
Skipping the stages that happen away from anything you own
Building it from assumption rather than from research
Producing a map that never reaches a roadmap

What you get from it

Done properly, this method gives you:

The stages of the job, independent of how it is currently done
Stages nothing you offer currently supports
Outcomes stated measurably rather than as sentiments
Opportunity outside your existing product boundary

Key takeaway

It helps you design around what people are trying to achieve, not just what they currently do.

Get in touch

If this sounds like something you need, we can help you define the real jobs your users are trying to get done and design better solutions around them.

No guesswork. No assumptions. Just clarity that drives better products.

FAQ

Common questions

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

What is job mapping in UX?

It is a method used to break down a job into stages and understand what users are trying to achieve.

When should you use job mapping?

Use it when defining products or uncovering new opportunities.

How is it different from task analysis?

Task analysis focuses on current behaviour, while job mapping focuses on the underlying goal.

What is a job to be done?

It is the outcome a user is trying to achieve, independent of any product.

Does job mapping improve UX?

Yes. It helps design better solutions based on real user needs.

Quick take

If you want to understand what users are trying to get done, not just what they do, map the job.

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