人们现在提起头脑风暴，都觉得效率不高，吵吵嚷嚷一通讨论，最后也没得出什么有价值的结论。参加头脑风暴的人还都觉得自己有理，但就是没法决定采用哪种方案。

「应用型用户故事地图」的产生

大概一年前，我和同学在听一节关于敏捷开发功能优先级的高级讲座，学习应该优先开发哪个功能，及何时发布该功能。在课堂练习中，我们受到启发：可以把这种干枯、系统化的方法变得有趣，用在产品发掘的头脑风暴中。一周后，我们就照着做了：没太多准备，也没多想，就决定用与我们利益最相关的用户进行测试。

事实证明的我们想法没错。这个框架正是我们需要的，因为在头脑风暴中利用用户故事地图，能让我们把注意力集中在构思和发掘上。此后我们一直用这个方法，它非常适用于各种不同的头脑风暴。我们叫它「应用型用户故事地图」，把它用在所有用户身上，进而发布或改进了许多成功的产品。去年一年中，我们发现「应用型用户故事地图」不仅能产生一些集体智慧下的想法，而且它是一个非常棒的工具用来调整用户或相关利益者。

接下来我将介绍具体操作方法。

准备以下工具：

●三种不同颜色的便利贴

●颜色编码标签

●记号笔若干

●一面平整的墙

●一名会议主持人

所需时间

10-15人需要45-40分钟。每多加10个人，就增加10分钟和一名主持人。例如：

10-15名与会者：1名主持人，50分钟

15-25名与会者：2名主持人，60分钟

第一步：讲故事

整个头脑风暴的主干就是讲故事。这个故事就是按时间顺序，列出针对假想用户所做的设计的步骤或行为。

例如，如果我们正在讨论为体育爱好者设计一款新闻阅读器，哪天有比赛，我们就会在哪天讲这个故事。或者如果我们正在为经常打飞的的人设计一个新的高级服务，我们就会把故事从订票扩展到飞行本身的问题。

如何讲故事

●  所有与会者人手准备一些黄色的便利贴和一支记号笔。

●  每个人7分钟，按时间顺序写出所有能想到的用户行业。（每人10-25张便利贴即可）

●  每个人行为的粒度不同，这没关系。

●  时间一到，大家都要把自己的便利贴按时间顺序和步骤贴在墙上，而且要按同一水平时间线贴。可能很多人的步骤相似，可以把它们摞在一起贴。

第二步：将用户行为分组

保持墙面整洁，现在开始在时间线上对行为进行分组。如果你的故事要跨好几天，这对你很有帮助。分组后，就能很快明白要关注故事中的哪些行为。这步很简单，由主持人完成即可。

如何对用户行动分组

●  主持人按时间线进行分组，如「早晨准备阶段」、「上班路上」、「工作」、「午餐」、「下班回家」、「晚餐」等等。

●  用橙色便利贴作为分组标签，并写上「早晨准备阶段」、「上班路上」等等，把它们贴在每个时间段的首部。

一般4到5个分组即可，当然也能根据自己需要增减

                                        

第三步：头脑风暴！

有趣的来了。与会者要尽可能多的想出每个时间点上相关的想法。这个想法是对应时间线上的步骤的，如「起床」，并且产品是如何契合或影响用户此时此刻的行为。比如一个新闻阅读器app应该长这样：

每人只有15分钟发言时间，但足够了。重要的是主持人要告知想法的数量重于质量，不管是可行的还是奇葩的。一定要鼓励大家多说。

如何进行头脑风暴

● 所有与会者准备一些蓝色便利贴和一支记号笔。

● 拿着便利贴站在时间线旁边，准备写。

● 在15分钟内尽可能多的写下想法。

● 在每步下面竖着贴。

● 与时间线不相关的想法贴在时间线的左边。

● 我建议放点音乐让大家的思维更活跃。

● 15分钟一到，大家坐回座位，这时主持人念出每个蓝色便利贴，以便知道其他人的想法。这对字不好的人很有帮助。

第四步：投票并整理

现在大家都清楚了时间线上所有的想法，接下来要选出最适合的。这么做能快速发现哪些功能和想法要优先实施。

如何投票

● 给每个人6个小圆贴纸。颜色无所谓，除非你想知道是谁投的。

● 每人投票计时8分钟。不要互相问投谁。设定一个投票标准，可以是「哪些想法能使假想用户的日子比现在好10倍？」

● 投票结束后，主持人把所有被投的便利贴收集到一起，按竖列粘贴。

关于优先级别

做一个功能和方案优先级别列表没错，但它没有考虑到这些功能和方案在将来应用的可能性。因为有些工作可能很难进行，而且要花好几个月才能完成。这就是为什么要在这个时候用一张蓝色便利贴画一个精力/影响的坐标轴，让那些有奇思妙想的人感觉到他们的想法没有被否决，只是现在暂时没法实施，先把精力放在可行方案上。

清楚明确「影响」的定义很重要，它直接影响到用户和商业所用到的功能，或者解决某个具体问题的功能。

使用并调整「应用型用户故事地图」

我说过，我们在每个用户身上都使用过「应用型用户故事地图」，但有些特例。

● 我们帮eBay Plus搞了一些新奇好玩的小功能。虽然eBay Plus本身针对卖家，但我们却站在买方立场，做了一条买方视角时间线，从他们的角度出发考虑Plus能带给他们什么好处。

● 我们标记出足球球迷爱看的比赛日，以及德国足球甲级联赛的非比赛日，从而研究怎样才能改善他们的体验。

● 我们用这种方法来思考Number26（一家致力于创建未来银行账户的移动银行初创公司，总部位于柏林）是怎样引领未来银行业，得出结论后创建多个原型，然后进行测试。这个case时间线的范围是从用户早上一睁眼到晚上睡觉为止，其中包含很多细节，甚至细到用户去哪里吃饭。这些所有的细节让我们充分地考虑了产品粒度和具体的功能。

「应用型用户故事地图」很好用

回到头脑风暴上来，现在大家肯定有一大堆投票选出的好点子、功能建议或解决方案。当然，我省去了创建「应用型用户故事地图」前后的一些步骤。通常情况下，制作「应用型用户故事地图」应该在草拟出具体界面或服务理念之前，和在对用户略知一二和建立基本用户模型之后。为期一天的产品发掘头脑风暴会的流程基本上是这样的：

● 对产品/服务目标的概述和讨论

● 创建简洁直观的用户模型

● 「应用型用户故事地图」

● 列出优先化解决方案

● 草拟出潜在产品/功能

● 决定以什么为原型及测试的内容是什么

何时使用「应用型用户故事地图」

「应用型用户故事地图」是灵活多样的，可用在任何产品或服务构思过程中。「应用型用户故事地图」基本没什么成本又操作简单。向公司其他部门宣布方案之前，可以先在小型产品团队中先行验证通过。我建议先在非核心功能上试一下，例如更新用户账号，或者提高现有用户的参与度（例如，通过什么渠道向用户推送消息）

希望有机会你可以在公司或用户身上试一下，别忘了告诉我用后感觉怎么样：）

---

本文译自A Framework For Brainstorming Products，作者Jonathan Courtney