什么是“用户故事地图”？是从时间、空间维度去关注到完整用户体验的一种常见工具（手段），最终通过这个方法我们能够达到的目的是能让用户感知到产品带来的真正价值。而要做到这一步，往往就是在这段旅途中不断的替用户踩坑，遇到坑如何去解决，让用户更顺畅的到达“价值”的终点。
怎么做？
在团队支持项目过程中会采用“用户故事编写工作坊”这种形式来梳理用户故事地图，一般是项目组共创的方式，参与角色包括：技术，PD，PM，设计师，用户，产品老大。重要流程分成这四个步骤：产品定义——梳理骨干故事——拆分故事——沟通确认。
第一步
【产品定义】
PD提出本次共创主题概念，主要从四个方面定义产品边界：
产品的目标用户
要解决什么问题
用户目标
产品目标（可量化）
通过产品定义这一步，我们最核心的就是针对两个为什么去思考“我们为什么要做这个事情”“用户为什么需要用这个”，明确业务和用户诉求，定好边界，达成一致往一个方向去实现，这样才不至于使产品跑偏。在产品设计过程中，一定要问自己这两个问题：“这能给我们带来什么价值？”，“这能为用户提供什么价值？”
第二步
【梳理骨干故事】
产品定义过后，我们首先有了一个产品体感，然后我们对产品范围内的多种用户场景梳理出来，再对实现每个细分场景的方法进行任务颗粒度拆解，拆解实现后就像拼装积木一样拼装，最终组成完整的故事。但在前期梳理骨干故事，核心就在于“骨干”这两个字，我们需要注意是要讲完整的故事，一定是广度优先，而非深度。
第三步
【拆解故事】
在这一步，我们需要在刚刚梳理的每一个二级故事下面做停留，去拆分二级故事获取更多细节内容，如果二级故事是一个海平面的话，那二级故事以上就是海平面故事，那现在我们需要关注的是海平面以下更多不可见的故事。
我的理解：对每一个细分场景再进行下探细节，再针对故事细节进行分类，这里推荐了以下几个维度去管理：故事细节、想法、痛点、机会、情绪。
实际共创会上，这一步会让大家在每个二级故事里记录自己的卡片内容，贴到对应的故事场景下面，过程中做到大家互不干扰。
项目组人在写的时候，等于脑暴的过程，可以通过一些问题来刺激大家脑爆出更多的内容，比如：1.用户在这部具体做什么？2.用户还有其他选择么？3.用户怎么做才能更爽？4.出问题如何处理？5.其他用户来到这里该怎么处理？
第四步
【沟通确认】
这里我们的故事已经变得很丰满，甚至变得臃肿，所以沟通确认变得极为重要。我们在这步需要花费相对多的时间，大家对内容进行对标、充足讨论，把公认的留下来，无用的踢出掉。同时可以对要做的故事细节区分出优先级。
总结一下，在这步，首先，我们需要对大家写的所有卡片进行对标，排除无效故事。其次，因为我们一般项目时间不够，开发资源紧张所以不可能一口吃个胖子，所以把要做的事情共识出一个优先级变得尤为重要。最后，我们不是所有的故事卡片都需要在同一时间细化的，很多真实业务中有些模块的故事是无法一开始就梳理清楚的，所以可以先写个占位符，待合适的时机在做拆分。我们通过这种一目了然、格式一致的故事地图，让项目组所有人都获得了足够的信息，让项目组有一个明朗的开发流程。
用户故事地图的价值
具备同理心：讲故事，场景还原，容易理解，快速知道用户想要什么，为什么要。
参与性：参与性设计几乎全程会有用户参与的影子，围绕用户需求打造产品，提升参与积极性，团队氛围融洽。
记录：从单点对单点/多点，实现多对多，共同的视角看产品大图，清楚知道产品大图里的每一个细节，信息对称。
达成共识：达成共识，推动项目的根本依据。
