第3章 用户旅程拆解法:绘制当前用户旅程、标记痛点与机会点、输出初步场景候选列表

核心逻辑:用户旅程拆解法通过“还原用户真实体验路径 → 定位体验断点 → 推导改进场景”的三段式机制,将模糊的“用户痛点”转化为结构化的 MVP 场景候选列表。本章提供可立即上手的分步操作模板与记录工具。

3.1 适用场景

  • 新产品定义期:从 0 到 1 规划核心功能,需要确定第一批要解决的用户场景。
  • 存量体验优化:现有产品转化率低或流失率高,需系统化定位关键断点。
  • 多角色协同流程:涉及 B 端与 C 端、多岗位协作的复杂业务,需统一全链路视角。
  • 痛点分散不聚焦:团队收集了大量反馈但无法判断哪些场景优先级最高。

3.2 前置条件

  1. 已完成目标用户画像定义(至少包含用户角色、核心目标、典型使用环境)。
  2. 已收集至少 5 份用户行为记录或访谈纪要(作为旅程绘制的事实依据)。
  3. 团队中至少 1 人具备基本流程图/泳道图绘制能力。
  4. 准备一块白板 / 在线协作画布(Miro、FigJam 等)用于实时协作。

3.3 操作步骤

全程分为 3 个阶段,建议团队协作完成,总用时约 2~4 小时。

步骤一:绘制当前用户旅程(40 分钟)

  1. 确定用户角色与触发场景:选择本次拆解的目标角色(如“新注册买家”),明确其从“触发动机”到“完成目标”的完整闭环。
  2. 列出核心步骤:按时间顺序写出用户从开始到结束的所有动作节点,控制在 6~10 步。
  3. 绘制旅程图:在画布上画出泳道,横轴为步骤,纵轴包含“用户行为”、“接触触点”、“情绪曲线”、“想法与疑问”。
技巧:情绪曲线用 +2(非常满意)到 -2(非常沮丧)打分,快速定位低谷区域。
示例:
步骤1:搜索商品 → 触点:搜索框 → 情绪:-1(搜索结果不精准)
步骤2:浏览列表 → 触点:商品卡片 → 情绪:0(信息够用)
步骤3:加入购物车 → 触点:购物车按钮 → 情绪:+1(操作顺滑)

步骤二:标记痛点与机会点(60 分钟)

  1. 标注情绪低谷:将情绪曲线中 ≤ -1 的步骤标记为 “痛点”,用红色标签注明具体问题(如“找不到想要的型号”)。
  2. 分析根因:针对每个痛点追问“为什么发生”,记录根因(如“筛选条件缺失”)。
  3. 标注机会点:在每个痛点旁写出“如果…就能…”的改进设想,标记为 “机会点”(如“增加价格区间筛选 → 提升搜索效率”)。
常见偏误:团队容易跳过根因分析直接跳到解决方案。必须在痛点旁至少写一条“根因描述”后,再进入机会点推导,否则场景会流于表面。

步骤三:输出初步场景候选列表(40 分钟)

  1. 转化机会点为场景描述:使用标准句式模板——
    作为【用户角色】,我希望【执行动作】,以便【达成价值】。
    示例:“作为新注册买家,我希望在搜索结果页按价格区间筛选,以便快速找到预算内的商品。”
  2. 补充上下文:为每个场景标注“使用频率(高/中/低)”、“影响用户数(大/中/小)”、“技术复杂度(高/中/低)”。
  3. 输出列表:整理成结构化表格,包含“场景ID”、“场景描述”、“关联痛点”、“机会点来源”、“候选优先级(P1/P2/P3)”。
步骤产出示例(部分):
场景ID 场景描述 关联痛点 候选优先级
S-001 作为买家,我希望按价格区间筛选,以便快速锁定预算内商品 搜索结果不精准 P1
S-002 作为买家,我希望在商品详情页看到实时库存,以便判断是否可下单 下单后才知道缺货 P1
S-003 作为新用户,我希望在注册 30 秒内完成,以便尽快开始使用 注册流程冗长 P2

3.4 输入输出物

类别 内容 格式/载体
输入 用户画像文档、用户访谈纪要、行为记录数据 Notion / 飞书文档 / Excel
输出 用户旅程图(含情绪曲线)、痛点-机会点矩阵、场景候选列表 Miro / FigJam / 结构化表格

3.5 责任边界

角色 职责 交付物
产品经理 主持旅程绘制,决策场景候选 场景候选列表(定稿)
UX设计师 视觉化旅程图,标注情绪曲线 用户旅程图(含触点与情绪)
业务方/领域专家 确认旅程真实性,补充行业痛点 痛点-机会点矩阵(审核版)
开发代表 评估机会点的技术可行性 技术复杂度标注

3.6 记录材料

在操作过程中,需要维护以下 3 份核心记录,作为后续优先级排序的输入依据:

  • 用户旅程图(主画布):包含泳道、触点、行为、情绪曲线、痛点标签、机会点标签。
  • 痛点-机会点矩阵:每行一个痛点,列字段包括“触点位置”、“痛点描述”、“根因”、“机会点描述”、“机会点来源”。
  • 场景候选列表:每行一个候选场景,列字段包括“场景ID”、“场景描述”、“关联机会点”、“使用频率”、“影响用户数”、“技术复杂度”、“候选优先级”。
模板参考:痛点-机会点矩阵结构
| 触点位置 | 痛点描述               | 根因             | 机会点描述                 | 来源     |
|----------|------------------------|------------------|----------------------------|----------|
| 搜索结果 | 找不到想要的型号       | 无筛选条件       | 增加型号/价格筛选          | 用户访谈 |
| 购物车   | 无法批量修改数量       | 交互设计单一     | 支持长按批量编辑           | 客服反馈 |
| 支付页   | 支付方式不满足需求     | 仅支持微信支付   | 增加支付宝/银行卡支付      | 竞品分析 |

3.7 异常处理

异常场景 表现 处理措施
用户旅程过于理想化 旅程图与一线反馈不匹配 暂停绘制,补充至少 3 份真实用户行为记录或回放录像
痛点过多无法聚焦 候选清单超过 20 个场景 启动“影响范围 × 严重程度”四象限过滤,保留前 8~10 个
机会点难以转化为场景 团队写出的描述模糊 强制使用“作为…我希望…以便…”模板,并补充“频率/用户数/复杂度”三列
利益相关者对旅程图有争议 多版本无法对齐 组织 30 分钟数据对齐会,以用户访谈原文和录屏为裁决依据

3.8 验收标准

以下条件 全部满足 时,本阶段视为完成:

  • ✅ 用户旅程图完整覆盖“触发 → 核心动作 → 目标达成”全流程,不少于 6 个触点。
  • ✅ 每个触点至少标注 1 个痛点或机会点(用颜色/标签区分)。
  • ✅ 痛点-机会点矩阵已记录所有痛点的根因分析。
  • ✅ 场景候选列表包含至少 5 个候选场景,每个场景均使用标准句式描述。
  • ✅ 候选场景已标注“使用频率 / 影响用户数 / 技术复杂度”三个维度的初步评估。
  • ✅ 所有记录材料已上传至共享空间,团队全员可访问。
本章核心交付物:一张带情绪曲线的用户旅程图 + 一份痛点-机会点矩阵 + 一份结构化场景候选列表 → 这三份材料将直接作为第 4 章(优先级排序)的输入。
用户旅程拆解法流程 用户旅程拆解法 —— 从旅程到场景候选的完整流程 绘制当前用户旅程 角色·步骤·触点·情绪 识别关键触点 标注交互节点 标记痛点 情绪低谷 + 根因 标记机会点 “如果…就能…”设想 输出场景候选列表 结构化清单 📌 方法核心要点 1. 旅程图必须基于真实用户行为记录,而非团队臆测。 2. 每个痛点必须追溯根因再推导机会点,避免“跳跃式”方案。 3. 场景候选列表使用标准句式 + 三维度标注,为下一章优先级排序提供结构化输入。
实操建议:首次使用本方法建议选择“用户链路较短”的角色(如“访客 → 注册用户”),完整走完一遍 3 个步骤后再推广到复杂角色。团队可以在 2 小时内完成一次完整的旅程拆解工作坊。