应用型用户故事地图，让产品的头脑风暴事半功倍

　　现在提起头脑风暴，都觉得效率不高，吵吵嚷嚷一通讨论，最后也没得出什么有价值的结论。参加头脑风暴的人还都觉得自己有理，但就是没法决定采用哪种方案。
　　应用型用户故事地图的产生
　　大概一年前，我和同学在听一节关于敏捷开发功能优先级的高级讲座，我们学习应该优先开发哪个功能，及何时发布该功能。在课堂练习中，我们受到启发：可以把这种干枯、系统化的方法变得有趣，用在产品发掘的头脑风暴中。一周后，我们就照着做了：没太多准备，也没多想，就决定用与我们利益最相关的用户进行测试。
　　事实证明的我们想法没错。这个框架正是我们需要的，因为在头脑风暴中利用用户故事地图，能让我们把注意力集中在构思和发掘上。此后我们一直用这个方法，它非常适用于各种不同的头脑风暴。我们叫它应用型用户故事地图，把它用在所有用户身上，进而发布或改进了许多成功的产品。去年一年中，我们发现应用型用户故事地图不仅能产生一些集体智慧下的想法，而且它是一个非常棒的工具用来调整用户或相关利益者。
　　接下来我将介绍具体操作方法。
　　准备以下工具：
　　三种不同颜色的便利贴
　　颜色编码标签
　　记号笔若干
　　一面平整的墙
　　一名会议主持人
　　所需时间
　　1015人需要4540分钟。每多加10个人，就增加10分钟和一名主持人。例如：
　　1015名与会者：1名主持人，50分钟
　　1525名与会者：2名主持人，60分钟
　　第一步：讲故事
　　整个头脑风暴的主干就是讲故事。这个故事就是按时间顺序，列出针对假想用户所做的设计的步骤或行为。
　　例如，如果我们正在讨论为体育爱好者设计一款新闻阅读器，哪天有比赛，我们就会在哪天讲这个故事。或者如果我们正在为经常打飞的的人设计一个新的高级服务，我们就会把故事从订票扩展到飞行本身的问题。
　　如何讲故事
　　所有与会者人手准备一些黄色的便利贴和一支记号笔。
　　每个人7分钟，按时间顺序写出所有能想到的用户行业。（每人1025张便利贴即可）
　　每个人行为的粒度不同，这没关系。
　　时间一到，大家都要把自己的便利贴按时间顺序和步骤贴在墙上，而且要按同一水平时间线贴。可能很多人的步骤相似，可以把它们摞在一起贴。
　　第二步：将用户行为分组
　　保持墙面整洁，现在开始在时间线上对行为进行分组。如果你的故事要跨好几天，这对你很有帮助。分组后，就能很快明白要关注故事中的哪些行为。这步很简单，由主持人完成即可。
　　如何对用户行动分组
　　主持人按时间线进行分组，如早晨准备阶段、上班路上、工作、午餐、下班回家、晚餐等等。
　　用橙色便利贴作为分组标签，并写上早晨准备阶段、上班路上等等，把它们贴在每个时间段的首部。
　　一般分四到五组即可，当然也可以根据自身的需要
　　第三步：头脑风暴！
　　有趣的来了。与会者要尽可能多的想出每个时间点上相关的想法。这个想法是对应时间线上的步骤的，如起床，并且产品是如何契合或影响用户此时此刻的行为。比如一个新闻阅读器app应该长这样：
　　每人只有15分钟发言时间，但足够了。重要的是主持人要告知想法的数量重于质量，不管是可行的还是奇葩的。一定要鼓励大家多说。
　　如何进行头脑风暴
　　所有与会者准备一些蓝色便利贴和一支记号笔。
　　拿着便利贴站在时间线旁边，准备写。
　　在15分钟内尽可能多的写下想法。
　　在每步下面竖着贴。
　　与时间线不相关的想法贴在时间线的左边。
　　我建议放点音乐让大家的思维更活跃。
　　15分钟一到，大家坐回座位，这时主持人念出每个蓝色便利贴，以便知道其他人的想法。这对字不好的人很有帮助。
　　第四步：投票并整理
　　现在大家都清楚了时间线上所有的想法，接下来要选出最适合的。这么做能快速发现哪些功能和想法要优先实施。
　　如何投票
　　给每个人6个小圆贴纸。颜色无所谓，除非你想知道是谁投的。
　　每人投票计时8分钟。不要互相问投谁。设定一个投票标准，可以是哪些想法能使假想用户的日子比现在好10倍？
　　投票结束后，主持人把所有被投的便利贴收集到一起，按竖列粘贴。
　　关于优先级别
　　做一个功能和方案优先级别列表没错，但它没有考虑到这些功能和方案在将来应用的可能性。因为有些工作可能很难进行，而且要花好几个月才能完成。这就是为什么要在这个时候用一张蓝色便利贴画一个精力影响的坐标轴，让那些有奇思妙想的人感觉到他们的想法没有被否决，只是现在暂时没法实施，先把精力放在可行方案上。
　　清楚明确影响的定义很重要，它直接影响到用户和商业所用到的功能，或者解决某个具体问题的功能。
　　使用并调整应用型用户故事地图
　　我说过，我们在每个用户身上都使用过应用型用户故事地图，但有些特例。
　　我们帮eBayPlus搞了一些新奇好玩的小功能。虽然eBayPlus本身针对卖家，但我们却站在买方立场，做了一条买方视角时间线，从他们的角度出发考虑Plus能带给他们什么好处。
　　我们标记出足球球迷爱看的比赛日，以及德国足球甲级联赛的非比赛日，从而研究怎样才能改善他们的体验。
　　我们用这种方法来思考Number26（一家致力于创建未来银行账户的移动银行初创公司，总部位于柏林）是怎样引领未来银行业，得出结论后创建多个原型，然后进行测试。这个case时间线的范围是从用户早上一睁眼到晚上睡觉为止，其中包含很多细节，甚至细到用户去哪里吃饭。这些所有的细节让我们充分地考虑了产品粒度和具体的功能。
　　应用型用户故事地图很好用
　　回到头脑风暴上来，现在大家肯定有一大堆投票选出的好点子、功能建议或解决方案。当然，我省去了创建应用型用户故事地图前后的一些步骤。通常情况下，制作应用型用户故事地图应该在草拟出具体界面或服务理念之前，和在对用户略知一二和建立基本用户模型之后。为期一天的产品发掘头脑风暴会的流程基本上是这样的：
　　对产品服务目标的概述和讨论
　　创建简洁直观的用户模型
　　应用型用户故事地图
　　列出优先化解决方案
　　草拟出潜在产品功能
　　决定以什么为原型及测试的内容是什么
　　何时使用应用型用户故事地图
　　应用型用户故事地图是灵活多样的，可用在任何产品或服务构思过程中。应用型用户故事地图基本没什么成本又操作简单。向公司其他部门宣布方案之前，可以先在小型产品团队中先行验证通过。我建议先在非核心功能上试一下，例如更新用户账号，或者提高现有用户的参与度（例如，通过什么渠道向用户推送消息）。