用户旅程图怎么画？产品、设计、研发别再各说各话了

为什么你的团队总在“跨服聊天”？

产品经理说：“用户要的是快捷支付。”设计师画了一个酷炫的按钮动效。研发说：“这个交互在安卓低端机上会卡顿。”

——这是不是你们团队的日常？

问题的根源在于：每个人都站在自己的专业视角看问题，却没有人真正描绘出“用户完整体验这件事的全貌”。 用户旅程图，就是那张能让三方坐到一起的“作战地图”。

一、用户旅程图到底是什么？

简单说：它以用户视角，按时间顺序，画出用户为了完成某个目标所经历的全过程。

不是功能列表，不是页面流程图，而是：

• 用户在想什么？（想法）
• 感受到了什么？（情绪）
• 做了什么动作？（行为）
• 在哪里遇到了阻碍？（痛点）
• 和谁/什么系统发生了交互？（触点）

当产品、设计、研发都看着同一幅图，大家讨论的不再是“我觉得”，而是“用户在这个阶段要什么”。

二、5步画出团队共识的用户旅程图

第1步：对齐目标与角色（产品主导，30分钟）

错误做法： 直接把“新用户注册流程”作为起点。
正确做法： 明确这个旅程图服务的是什么目标？

例：“帮助首次下载APP的用户，在3分钟内完成单车扫码解锁。”

把这句话贴在白板上。谁偏离了，就一起看一看这句话。
然后确定1个核心“用户角色”——叫什么名字、什么背景、什么核心诉求。可以给他取个名字（如“赶地铁的小王”），形象感越强越容易代入。

第2步：卡死“时间阶段”（设计+产品共创，先不动笔用便利贴）

用户从头到尾要经过几个大阶段？建议4~8个，例如：

1. 产生需求（太远了想骑车）
2. 发现APP（应用商店搜索）
3. 下载注册
4. 首次找车扫码
5. 骑行中
6. 还车 → 支付 → 离开

关键（研发必须参与）： 每个阶段划分里，对技术和实现复杂度有影响的地方要当场指出。例如：
- “下载注册”阶段绑手机号、绑支付——如果切换到APP通信协议要处理降级吗？
- “扫码用车”中的相机权限失败、GPS漂移——直接影响阶段定义中的痛点层级。