Skip to main content

JTBD Framework Fundamentals

Deep dive into the core principles and methodology of Jobs To Be Done (Advanced Content)

πŸ’‘ New to JTBD?

This is advanced content. If you're new to Jobs To Be Done, start with What is JTBD? or How RoleDream Connects Them.

Theory

The Theory Behind JTBD

Jobs To Be Done theory, created by Tony Ulwick in 1990 and later popularized by Clayton Christensen, fundamentally changes how we think about innovation and customer needs. It's based on the insight that customers don't buy productsβ€”they "hire" them to do specific jobs.

Jobs Drive Behavior

People's purchasing decisions are driven by the job they need to accomplish, not by customer demographics or product attributes.

Jobs Are Stable

While technologies and solutions change rapidly, the fundamental jobs people need to accomplish remain relatively stable over time.

Context Matters

The same person may have different job requirements in different contexts, leading to different solution preferences.

Historical Context

Tony Ulwick created JTBD theory in 1990 after experiencing product failures at IBM. Clayton Christensen later popularized it through his books on disruptive innovation, bringing it to mainstream business audiences.

Anatomy

Anatomy of a Job

Job Statement Structure

When[situation],I want to[motivation],so I can[expected outcome]

Situation (When)

The context or circumstances that trigger the need for the job

Example: "When I'm commuting to work..."

Motivation (I want to)

The functional, emotional, or social job to be accomplished

Example: "...I want to stay entertained and alert..."

Outcome (So I can)

The desired end result or benefit the customer seeks

Example: "...so I can arrive at work focused and ready."
Levels

Job Hierarchy & Relationships

Jobs nest: overarching life goals decompose through big objectives and everyday tasks down to immediate actions. Products usually attach at the bottom two levels β€” the best innovations understand the levels above.

Life Jobs
"Live a healthy life"
Big Jobs
"Maintain fitness"
Little Jobs
"Complete workout"
Micro Jobs
"Track heart rate"

Using the Level Field in RoleDream

When creating or editing a job on the Blueprint, use the optional Level field to classify where your job sits in the hierarchy. Enter "Life", "Big", "Little", or "Micro" (or your own custom level labels). The level is stored with the job and is visible when you open the job form; it is not shown on the job card itself.

Types

Types of Jobs (Deep Dive)

Functional Jobs

The practical, utilitarian tasks customers need to accomplish

Characteristics:

  • β€’ Objective and measurable
  • β€’ Clear success criteria
  • β€’ Often time-bound
  • β€’ Process-oriented

Examples:

  • β€’ "File my tax return accurately"
  • β€’ "Get from home to work quickly"
  • β€’ "Find a reliable contractor"
  • β€’ "Backup my important files"

Emotional Jobs

The feelings and emotional states customers want to achieve

Characteristics:

  • β€’ Subjective and personal
  • β€’ Often subconscious
  • β€’ Highly contextual
  • β€’ Drive loyalty and preference

Examples:

  • β€’ "Feel confident and prepared"
  • β€’ "Reduce anxiety about the future"
  • β€’ "Feel entertained and engaged"
  • β€’ "Maintain a sense of control"

Social Jobs

How customers want to be perceived by others

Characteristics:

  • β€’ Identity and status-driven
  • β€’ Influenced by culture and trends
  • β€’ Group and context dependent
  • β€’ Often visible to others

Examples:

  • β€’ "Be seen as environmentally conscious"
  • β€’ "Appear tech-savvy and current"
  • β€’ "Demonstrate good parenting"
  • β€’ "Show professional competence"
Forces

Forces Acting on Jobs

Understanding the forces that influence job execution helps predict customer behavior and design better solutions.

Push Forces (Motivating)

Problem Urgency

How pressing is the need to solve this job?

Problem Magnitude

How big of an issue is this for the customer?

Solution Attractiveness

How appealing is the proposed solution?

Blocking Forces (Habit & Anxiety)

Status Quo Comfort

Preference for familiar current solutions

Switching Costs

Time, money, and effort required to change

Solution Anxiety

Concerns about new solution risks

In RoleDream

How RoleDream Supports JTBD

Framework Implementation

The Blueprint Canvas

Jobs, their competing solutions, step trees, and staged resources on one connected surface

Segments

Group customers by job similarity rather than demographics, and link them to their jobs

Research as Evidence

Link interviews and observations to the jobs they document β€” quotes live here, not in descriptions

Solution Step Analysis

Break each solution into ordered steps and sub-steps, with parallel work on separate branches β€” the process detail lives here

JTBD implementation showing Job-Solution-Step hierarchy on the visual canvas - click to zoom

JTBD in practice on the Blueprint: one job's competing solutions as tabs, the hired one active with its step sequence and staged resources. (Click to zoom)

Real-world Application

This system transforms JTBD theory into practical tools for product teams, researchers, and innovators to understand and serve customer needs better.

See Use Cases
Jobs vs solutions

The Hiring Model

You don't "hire" a job β€” jobs exist whether you do them or not. You "hire" a solution to accomplish the job. This distinction is fundamental to JTBD.

Job (Stable Goal)

The enduring need that doesn't change over time.

Example: "Deliver order to customer"

Solution (What Gets Hired)

The approach that can be hired/fired to accomplish the job.

Example: "Car delivery" or "Drone delivery"

Solution Steps (Process)

The specific steps for a particular solution.

Example: "Load vehicle" β†’ "Navigate route" β†’ "Hand off package"

HiringDecisions Track What Works

HiringDecisions record when solutions are hired, fired, or switched. This tracks what works or fails for accomplishing jobs.

Hire: "Customer started using drone delivery"
Fire: "Stopped using bike couriers due to range limits"
Switch: "Moved from car to electric van for eco reasons"
Delivery side

The Delivery Perspective

While JTBD focuses on why customers need something, RoleDream adds a complementary perspective: how the people and systems on the delivery side meet those needs.

How Segments Reach the Work

Segments Reach Jobs

Link each segment β€” a customer group, a team, a single position β€” to the jobs it performs or needs done, and chain segments only where one really breaks down into the other. Selecting a segment on the Blueprint lights that whole flow

Solution Steps Define Process

Each solution breaks into ordered steps and sub-steps, branching where work runs side by side β€” how the work actually gets done

Resources Stage Under Steps

Each step's tools and systems sit in the Frontstage or Backstage lane β€” the line of visibility

Coffee Shop Example

Segment (delivering)

Baristas β€” deliver the service

Segment (served)

Morning commuters β€” who the baristas serve

Job (Stable Goal)

Get energized for the day

Solution (Hired)

Espresso-based coffee drink

Solution Steps
  1. Greet customer (input: customer arrival)
  2. Take order (output: order ticket)
  3. Grind beans (tool: grinder)
  4. Brew espresso (tool: espresso machine)
  5. Customize drink (action: add milk/syrup)
  6. Serve to customer (output: completed drink)
Resources

Espresso machine, Grinder, POS system, Cups

Connecting Both Perspectives

When a commuter "hires" an espresso drink to "get energized for work", the barista delivers by executing the solution's steps. The job ("get energized") stays constant, but solutions (espresso, tea, energy drink) can be hired or fired.

Learn About JTBD