Home
cd ../playbooks
Product ManagementIntermediate

User Story Mapping (Component)

Hierarchical story map template — segment → persona → narrative → activities → steps → tasks — left-to-right user journey with vertical priority for MVP planning and gap identification.

60-90 minutes
By communitySource
#story-mapping#jeff-patton#backlog#mvp#user-journey

You handed engineering a 200-item Jira backlog and asked them to "figure out the MVP." Flat lists hide the journey: engineers can't see which 20 items deliver end-to-end value vs. polish. A story map breaks work into activities → steps → tasks, prioritizes vertically, and makes the MVP a visible row across the top instead of a guess.

Who it's for: PMs structuring backlogs, design leads visualizing flow, engineering leads scoping MVP, BAs translating workflows into work

Example

"Map a freelance designer's project workflow" → Activities: Negotiate → Execute → Deliver → Invoice → Tasks beneath each (review brief, draft proposal, etc.) → Vertical release lines drawn at MVP / R2 / Future

CLAUDE.md Template

New here? 3-minute setup guide → | Already set up? Copy the template below.

# User Story Mapping

Create a hierarchical story map (segment → persona → narrative → activities → steps → tasks) organized as a left-to-right user journey with vertical priority. Visualize *how* users accomplish goals to inform *what* to build.

Not a backlog — a strategic artifact showing the user journey, used to prioritize and identify gaps.

## The Jeff Patton Framework

**Horizontal:** activities → steps → tasks (user journey over time).
**Vertical:** priority (top = MVP, bottom = future).

```
[Activity 1] → [Activity 2] → [Activity 3] → [Activity 4]
     ↓              ↓              ↓              ↓
  Step 1.1       Step 2.1       Step 3.1       Step 4.1
  Step 1.2       Step 2.2       Step 3.2       Step 4.2
     ↓              ↓              ↓              ↓
  Task 1.1.1     Task 2.1.1     Task 3.1.1     Task 4.1.1
  Task 1.1.2     Task 2.1.2     Task 3.1.2     Task 4.1.2
```

## When to Use

- New product or major feature kickoff
- Aligning stakeholders on user workflow
- Prioritizing backlog by user need
- Identifying MVP vs. future releases

**Don't use:** trivial features, constantly-changing workflows, as a stories replacement.

## Application

### Step 1: Define Context

```markdown
### Segment:
[Specific target, e.g., "Freelance graphic designers managing 5-10 clients"]

### Persona:
[Demographics, behaviors, pains, goals — reference proto-persona]

### Narrative:
[One-sentence outcome-focused goal, e.g., "Complete a client project from kickoff to payment"]
```

### Step 2: Identify 3-5 Activities (Backbone)

Sequential, user actions (not product features), left-to-right.

Example:
1. Negotiate scope and pricing
2. Execute design work
3. Deliver final assets
4. Send invoice and receive payment

### Step 3: Break Activities into 3-5 Steps

For each activity, what does the user do?

```markdown
**Activity 1: Negotiate scope**
- Step 1: Review client brief
- Step 2: Draft proposal
- Step 3: Negotiate timeline + budget
```

### Step 4: Break Steps into 5-7 Tasks

Granular, observable, prioritizable actions.

```markdown
**Step 1.1: Review brief**
- Read brief document
- Identify deliverables
- Note budget constraints
- Clarify timeline
- List open questions
```

### Step 5: Prioritize Vertically

- Top rows: MVP / Release 1
- Middle: Release 2
- Bottom: Future / nice-to-have

Draw horizontal release lines.

### Step 6: Identify Gaps

- Missing steps or tasks?
- Pain points not addressed?
- Opportunities to delight?
- Logical flow?

## Common Pitfalls

1. **Activities are features, not behaviors** — "Use the dashboard" vs. "Monitor project progress."
2. **Too many activities** — 10+ means you're mixing activities with steps. Aim for 3-5.
3. **Vague tasks** — "Do the thing." Be specific: "Enter client email in 'Bill To' field."
4. **No vertical prioritization** — all tasks at one level = no MVP clarity.
5. **Mapping in isolation** — PM creates alone. Map with product, design, engineering together.

## References

- `skills/proto-persona` — defines the persona
- `skills/jobs-to-be-done` — informs narrative + activities
- `skills/user-story` — tasks become stories
- `skills/problem-statement` — frames the narrative
- Jeff Patton, *User Story Mapping* (2014)
README.md

What This Does

Provides the structured template for a Jeff Patton-style story map — segment, persona, narrative (JTBD-style), 3-5 activities (backbone), 3-5 steps each, 5-7 tasks each, prioritized vertically with release lines. Use as the artifact; pair with user-story-mapping-workshop for a facilitated session.

Pairs with proto-persona, jobs-to-be-done, user-story, and problem-statement.


Quick Start

mkdir -p ~/Documents/StoryMap
mv ~/Downloads/CLAUDE.md ~/Documents/StoryMap/
cd ~/Documents/StoryMap
claude

Provide segment, persona, and the user's high-level goal. Claude generates the full hierarchical map and proposes release lines.


The Hierarchy

Level Count Description
Activity 3-5 Sequential user actions (backbone)
Step 3-5/activity Specific user actions within an activity
Task 5-7/step Granular work to complete a step

Vertical priority: top = MVP, middle = R2, bottom = future.


Tips & Best Practices

  • Activities are user actions, not features. "Monitor progress" beats "Use the dashboard."
  • 3-5 activities total. More means you're mixing activities with steps.
  • Tasks must be specific. "Do the thing" → "Enter client email in 'Bill To' field."
  • Draw release lines. No lines = no MVP clarity.
  • Map collaboratively. PM-only mapping kills shared ownership.

Common Pitfalls

  • Activities written as features ("Use the dashboard")
  • 10+ activities in the backbone (over-decomposition)
  • Vague tasks that can't be estimated
  • Single priority tier (no MVP vs. future split)
  • Solo PM creating the map then "presenting" it

$Related Playbooks