用户旅程图和用户故事地图怎么配合使用

之前在《用户故事地图的使用方法》中，描述了用户故事地图的使用方法，即将产品的需求迭代分成【0，0.5】【0.5，1】【1，+∞】3个阶段。

用户旅程图、用户故事地图、用户故事、用户体验地图、故事板……常见的一堆名词让人混淆，更别提怎么用了。文章主要针对用户旅程图和用户故事地图做简单介绍。用过用户旅程图还原场景，找到用户痛点；再根据痛点梳理产品需求，分版本规划迭代，就得到了用户故事地图；最后把需求用用户故事沟通确认。

一、用户旅程地图——回到场景找准用户的点

基于用户目标达成，回到场景挖掘需求

1、为什么需要用户旅程图？

人们需要的不是某一个产品或功能，而是解决某个问题，产品只是解决问题的工具而已。用户的需求是发生在具体场景中的，不同场景下的需求不同。聚焦于问题本身，有助于洞察优化和创新的机会。

使用产品只是为了达到某个目的(Jobs To Be Done)

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 按业务目标划分后续版本

三、用户故事——说人话、少吵架，以终为始澄清需求

用户故事是简要的意向性描述，它描述系统需要为用户做的事情以及对用户的价值。强调对话，而非文档。做好需求澄清、拆分、传递、验证。

使用用户故事，是为了引发讨论，促进团队对需求充分了解，达成共识，共担需求责任。

用户故事卡片

用户卡片上要素：想要什么，为什么