（十四）用户故事地图如何使用？

用户故事是以用户能自我代入的方式，设计产品，用产品讲述用户的故事。

用户故事是一种思维，即故事思维，是运用故事的元素进行思考和设计，以求解决某种问题，达到特定效果的思维。在用户故事设计中，核心是要通过故事来传递信息，引起共鸣，解决问题。优秀的故事设计能力，是能够通过故事“带领”用户解决一个个现实的问题，产品在里面的作用是“带领”，扮演者领袖的的角色，组织资源，提供方案，置顶路线，客服困难，达成目标。

产品设计中的故事思维是将故事思维运用在产品的需求收集、创新、设计、改进，帮助我们再做产品的过程中看清用户使用产品的现状是什么，了解用户在使用产品遇到什么困难，解决用户现有场景不能被满足的需求下，我们的解决方案是什么，以及描述产品以后会是什么样子。能解决用户什么问题，为用户带来什么价值。

对于大型产品的开发，用户需求的内容会很多，像是一个庞大的地图，而“用户故事”擅长聚焦于构建小的特性，专注于小的细节就没法掌握整体，所以会带给人们困惑。不知何时才能完成开发和发布。不同的用户故事也容易出现互不相匹配的产品部分，所以，为了避免这种管中窥豹的错误出现，人们改进了用户故事的处理方法，这种新的方法就是“用户故事地图”。

用户故事地图可以解决以下问题：

1）让你更容易看清backlog的全貌。

2）为新功能筛选（grooming）和划定优先级提供了更好的工具，帮助你做出决策。

3）便于使用静默头脑风暴模式和其它协作方式来产生用户故事。

4）帮助你更好地进行迭代增量开发，同时确保早期发布可以验证整体框架的解决方案。

5）为传统的项目计划提供了一个更好的替代工具。

6）有助于激发讨论和管理项目范围。

7）允许你从多个维度进行项目规划，并确保不同的想法都可以得到采纳。

如何创建用户故事地图？

1.前期准备

召集3-5名产品核心人员，可以包括产品负责人、项目经理、业务分析师、架构师、因为这些人代表了项目中的主要角色的看法，所以创建出故事地图后，在以后的全体计划会上就可以避免出现许多不必要的辩论，准备一面空出的白板，或一面墙壁，若干颜色和数量的便利贴，一卷彩色胶带。

2.整理创意框架

在正式开始创建用户故事前，大家要在一起重新明确产品的创意框架，如:

1）明确产品的目标是什么？

2）能为用户解决哪些问题？

3）公司、用户都能获得哪些收益？

然后大家统一答案，把明确的目标写在便利贴上，按照优先级排好顺序。

3.刻画用户画像

下面针对优先级最好的目标开始讨论，开始头脑风暴：

1）产品面向的主要用户群是哪些？

2）产品的潜在用户群有哪些？

3）谁会为我们的产品付钱？

基于这些问题，罗列不同类型的用户，讨论他们能从中得到什么好处，使用的动机，需要的功能等。精炼出若干类用户，制成“用户画像”卡片，卡片上的内容不是很详尽，可以描述出基本特征即可，给每个类型的人群起一个人的名字，张三李四随意，目的是方便日后讨论，以后这个名字就代表这一类人群，再对每个用户做一下简单的诉求描述。最后把这些写着用户类型的卡片，按照优先级排好，重要的用户放在上面，贴在白板上。

为了讲解的更加清晰，我把之前参加过的一个项目当做例子，演示“用户故事地图”的产生过程：这是一款大学生的微电影服务平台，我们的初衷是想要“大学生影视团队”和“有微拍电影意愿的人”在平台上对接起来，由于摄影团队所驾驭的影片难度低，需要的资金少，所以我们的目标很可能包括这些：“学生拍毕业季微电影”“学校涉社团宣传”“婚礼现场微电影烘托气氛”等等。

4.大故事

从最重要的用户类型入手，这里依然使用头脑风暴，可以按照时间顺序挖掘，描述这个人在一天中使用产品的情景，“首先它会怎样，然后怎样，然后......”这些故事可以比较概括，如“用户注册”或“修改日程”，团队中安排专门的人负责记录把每件事都写在一张便利贴上，按照时间顺序从左到右排好。当有遗漏的故事被挖掘出来的时候，可以随时调整卡片顺序。在这个过程中，做到了团队成员对所要做的东西达成了一致，产品创意精神的细节部分被所有人所消化。

下图以其中的一个用户类型为例，写出大故事：

5.深挖细节

在完成第五步的“大故事”后，“用户故事地图”的框架已经结束，下面要做的事深挖细节。白板上的卡片已经出现了第一列，这些都是大故事，我们要在每一个大故事上深挖，写出包括的细节：

1）用在这一步具体要做什么事情？

2）用户在这一步还有其它选择吗？

3）如何做才能更符合用户的习惯？

4）出现问题时如何解决？

在完成以上等等问题后，记录员要把每一个小细节都写在便利贴上，竖向排列在“大故事”卡片的下面，如果有与大故事无关的其他细节，可以放到“用户卡片”的上方的区域。到此为止，一个巨大的恐龙骨骼一样的“用户故事地图”出现在白板上，甚至，它可以沾满一面墙。

6. 划分MVP发布计划

在第五步我们所创建的“用户故事地图”涵盖了多个用户故事和叙事主线，包含了项目人员所有的愿景，但是它太庞大了，如果同时研发这些功能点，可能几年时间都做不完,"敏捷开发"也不允许我们这么做。所以为了缩短项目周期，我们要在“用户故事地图”上进行MVP的内容筛选，把最重要的内容放在前面，横向移动用户目标，纵向移动深挖的细节，然后用胶带做出分割，如下面这个例子，在第一个版本中，我只开发标号为1的部分，随着原件的不断迭代，用户故事地图也不断向下推移，此事已经完成了这个产品的发布路线图。

“用户故事地图”以直观易变得方式进行项目的良好沟通，大多数人看重的是地图的形式部分，横向讲述大故事的部分，纵向是逐步细化的内容，但是最关键的是产品的构思架构，让团队成员对想要做出的产品一目了然，大大提高了团队之间相互协作的默契度，但是要注意的一点是，功能的开拓要适度，否则这幅地图永远也画不完。正如“用户故事地图”的作者Jeff Patton所说：“如果不需要讨论，就不必绘制用户故事地图。”