在这一步，我们需要在刚刚梳理的每一个二级故事下面做停留，去拆分二级故事获取更多细节内容。如果二级故事是一个海平面的话，那二级故事以上就是海平面故事，那现在我们需要关注的是海平面以下更多不可见的故事。项目组会围绕这个故事写出很多细节来。我们可以按照以下几个维度对细节进行归类，分别是：故事细节、想法、痛点、机会、情绪。其中情绪可以通过固定的问题获得，也可以通过用户想法、用户的痛点结合主观判断。

　　在这个过程中，先让大家在一定时间内按照自己的想法写出来，每一条写在一张卡片上，做到相互不干扰，然后每个人出声说出自己的卡片内容，让所有人了解并贴在墙上。

　　项目组人在写想法的时候，相当于脑暴的过程，这时可以通过一些问题来刺激大家脑暴出更多的内容，比如：

　　用户在这步具体做什么?

　　用户还有其他选择么?

　　用户怎么做才能更爽?

　　出现问题如何处理?

　　其他用户来到这里该如何处理?

　　回到我们的例子，我们洗澡的时候有正常的流程，但当没有热水时这个流程就会发生变化。同样，在真实业务当中，这类情况将更普遍的发生，所以这一步我们将尽量多的关注到所有场景的故事。

　　做完这步，我们已经获取到了足够多的细节信息，整个项目组都会做到对产品又见森林又见树木的状态。

　　第四步：沟通确认

　　这里我们的故事已经变得很丰满，甚至变得臃肿，所以沟通确认变得极为重要。我们在这步需要花费相对多的时间，大家对内容进行对标、充足讨论，把公认的留下来，无用的剔除掉。同时可以区分要做的故事细节的优先级。

　　依次类推，当所有故事梳理完成之后，就完成了如下这样一张完整的用户故事地图了。

　　总结一下。首先，我们需要对大家写的所有卡片进行对标，排除无效故事。其次，因为我们一般项目时间不够，开发资源紧张，不可能一口吃个胖子，所以把要做的事情达成共识排出优先级变得尤为重要。最后，并不是所有的故事卡片都需要在同一时间细化，在真实业务中有些模块的故事是无法一开始就梳理清楚的，所以可以先写个占位符，待合适的时机再做拆分。

　　我们通过这种一目了然、格式一致的故事地图，让项目组所有人都获得足够的信息，让项目有一个明朗的开发流程。

　　回顾一下，我们通过这四步梳理出产品的故事地图，这中间还有很多细节要点，会在今后再整理总结分享给大家，本次不做过多描述。

　　在真实业务落地的时候会发现，因为一般项目时间都非常紧张，这样一个完整的流程会显得比较重，耗费时间，所以我们一直在思考如何提效。

　　二. 提效

　　我们目前通过三种方式提效，分为事前——事中——事后。

　　1. 事前

　　我们制作了Excel故事地图准备模板，可以在故事编写工作坊开始前的一到两天发给参会人员，让所有人能够相对结构化的对产品有一个整体的梳理和思考，这样可以帮助在工作坊中提高产出数量和质量。

　　2. 事中

　　如果是需优化的产品，我们可以将设计稿demo或者线上产品截图打印出来，这样可以增强大家的代入感，提高产出质量。

　　3. 事后

　　我们制作了Axure的体验地图整理模板，方便快速整理电子版，将我们的讨论内容高效传播。

　　最后我想讲一下，这个方法的价值，大家可以自行判断什么业务背景下适合采用该方法。

　　三. 价值

　　1. 共识