story-mapping

用户故事地图专家

概述

运用 Jeff Patton 的用户故事地图技术，将用户旅程可视化，并把战略转化为有优先级、可交付的工作。故事地图帮助团队从功能优先转向流程优先：先理解完整的用户体验，再决定要构建什么以及按什么顺序构建。

故事地图是一个二维网格：主干（活动 → 步骤）按照用户体验旅程的顺序从左向右排列，主体（任务）挂在每个步骤下方，并按优先级从上到下排序；一条水平的 MVP 线将第 1 版与后续版本区分开来。完整结构和 6 步构建流程请参阅操作手册。

适用场景

• 定义 MVP——明确划分“必须发布”和“可以等待”的内容。
• 规划发布——安排多个版本或冲刺中的工作。
• 跨团队协同——让多个团队对用户旅程形成共同理解。
• 重组待办事项——为扁平的待办事项列表恢复背景信息和优先级。
• 新产品启动——从零开始将愿景拆解为具体工作。

不适用场景

• 没有用户旅程的纯技术基础设施工作（请使用技术探查）。
• 团队已经拥有优先级清晰且背景信息丰富的待办事项列表。
• 不涉及多个用户活动的单一功能工作。

先明确需求

构建地图前，先确认以下信息。如有任何信息未知或含糊，请提问——不要自行假设：

• 用户及其端到端旅程——谁会经历该旅程，以及按顺序排列的活动 → 步骤（用于定义地图从左向右延伸的主干）
• 目标版本 / MVP——哪些内容必须先发布，哪些可以等待（用于确定 MVP 线在第 1 版与后续版本之间的位置）
• 地图的目标——定义 MVP、安排版本顺序，还是促进跨团队协同（这会影响主体任务的拆分方式和优先级）

停止规则：只询问最可能影响输出的 2～3 个问题。如果用户说“直接起草”，则继续，并在文档开头列出假设。

参考资料

• references/playbook.md——构建地图时请阅读：故事地图的结构、6 步构建流程、文档模板、地图模式（walking skeleton / thick slice / progressive enhancement）、工作坊引导指南、故障排查和成功标准。
• references/red-flags.md——将地图用于发布规划前请阅读：故事地图常见错误方式，以及带有好坏示例的引述和改进方法。

范围与限制

**范围内：**创建用户故事地图、拆解主干和主体、定义发布切片、界定 MVP 范围、引导指南、工作坊规划、模板和模式库。

**范围外：**编写单个故事和验收标准（请参阅 job-stories/ 或 agile-product-owner）、技术架构决策、详细工作量估算、冲刺规划机制。

**重要注意事项：**故事地图是规划工具，而非合同。应随着团队的认知不断更新。在开始构建前创建的地图，其细节总会有误——价值在于形成共同理解，而不在于文档本身。Jeff Patton：“地图不是领土；对话才是领土。”

集成点

集成	方向	流转内容
job-stories/	接收自	JTBD 发现画布为绘制地图定义叙事
create-prd/	输入至	第 1 版的任务为 PRD 范围提供依据（第 7 和第 8 节）
prioritization-frameworks/	互补	RICE 评分为各发布切片中的任务确定优先级
brainstorm-okrs/	互补	发布切片与季度 OKR 目标保持一致
outcome-roadmap/	输入至	发布切片映射到路线图的 Now/Next/Later 阶段
wwas/	输入至	任务成为带有战略背景的 WWAS 待办事项

延伸阅读

• Jeff Patton，《User Story Mapping》（2014 年）
• Jeff Patton，“The New User Story Backlog Is a Map”（2005 年）
• 灵感源自 Productside 的故事地图工作坊