一个产品待办列表里有 200 条用户故事，按优先级排好序，团队从上往下做。
三个月后，功能做了三十个，用户却说：这产品我根本用不顺。
问题不在优先级排错了，而在于平铺的列表丢掉了维度。列表能回答"先做哪个"，却回答不了"用户从进来到走完，中间经历了什么"。Jeff Patton 在 2014 年的《用户故事地图》里对这个问题的描述很直接：竖着排的故事，把用户本该经历的旅程藏起来了。
用户故事地图（User Story Mapping）加的就是这第二个维度。
一、它长什么样
一张标准的用户故事地图有四层，从上往下读：
第一层：骨架（Backbone）
顶部横排，是用户从头到尾经历的主要活动。电商的例子：浏览商品 → 比较挑选 → 加购 → 下单 → 跟踪物流 → 退换货。
关键规则：骨架上的每一项是用户的活动，用动词，不是功能模块的名词。"浏览商品"可以，"商品模块"不行。写成名词，这张图就退化成了一张躺倒的待办列表。
第二层：行走骨架（Walking Skeleton）
第二排，是每个活动的最简版本——刚好够用户把整趟流程走完，哪怕走得很糙。
浏览：一个商品列表页，能翻页。
比较：能看到价格和标题。
加购：能加一件，不能改数量。
下单：填地址，货到付款。
跟踪：一个显示"已发货"的页面。
退换：能提交一个申请表单，人工处理。
这一排是第一个发布的目标。它的意义在于：先把端到端的形状跑通，再回过头来把每一步做厚。
第三层：主体（Body）
行走骨架之下，每个活动下面垂直挂更多的故事——变体、边界情况、性能优化、体验打磨。越往下，优先级越低。
第四层：发布切片（Release Slices）
横向划线，把故事切成几个版本。每一刀切出来的，都必须是一条完整的旅程——用户在这一版里能从头走到尾，哪怕很简陋。
二、这张图真正值钱的地方
不是画出来好看，是它能暴露四件别的方式看不出来的事：
旅程的缺口。 团队如果说不出用户从"加购"到"下单"之间做了什么，骨架上就会空一块。这个空洞会一直存在到上线那天。
投入的失衡。 某个活动下面挂了 30 条故事，另一个下面只有 2 条——这说明团队在一个环节上过度投入，在另一个环节上根本没想清楚。
发布的完整性。 一个版本只做了"浏览"和"比较"这两块，做得再深，用户也走不完。地图能在承诺之前就把这件事摆到桌面上。
取舍的对话方式。 砍范围的时候，讨论的是"这一行要不要跳过"，而不是"列表里删哪几条"。前者是在讨论旅程，后者是在讨价还价。
三、一场工作坊怎么开
一个 5-8 人的团队，两个小时够用。建议严格按时间盒走：
第 1 步：定框（10 分钟）
这张图是给谁画的？他要完成什么？"一个老客户再次下单"是可用的框，"一个用户"不是。
第 2 步：搭骨架（20-30 分钟）
从头到尾走一遍用户旅程，每个主要活动一张便签，从左到右排。督促大家用动词。
第 3 步：找行走骨架（15 分钟）
问：完成这个活动，最少需要什么？答案就是第二排。这一排定下来，第一个版本的目标就有了。
第 4 步：补主体（30-60 分钟）
头脑风暴，往每个活动下面挂故事。变体、异常、优化、打磨，全都可以先写上去。
第 5 步：切发布（15 分钟）
画横线。每一刀都要保证：这一版里，用户能完整走完一趟。
第 6 步：标风险和假设（10 分钟）
第一个版本里，最大的未知是什么？这些要回到需求探索阶段去验证，而不是拖到开发中。
四、五个常见的坑
| 坑 | 后果 | 怎么避免 |
|---|---|---|
| 骨架写成功能列表 | 地图退化成躺倒的待办 | 坚持动词：用户在做什么，不是系统有什么 |
| 没有行走骨架 | 每个版本都做不完一整趟旅程 | 先把最薄的一排跑通，再谈打磨 |
| 画完就锁进抽屉 | 第二周起没人再看 | 每次规划会都打开它，随需求演进而更新 |
| 产品经理一个人画 | 有结构，没共识 | 必须多人一起画，讨论过程本身就是价值 |
| 会上就把故事写完整 | 时间全耗在措辞上 | 映射阶段只管形状，验收标准留到后面 |
五、和其他工具的配合
- 上游：用户访谈与问卷——提供原始素材。访谈记录可以先用亲和图聚类成主题，再喂给故事地图
- 上游：客户旅程图——旅程图偏体验与情绪触点，故事地图偏活动拆解与交付规划，两者互补，前者常用于发现问题，后者常用于决定做什么
- 下游：迭代待办与燃尽图——从地图的发布切片里取出故事进入迭代，用燃尽图跟踪进度
一句话记：旅程图负责"感受"，故事地图负责"范围与顺序"。
六、自检清单
- 骨架上每一条都是动词吗？
- 有没有一条能贯穿所有活动的行走骨架？
- 每个发布切片，用户都能走完整趟旅程吗？
- 有没有哪个活动下面空得可疑，或者挤得离谱？
- 这张图是团队一起画的，还是某个人画的？
- 上一次更新它是什么时候？
- 讨论砍范围时，你们是在划掉哪一"行"，还是在删清单里的条目？
结语
待办列表回答的是"接下来做什么"，故事地图回答的是"我们要陪用户走完哪一段路"。
只有前者的时候，团队很容易交付一堆功能；有了后者，团队才有机会交付一趟完整的体验。
下次规划会，别再从列表第一条开始念。先问一句：用户从左走到右，中间要经过哪几步。
