用户旅程地图模板通常围绕“阶段—用户行为—触点—情绪—痛点—机会点”这条主线展开：阶段按用户完成目标的先后顺序划分，触点记录用户在每个阶段接触的人、渠道与界面，情绪值标注体验的高低起伏，机会点则把痛点转成可以跟进的产品改进项。下面给出一份可直接复制填写的空白表格，并说明字段口径、必填取舍、完整示例与后续维护方法。
要点总览（TL;DR）
- 模板由表头信息区、旅程主表和机会点清单三部分组成，主表按“阶段—用户目标—用户行为—触点—渠道/界面—情绪值—痛点”逐行填写。
- 阶段按用户完成目标的先后顺序划分，控制在5到8个；触点写用户接触的人、渠道与界面，渠道/界面列负责把触点细分到具体平台或页面。
- 情绪值可用1–5分或高/中/低记录，并写明判断依据；按阶段顺序排列后即形成情绪曲线。
- 阶段、用户行为、触点、痛点、机会点为必填字段，情绪值、渠道细分、影响、责任人、验证方式可按研究深度取舍。
- 机会点从痛点直接推导，保留关联阶段、优先级、责任人与验证方式，转入需求池后跟踪状态并定期复盘模板版本。
可复制空白模板：旅程地图主表与字段表
这套模板由三部分组成：表头信息区交代研究范围，旅程主表按阶段逐行记录用户经历，机会点清单承接主表中的改进线索。使用时可以先填表头，再横向铺开阶段，最后整理机会点清单。
表头信息区
| 字段 | 填写内容 |
|---|---|
| 用户角色 | |
| 场景 | |
| 旅程起止 | |
| 版本 | |
| 维护人 |
旅程主表
| 阶段 | 用户目标 | 用户行为 | 触点 | 渠道/界面 | 情绪值 | 痛点 |
|---|---|---|---|---|---|---|
机会点清单
| 机会点描述 | 关联阶段 | 影响 | 优先级 | 责任人 | 验证方式 |
|---|---|---|---|---|---|
字段说明：每个列该填什么
字段口径统一，模板才能在不同研究者之间交接。下面逐列说明含义与填写方式，主表与机会点清单的字段一一对应。
阶段与用户目标
阶段是用户为完成某个目标所经历的主要环节，按时间先后排列，例如“产生需求—信息搜集—比较选择—下单—使用—售后”。阶段数量控制在5到8个为宜，过多会让主表难以阅读。用户目标写该阶段用户想达成什么结果，用用户视角的动词短语表达，例如“确认哪款产品符合预算”。
用户行为与触点
用户行为记录用户在该阶段实际做了什么，尽量写可观察的动作，例如“在应用商店搜索关键词”“向客服询问退换政策”。触点记录用户在这一行为中接触到的人、渠道与界面，包括客服人员、销售、官网页面、App界面、社交媒体、线下门店等。渠道/界面是触点的细分列：触点写“与谁或通过什么媒介接触”，渠道/界面写具体的平台或页面，例如触点为“在线客服”，渠道/界面为“App内客服对话框”。一个阶段可能有多个触点，分行记录或在一格内分条列出均可，保持全表一致。
情绪值
情绪值记录用户在该阶段的主观体验高低。常用两种口径：1–5分打分，或高/中/低三档。无论选哪种，都要在备注或相邻列写明判断依据，例如用户访谈原话、观察记录、问卷评分或客服工单情绪倾向。只填分数不写依据，后续复盘时难以判断这个分数是否仍然成立。情绪值连起来看就是情绪曲线，主表中按阶段顺序排列即可呈现起伏。
痛点与机会点
痛点描述现状中的阻碍与不满，写用户遇到了什么问题、造成了什么后果，例如“退换政策分散在三个页面，用户需要反复查找”。机会点描述可以行动的改进方向，从痛点直接推导，例如“将退换政策整合到订单详情页并提供入口”。两者一一对应：每条痛点至少对应一条机会点，每条机会点注明关联阶段，便于回溯。机会点清单中的“影响”写该改进对用户或业务的影响范围，“优先级”按影响与实现成本综合判断，“验证方式”写如何确认改进有效，例如可用性测试、上线后行为数据对比或用户回访。
必填与选填：哪些字段不能空
模板不必每次填满。区分最小可用字段与增强字段，可以让快速工作坊和完整研究各取所需。
| 字段 | 属性 | 说明 |
|---|---|---|
| 阶段 | 必填 | 没有阶段，主表无法组织 |
| 用户行为 | 必填 | 旅程的事实基础 |
| 触点 | 必填 | 定位体验发生在哪里 |
| 痛点 | 必填 | 机会点的推导来源 |
| 机会点 | 必填 | 模板的产出物 |
| 用户目标 | 建议填写 | 帮助判断行为是否偏离目标 |
| 情绪值 | 选填 | 快速工作坊可先留空，完整研究应补 |
| 渠道/界面 | 选填 | 触点需要细分时填写 |
| 影响 | 选填 | 进入排期评估时补充 |
| 责任人 | 选填 | 机会点立项后指定 |
| 验证方式 | 选填 | 立项后补充，避免机会点停留在描述层面 |
快速工作坊通常在两小时内完成，可只填必填字段加用户目标，情绪值用高/中/低快速标注。完整研究则建议补齐情绪值依据、渠道细分与机会点的影响和验证方式。字段暂时留空时，用“待补”标注并写明补充时点，避免空白被误读为“无问题”。
填写示例：一条完整旅程的示范
以下为演示情景，用于说明字段如何配合，不代表真实企业案例。设定目标用户为首次购买家用净水器的消费者，场景为线上选购并预约安装，旅程从产生需求到安装完成。
| 阶段 | 用户目标 | 用户行为 | 触点 | 渠道/界面 | 情绪值 | 痛点 |
|---|---|---|---|---|---|---|
| 产生需求 | 判断是否需要净水器 | 搜索水质相关问题，浏览科普内容 | 搜索引擎、内容社区 | 搜索结果页、社区帖子 | 3（信息杂乱） | 科普内容说法不一，难以判断自家水质是否需要设备 |
| 比较选择 | 选出符合预算的型号 | 对比参数，查看评价，咨询客服 | 电商详情页、在线客服 | 商品页、客服对话框 | 2（参数难懂） | 滤芯寿命与更换成本分散在不同位置，客服回复模板化 |
| 下单支付 | 顺利完成购买 | 选择型号，填写地址，支付 | 下单页、支付平台 | 购物车、支付页面 | 4（流程顺畅） | 安装时间只能在支付后预约，无法提前确认 |
| 预约安装 | 确定上门时间 | 联系安装服务，协商时间 | 安装服务热线 | 电话、短信 | 2（等待时间长） | 可选时段少，改期需重新排队 |
| 安装使用 | 设备正常出水 | 验收安装，学习滤芯更换 | 安装师傅、说明书 | 上门服务、纸质说明书 | 3（说明不清） | 滤芯更换提醒方式不明确，用户容易遗忘 |
从痛点推导机会点：比较选择阶段的“滤芯成本分散”对应机会点“在商品页集中展示三年使用成本”，影响为降低选购犹豫，优先级高，验证方式为上线后详情页停留与转化对比；预约安装阶段的“时段少”对应机会点“支付前开放安装时段预览”，影响为减少改期，优先级中，验证方式为改期率变化。机会点清单中同时填写关联阶段、责任人与验证方式，使每条改进都能被跟进。
调整与维护：模板如何随研究迭代
旅程地图是一次研究的产物，也是持续更新的资料。模板需要按业务场景裁剪，并建立复盘与跟进机制。
按场景增减字段
线下服务类旅程可增加“物理环境”列，记录门店、设备现场等要素；纯线上自助产品可省略“人员触点”，把渠道/界面列细化到页面模块。阶段数量随旅程长度调整，跨越多周的长旅程可增加“等待”类阶段，短流程则合并相近环节。每次裁剪在版本记录中写明原因。
复盘节奏与机会点跟进
建议在每次版本发布或季度研究复盘时更新情绪曲线，用新的访谈或行为数据校正旧分数。机会点转入需求池或待办后，保留原编号与关联阶段，跟踪状态从“待评估—已立项—已上线—已验证”推进。在ONES中，可以将机会点建为工作项，关联到对应需求，并在文档中维护旅程地图版本，使研究结论与研发进度保持同一处可查。具体字段与流程以团队实际配置为准。
版本与变更记录
表头保留版本号、维护人与更新日期，正文末尾可附变更记录表，记录每次修改的字段、原因与影响范围。这样当团队成员更替时，后来者能判断哪些结论仍然有效、哪些需要重新验证。
常见问题
快速工作坊时间有限，模板最少要填哪些字段？
最小可用组合是阶段、用户行为、触点、痛点、机会点，再加用户目标帮助判断行为是否偏离目标。情绪值可以用高/中/低快速标注，渠道/界面、影响、责任人、验证方式先留空，用“待补”标注并写明补充时点。这样两小时内能产出一版可讨论的旅程地图，后续再按完整研究补齐增强字段。
一个阶段对应多个触点时，表格怎么记录更清晰？
两种做法都可行：一是按触点分行，同一阶段重复填写阶段名，便于按触点筛选和统计；二是在一个单元格内分条列出，表格更紧凑。关键是全表保持同一种写法，并在表头或备注中说明约定。若触点需要细分到具体页面或平台，再填写渠道/界面列，例如触点为“在线客服”，渠道/界面为“App内客服对话框”。
情绪值只填分数不写依据，会带来什么问题？
情绪分数是主观判断，缺少依据时，后续复盘无法判断这个分数是否仍然成立，不同研究者之间也难以对齐口径。建议在相邻列或备注中记录判断来源，例如用户访谈原话、观察记录、问卷评分或客服工单的情绪倾向。这样情绪曲线更新时，可以对照新数据校正旧分数，而不是凭印象重打一遍分。
机会点转入需求池后，如何避免旅程地图和研究结论脱节？
机会点清单保留原编号与关联阶段，状态按“待评估—已立项—已上线—已验证”推进，并记录验证方式与结果。在ONES中，可以把机会点建为工作项并关联对应需求，同时在文档中维护旅程地图版本，让研究结论与研发进度在同一处可查，具体字段与流程以团队实际配置为准。
线下服务类旅程和纯线上产品，模板需要怎么调整？
线下服务类旅程可增加“物理环境”列，记录门店、设备现场等要素，触点中补充服务人员角色；纯线上自助产品可省略人员触点，把渠道/界面列细化到页面模块。阶段数量随旅程长度调整，跨越多周的长旅程可增加“等待”类阶段，短流程则合并相近环节。每次裁剪在版本记录中写明原因，方便后来者理解模板变化。
