DISCOVERY & PLANNING · LESSON 02.03beginner

Requirements gathering — interviews, JTBD, user stories.

Talk to people. Listen for the actual job, not the surface request.

↳ tl;dr

Requirements aren't a deliverable people hand you — they're something you uncover by talking to users and stakeholders. Interviews surface context, Jobs To Be Done reframes around what people are hiring the product to do, and user stories capture the output in a format the team can actually build from.

Interviews — the discipline

Open-ended questions, not leading ones. "Tell me about the last time you tried to do X" not "would you use a feature that does X?" The worst requirements come from asking customers what they want; the best come from asking what they did. People are reliable narrators of their past, terrible predictors of their future.

Jobs To Be Done (JTBD)

JTBD reframes the question: instead of "what does this user want?" ask "what job is this user hiring our product to do?" A spreadsheet might be hired to track expenses, model a forecast, or organize wedding seating — those are different jobs that look identical on the surface. JTBD surfaces the underlying progress the user is trying to make.

People don't want a quarter-inch drill. They want a quarter-inch hole.

Theodore Levitt, paraphrased

User stories — the output format

The classic format: "As a [user], I want [capability], so that [outcome]." The third clause is the part new PMs drop. Without it, you're just listing features. With it, the team can make sensible trade-offs because they know what the story is for.

Patton's User Story Mapping (2014) extends this into 2D: stories arranged horizontally as a user journey, then vertically by priority. The map shows the whole story at once — which is harder to do with a flat backlog.

// practice this

Listen to NPC framing in scenes

Notice how scenes often present a stakeholder's surface request — and the right answer is usually to clarify the underlying job before committing to a build.

// sources

Sources cited

  1. [01]
    User Story Mapping: Discover the Whole Story, Build the Right Product

    Patton, J. · O'Reilly Media · 2014 · retrieved 2026-04

    Patton popularised story mapping as a technique for managing product backlogs.

  2. [02]
    Inspired: How to Create Tech Products Customers Love

    Cagan, M. · Wiley · 2017 · retrieved 2026-05

    Defines the modern PRD (now usually a brief) and product-discovery practice.

// sources

Further reading

  1. [01]
    User Story Mapping: Discover the Whole Story, Build the Right Product

    Patton, J. · O'Reilly Media · 2014 · retrieved 2026-04

    Patton popularised story mapping as a technique for managing product backlogs.

  2. [02]
    Inspired: How to Create Tech Products Customers Love

    Cagan, M. · Wiley · 2017 · retrieved 2026-05

    Defines the modern PRD (now usually a brief) and product-discovery practice.