用户故事易读、易懂，我们边聊故事的同时进行页面框架绘制，因此能激发用户的积极性，成为产品设计的参与者。同时，随着用户渐渐掌握如何口头表达故事来描绘他们的需求，项目组成员与用户间的关系变得更加亲密主动，这种良性的循环使所有人员都获益良多。

　　4. 记录

　　我们以往记录的方式无非有几种：文档记录、笔记记录或者记录在聊天记录里面。这种方式大多是单点对单点或多点的，而且记录内容有限。

　　用户故事地图的记录方式有什么不同?

　　为了方便大家理解，这里我再举一个例子。大家看到下面这张照片，那这张照片传达给大家的信息是什么?大多数人得到的信息可能是你们玩的很开心，沙滩的风景真美等等这些表面的信息。但是这张照片对于在照片里的人传达的信息就多得多，比如我看到这张照片我会想起我们为了来这个沙滩开了一个小时车，脱了鞋走进来，万老板没过来去休息了，我们找了当地导游给我们拍照片等等很多发生在那个时间段的很多细节信息。

　　那对于照片里的人来说，这张照片不仅仅是照片。同样的道理，故事地图的每张卡片，记录的也绝不只是卡片上的内容，它记录了大家围绕这张卡片讨论的那个时间段所有的信息，记录的信息量是更加庞大的。

　　我们回头再去看这些卡片的时候，和看照片一样，它会快速唤起我对那段时间的回忆。

　　四. 总结

　　我们梳理了用户故事地图的这四个价值，分别是共识、同理心、参与性设计、记录。

　　加上我们整理的故事地图四个步骤：产品定义——梳理骨干故事——拆分故事——沟通确认

　　想通过这个方法去维持范围层的稳定，让我们能更好的做原型设计。

　　我想强调一点，在复杂产品中，不要试图在项目开始就做一套保罗万象的决策。相反，故事是一直伴随着产品生产周期的，我们要把各个决策分散到项目过程中。为此我们要确保一个获取信息的过程方法，这就是一个良性的用户故事地图。

　　这里再做一个比喻，良性用户故事地图像一个捕鱼的过程。

　　首先，不同大小的网用来捕获不同大小的故事，第一遍我们可以用大网眼的渔网捞一遍故事池，以此得到所有大故事。通过大故事，形成对产品的整体感觉，接下来用网眼稍微小一些的渔网得到中等大小的故事，暂时还不用顾及那些小需求。最后才是最小的需求。

　　其次，捕鱼表达了另外一层含义，故事会像捕鱼一样，随着时间的推移会成长，会有新出生的鱼，也可能会死亡。有些需求在某一阶段不重要，但会像鱼一样成长，随着产品阶段的不同变的越来越重要，有些需求我们曾经认为很重要，但是会随着产品阶段不同逐渐变的重要性会降低，有时甚至降低到我们任务这些需求已经无效。

　　最后，正如捕鱼一样，不可能捕捉到这个区域所有的鱼，我们也不可能捕捉到所有的需求，另外，在捕鱼的时候也可能捞到一些废弃物和残骸，就是不是故事的故事。

　　从上面的比喻可以看出来，项目前期是不可能正确的捕捉并写出所有的需求所有故事的，用户故事地图这个方法也不可能在单一阶段捕获出所有的用户故事。用户故事不是二维的产物，应该是三维的，需加上时间这个维度，随着时间的推移以及产品不同阶段加入产品新的用户故事。捕捉故事的渔网网眼也会一直变化。