MVP方法：如何撰写"用户故事"加速MVP产品开发？

Sprint目标在高层次上描述了Sprint的目标，但是也可以在编写Backlog用户故事条目时体现。为了切身了解客户的需求，有些产品设计的市场和研发团队尝试运用基于客户情形，透过观察客户，叙说故事，编写剧本，再现客户情境和体验，从而沟通传达客户需求的剧本导引设计法，利用人类内心思考、言词表达的编故事、说故事的基本能力，将设计者及产品开发有关人员带入产品使用时的情境，透过这种情境故事，让设计者将与产品设计有关之信息自我内化吸收，转换对团队沟通。用户故事是从客户的角度描述工作的一种很好的方式，如图5-19所示。用户描述将缺陷、问题和改进重新集中于客户所寻求的结果，而不是所观察到的问题。通过向用户故事中添加清晰的、可度量的结果，[张乐飞1] 你可以此评估什么时候能完成。

图5-19 用户故事示例

项目里不同的参与者有不同的需求，产品经理[张乐飞2] 想跟踪进度，开发人员想实现，产品经理想功能，产品老大有更高的视角，而用户想要一个可用的系统，在这些充满冲突的视角中，想要做出一个人人都支持、皆大欢喜的决定，并且持续保持平衡是很困难的事情。整个项目组就像一个四驱车，一个角色的强势就相当于一个轮子转的过快，这对产品都是损失，导致车子的方向偏移。我们通过大家一起建立产品全景图的方式，让项目组所有人包括用户站在高空俯视产品，这种同一空间多点对多点的共识就自然的完成了。

我们通过这种一目了然、格式一致的故事地图，让项目组所有人都获得足够的信息，让项目有一个明朗的开发流程，如图5-20所示。用户故事地图作为一种有效的需求工具，可以做到多角色、多视角。以合作沟通的方式来全面理解用户需求，涉及的主题包括怎么以故事地图的方式来讲用户需求，如何分解和优化需求，如果通过团队协同工作的方式来积极吸取经验教训，从中洞察用户的需求，开发真正有价值的、小而美的产品和服务。

图5-20用户故事地图示例

用户故事地图是一个吸引用户参与设计他们所需产品的便捷手段。我们原型设计阶段的所有内容来源于用户故事地图，因为故事地图是用户全程参与的，所以在我们整个设计过程中都有用户的身影。

与参与性设计对立的是经验性设计。在进行新产品设计时，经验性设计高度依赖前期的用户调研，包括用户访谈和用户观察，但是用户不会成为产品设计的真正参与者，后面的阶段基本是靠设计师经验，几乎没有用户身影。但参与性设计“用户故事地图”通过简洁明了、场景还原的方式让用户参与其中，每个用户[张乐飞3] 故事都做到站在用户的角度，使大家[张乐飞4] 快速知道用户想要什么，为什么要这个。用户故事易读、易懂，我们边聊故事的同时进行页面框架绘制，因此能激发用户的积极性，成为产品设计的参与者。同时，随着用户渐渐掌握如何口头表达故事来描绘他们的需求，项目组成员与用户间的关系变得更加亲密主动，这种良性的循环使所有人员都获益良多。

以往我们共识用户/产品需求的方式有两种，一种是文档，翻开一看，那些格式化的语言就变成了世界上最好的催眠曲。读尚且如此，写的人会怎么样?写文档的产品经理脑子里一定会回响一个问题：“这东西写了有人认真看么？”有文档看还是好的。还有些产品经理会直接拉上团队成员聊，撰写用户故事地图，就算交接需求了，这两种方式你认为那种更加敏捷有效？这里的共识是点对点的，或者单点对多点的，信息传递也会带来信息内容的损耗，甚至错误的信息。