概述
用户旅程图(Journey Map)是一张以时间线展开的可视化:横轴是用户完成某个目标的阶段,每个阶段下方填行为、触点、情绪与痛点,最下方对应机会点。它的价值不是「画得好看」,而是让团队第一次站在用户视角同看一条完整链路——很多体验问题在部门分工的视角里是看不见的。
适用场景
- 适合:跨部门/跨触点的体验问题(线上线下混合、多端产品);服务设计与改版前的现状梳理;把散落的调研发现组织成一个团队共识。
- 不适合:单一界面的可用性问题(该用可用性测试/启发式评估);没有调研数据时凭空画(那是想象图,不是旅程图)。
- 前置条件:至少有访谈或客服/行为数据支撑,一个典型用户 + 一个具体场景。
操作步骤
- 选用户与场景:明确「谁、要完成什么目标、从哪到哪」。范围越大图越空——先画一条核心旅程。
- 拆阶段(3-6 个):按用户的目标推进分(如「意识到需求 → 找方案 → 注册 → 首次使用 → 续费」),不要按产品功能模块或部门分工切。
- 列行为与触点:每个阶段下写用户实际做什么(行为)以及在哪里与产品/品牌互动(触点)。触点分渠道标注(App、客服、门店……)。
- 画情绪曲线:每个阶段标注用户的感受与期望,曲线的谷底就是问题所在。情绪必须来自调研证据,不是坐在会议室里猜的。
- 提炼痛点:把「事情崩溃的地方」写清楚——现象 + 影响。同一触点同时有正负结果时,优先记负面。
- 对应机会点:每个痛点右侧写「我们可以怎么改」,机会点要能指向具体的设计/流程动作,旅程图才算闭环。
- 验证:拿给懂业务且不参与画图的人看,能否照图复述用户的路径;再用一轮新数据修正。
常见坑
- 从功能菜单开始画:把自家功能排一遍不叫旅程图,那是产品说明书。
- 画给所有人看的一张大图:不同人群的旅程差异巨大,一张图服务 N 个画像 = 谁都不准。
- 情绪曲线靠脑补:没有访谈/数据支撑的情绪线会在评审上被第一个质疑。
- 只画不行动:痛点不对应机会点、机会点不进需求池,图挂在墙上就是装饰。
- 过度简化:跳过负面情感和关键时刻(IBM 特别强调),把旅程画得太平 = 避开了真正的问题。
效果衡量
- 图中每个行为/情绪/痛点能否指回一条调研记录;
- 产出的机会点有多少条最终进了需求池并上线;
- 新人能否靠这张图快速理解跨部门链路(对齐效率)。
相关方法怎么选
| 方法 | 视角 | 产出 |
|---|---|---|
| 用户画像(本词条相邻) | 我们为谁做 | 分群决策工具 |
| 用户访谈 | 单点深描 | 行为与动机证据 |
| 用户旅程图(本词条) | 全链路横切 | 痛点与机会清单 |
| 服务蓝图 | 前台背后还有谁 | 前后台协作改进 |