之前在《用户故事地图的使用方法》中，描述了用户故事地图的使用方法，即将产品的需求迭代分成【0，0.5】【0.5，1】【1，+∞】3个阶段。
用户旅程图、用户故事地图、用户故事、用户体验地图、故事板……常见的一堆名词让人混淆，更别提怎么用了。文章主要针对用户旅程图和用户故事地图做简单介绍。用过用户旅程图还原场景，找到用户痛点；再根据痛点梳理产品需求，分版本规划迭代，就得到了用户故事地图；最后把需求用用户故事沟通确认。
一、用户旅程地图——回到场景找准用户的点
基于用户目标达成，回到场景挖掘需求
1、为什么需要用户旅程图？
人们需要的不是某一个产品或功能，而是解决某个问题，产品只是解决问题的工具而已。用户的需求是发生在具体场景中的，不同场景下的需求不同。聚焦于问题本身，有助于洞察优化和创新的机会。
2、用户旅程图是什么
用户旅程地图是归纳用户场景的可视化工具。以叙述故事的方式描述用户使用产品的过程，发现用户在整个使用过程中的痛点和满意点，最后提炼出产品优化思路和机会点
3、用户旅程图的分类
1）上线前As is user journey：关注交互行为、触点，评估可行性，制定实施计划
2）上线后To be user journey：关注痛点，机会点，寻找优化与创新
4、用户旅程图的价值
5、如何使用用户旅程图
Step.1 写下用户目标及阶段
Step.2 写下用户行为
Step.3 列出用户接触的人与物
Step.4 运用场景画出用户心情曲线
Step.5列出痛点及收获
Step.6 洞察可能存在的优化、创新机会
以用户司马南给女友买礼物为例，用户旅程图如下：
二、用户故事地图——梳理产品需求全景、组织和规划版本迭代
用户故事地图：用于识别和梳理产品需求，可用户构建需求的全景图。常用于已形成了业务设计方案，需要识别出产品上要做哪些需求时使用。
1、用户故事地图可以解决什么问题
1）有效避免产品需求重复或遗漏
2）能够看到需求全貌，避免分散需求之间逻辑关系不清楚
3）规划版本迭代
2、如何构建用户故事地图
Step.1 ）从用户旅程中选择用户活动和用户任务（我们在第一部分得到了用户旅程图）
Step.2 ）识别支撑用户任务的功能需求（蓝色卡片）
Step.3 ）识别支撑性需求（红色卡片）
1）功能需求：用户可见或可感知的，通过这些功能完成任务，达成目的。先从核心场景出发，识别出每个用户任务的功能需求；再从其他次要场景，识别出支持每个用户任务的功能需求。
2）支撑性需求：为了满足业务而需要的系统能力，如安全性、可靠性、互操作性、可维护性、可移植性等
3、如何使用用户故事地图划分版本
Step.1 找出可运行骨架（MVP）
Step.2 按业务目标划分后续版本
三、用户故事——说人话、少吵架，以终为始澄清需求
用户故事是简要的意向性描述，它描述系统需要为用户做的事情以及对用户的价值。强调对话，而非文档。做好需求澄清、拆分、传递、验证。
使用用户故事，是为了引发讨论，促进团队对需求充分了解，达成共识，共担需求责任。
用户故事卡片
用户卡片上要素：想要什么，为什么
