Services
Industries
Case studiesPricing
Resources
Company

Jobs-to-be-Done keyword research framework for B2B SaaS

The JTBD sourcing lens for B2B SaaS keyword research: statement structure, customer-interview extraction, translation to keyword targets, and the four common application failures.

Usama Khan
Usama KhanSenior AI Search Strategist
Published 21 January 2026Updated 24 August 202610 min read
Jobs-to-be-Done keyword research framework for B2B SaaS

The short version.

5 things to take from this piece, if you read nothing else.

  1. 01JTBD lens extraction catches keywords that traditional keyword research tools cannot surface.

    Buyers describe their underlying job in operator language ("I need to consolidate three tools into one workflow") rather than search-engine-shaped language ("workflow consolidation tools"). The translation step is what produces the keyword universe other sources miss.

  2. 02The JTBD statement structure has three components: situation, desired progress, obstacle.

    Statements with all three components produce 3 to 5 keyword translations each; statements missing components produce 0 to 1 keyword translations. The extraction discipline is the difference between productive JTBD work and frustrating JTBD work.

  3. 03Customer interviews are the canonical JTBD extraction source for B2B SaaS programs.

    Sales call transcripts produce partial JTBD signal (the buyer's evaluation-stage job) but miss the deeper situational context. Programs running both produce richer JTBD libraries than programs running only one.

  4. 04JTBD sourcing produces 100 to 300 raw keyword candidates per quarter for B2B SaaS programs, concentrated in

    MOFU and BOFU buyer stages. The output complements traditional keyword research tool output (which skews TOFU) and competitor gap analysis (which skews to the existing category vocabulary).

  5. 05Four application failures recur in B2B SaaS JTBD programs.

    Confusing user stories with JTBD statements, extracting from too few interviews, translating without buyer journey stage calibration, and treating JTBD as a one-time research artifact. Each failure has a specific operational fix.

On this page

Jobs-to-be-Done (JTBD) is a customer research framework that identifies the underlying job a buyer is trying to get done rather than the surface query they happen to run. Generic keyword research tools surface what buyers type into search engines; JTBD lens extraction catches the keywords buyers would search for if they expressed their job in search-engine-shaped language but currently express in operator language.

The framework below covers what JTBD means for keyword research specifically, the JTBD statement structure that maps onto buyer queries, the extraction workflow from customer interviews, the translation process from JTBD statements to keyword targets, where JTBD sourcing fits in the broader keyword research methodology, and the four common application failures that produce wasted extraction effort.

01What Jobs-to-be-Done means for keyword research specifically

JTBD theory developed in two streams. Clayton Christensen's stream (Harvard Business School, then the Christensen Institute) framed JTBD as a theory of disruption and innovation. Tony Ulwick's stream (Strategyn) developed JTBD into Outcome-Driven Innovation with prescriptive customer research methods. Both streams agree on the core insight: customers do not buy products, they hire products to make progress on a specific job in a specific situation.

For keyword research specifically, the JTBD insight produces an operator implication that generic keyword research methodology misses. Buyers running queries in search engines have already translated their underlying job into search-engine-shaped language by the time the query happens. The translation step is lossy: the buyer's full job context compresses into 2 to 6 words that the search engine can parse. Traditional keyword research tools see only the compressed surface; JTBD extraction recovers the underlying job and surfaces additional keyword candidates that the compression step dropped.

This sits inside the keyword research operator playbook for B2B SaaS and connects to the end-to-end keyword research methodology operator playbook for B2B SaaS programs where JTBD is Source 5 of the five-source framework. It also connects to the broader B2B SaaS SEO operator reference at the pillar level.

02The JTBD statement structure and how it maps onto buyer queries

The canonical JTBD statement format runs: "When [situation], I want to [desired progress], so I can [outcome]." For B2B SaaS programs, a strong JTBD statement example: "When my marketing team is preparing the quarterly board report, I want to consolidate pipeline data from three sources, so I can present attribution numbers I can defend."

The three components map onto buyer queries differently. The situation component ("preparing the quarterly board report") maps onto context-specific queries that surface when buyers describe their use case. The desired progress component ("consolidate pipeline data from three sources") maps onto solution-shaped queries (workflow consolidation, data integration, multi-source pipeline). The outcome component ("present attribution numbers I can defend") maps onto outcome-shaped queries (attribution defensibility, board-ready pipeline reporting, CFO-credible attribution). A single JTBD statement with all three components produces 3 to 5 distinct keyword translations across the three mapping types. ... and the discipline framing matches what Moz's Beginner's Guide to SEO keyword research has documented as the foundational practice: keywords are proxies for buyer intent, not topic labels, and the research discipline is about identifying which intents the program can credibly satisfy at scale.

03Extracting JTBD statements from customer interviews

The extraction workflow runs in three operational steps. Step 1: conduct 8 to 15 customer interviews per quarter using JTBD interview methodology (covered in detail by the Re-Wired Group and Bob Moesta's When Coffee and Kale Compete. Programs new to JTBD interviews should study these sources for technique). Interviews focus on buyers who recently switched to or from the product, because the switch moment surfaces the underlying job most clearly. Step 2: transcribe interviews and review for JTBD statement candidates. Step 3: refine candidates into the canonical statement format, ensuring all three components are present.

Output per quarter: 12 to 25 well-formed JTBD statements covering the buying committee personas. The statement library compounds across quarters because customer jobs are relatively stable over multi-year periods, even as specific keywords evolve. This pairs with the sales-call mining operator playbook that complements JTBD extraction.

04Translating JTBD statements into keyword targets

The translation workflow turns each well-formed JTBD statement into 3 to 5 keyword candidates across the three mapping types from chapter 02. The discipline is brainstorming the search-engine-shaped query a buyer would run if they translated each component into search syntax. Translation works better as a collaborative exercise (2 to 3 marketing-team members together) than as a solo exercise because the translation requires fluency in both the buyer's operator vocabulary and the search-engine query vocabulary.

Translated candidates go through Stage 2 enrichment in the broader methodology (search volume, KD, intent, commercial signal). Many JTBD-sourced keywords show low search volume because the buyer-specific language has not yet aggregated into a high-volume query head. Low volume does not disqualify the keyword: JTBD-sourced keywords often have very high commercial intent because they target the buying moment with operator-specific language that signals genuine buyer engagement. ... and the buyer-mindset framing is consistent with Gartner's research on the B2B buying journey, which describes the "complex or difficult" experience B2B buyers report at high rates, language that signals exactly the JTBD-style frustration the keyword research is designed to surface.

05Where JTBD sourcing fits in the broader keyword research methodology

JTBD sourcing is Source 5 in the five-source framework, sitting alongside customer interviews / sales calls (Source 1), in-product search data (Source 2), competitor gap analysis (Source 3), and traditional keyword research tools (Source 4). JTBD differs structurally from Source 1 because Source 1 extracts buyer-language phrases directly from interviews; JTBD extracts the underlying job statement and then translates it into multiple keyword candidates. The two sources are complementary rather than substitutable.

Programs running JTBD as a standalone source see 100 to 300 raw keyword candidates per quarter concentrated in MOFU and BOFU buyer stages. The MOFU/BOFU concentration is structurally produced because well-formed JTBD statements describe specific situations and outcomes that map onto evaluation-stage queries. Programs running JTBD without the broader methodology miss the TOFU keyword surface that traditional research tools dominate.

06Common JTBD application failures and how to fix them

Four failure patterns recur. Failure 1: confusing user stories with JTBD statements. User stories ("As a marketing manager, I want to consolidate data, so I can save time") describe the user role; JTBD statements describe the situation and progress. The fix is rigorous statement-format discipline. Failure 2: extracting from too few interviews. Programs running 3 to 4 interviews per quarter produce JTBD libraries that miss persona variation. The fix is 8 to 15 interviews per quarter. Failure 3: translating without buyer journey stage calibration. Translations that ignore where in the buyer journey the keyword surfaces produce keyword targets that mismatch the content format. The fix is explicit stage tagging during translation. Failure 4: treating JTBD as a one-time research artifact. Customer jobs evolve as the product, category, and buyer expectations evolve. The fix is quarterly JTBD library refresh integrated with the broader keyword research operating cadence.

If you want to scope a JTBD interview program calibrated to your B2B SaaS category, book a 30-minute conversation about your JTBD keyword research workflow and we will design the interview cadence against your current customer research operating model.

Questions people ask.

Short answers. The detail is in the article above.

What is Jobs-to-be-Done in the context of keyword research?

Jobs-to-be-Done (JTBD) in keyword research is a sourcing lens that identifies the underlying job a buyer is trying to get done rather than the surface query they happen to run. The framework, developed by Clayton Christensen and Tony Ulwick, frames customer behavior around hiring products to make progress on specific jobs in specific situations. For keyword research specifically, JTBD lens extraction catches keyword candidates that traditional keyword research tools miss because buyers express their job in operator language before translating it into search-engine-shaped queries.

What's the format of a JTBD statement?

The canonical JTBD statement format runs: "When [situation], I want to [desired progress], so I can [outcome]." All three components matter. Statements with all three components produce 3 to 5 keyword translations each; statements missing components produce 0 to 1 keyword translations. The format is the difference between productive JTBD work and frustrating JTBD work for B2B SaaS keyword research applications.

How do you extract JTBD statements from customers?

Conduct 8 to 15 customer interviews per quarter using JTBD interview methodology, focused on buyers who recently switched to or from the product. The switch moment surfaces the underlying job most clearly because it forces the buyer to articulate why the prior solution stopped working and what the new solution accomplishes. Transcribe interviews, review for JTBD statement candidates, then refine candidates into the canonical statement format ensuring all three components (situation, desired progress, outcome) are present.

How is JTBD different from regular customer research?

Regular customer research describes who customers are (demographics, firmographics, persona attributes) and what they say they want. JTBD describes what customers are trying to do (the job) in specific situations and the obstacles to making progress. The distinction matters operationally because two customers with identical demographics and persona attributes may be hiring the same product for different jobs, and the keyword surface for each job differs.

How many JTBD statements should a B2B SaaS program develop?

12 to 25 well-formed JTBD statements per quarter from the interview workflow, accumulating to 60 to 150 statements after 18 to 24 months of quarterly extraction. The statement library compounds because customer jobs are relatively stable over multi-year periods even as specific keywords evolve. Programs with mature JTBD libraries (100+ statements) produce keyword translations that compound through 4 to 6 quarterly research cycles before the library needs structural refresh.

You've read how we do it. Want it done on yours?

Bring the target and the constraints. We tell you what the next two quarters should look like, before you sign anything.

Hi Rizwan, I'm from . We want to and I'd like a plan for the next two quarters. Reach me at .

Opens the calendar with this filled in. Nothing is stored until you book.