接待标准写成原则，现场才能应变
服务标准编写里，如果接待原则仍是写成很长的步骤清单，结果往往是现场一变化，清单就用不上。
专题系列 · 体验与互动 · 汽车与出行
旅程是一串取舍，不是一张触点清单
体验梳理里，如果旅程仍是把所有接触点列全，结果往往是清单很长，却看不出哪里要放弃。更稳妥的做法是把旅程写成少数必须取舍的时刻，并用取舍表把这个选择固定下来。
核心要点
- 在体验梳理里，旅程不该继续停留为把所有接触点列全。
- 放着不管，就会反复出现同一件事：清单很长，却看不出哪里要放弃。
- 起点换成：把旅程写成少数必须取舍的时刻。
- 把选择写进取舍表，由体验负责人。
- 以后只按一个问题验收：这张表是否写出了要放弃的接触，而不只是列全。
01旅程由谁负责
在体验梳理里，旅程若没有明确的负责人，就会退化成把所有接触点列全。大家都参与，也就没有人承担后果：清单很长，却看不出哪里要放弃。
负责不是亲自改每一句，而是有人有权在冲突时维持把旅程写成少数必须取舍的时刻。
把旅程写成少数必须取舍的时刻。做不到这一点，旅程就还停在把所有接触点列全。
02旅程的交接物是什么
交接不能靠口头。上一环交给下一环的，应是取舍表，而不是继续沿用把所有接触点列全。
没有交接物时，每个团队都会按自己的理解处理旅程，接缝里冒出来的仍是：清单很长，却看不出哪里要放弃。
03旅程的节奏怎么排
节奏要固定。梳理结束，比等到出了问题再开复盘会更节省注意力。
节奏一旦让给每一个临时战役，旅程就只在发布当天存在。
04旅程如何被使用
使用方式要简单。打开取舍表的人，应能判断眼下这件事该不该做。
如果使用取舍表还需要专人翻译，它就还是把所有接触点列全，只是换了载体。
05旅程怎样算做完
做完的标准不是发出去了。标准是：这张表是否写出了要放弃的接触，而不只是列全。
体验负责人。人离开岗位时，取舍表还在，旅程才没有停在某一次项目里。
框架图
旅程的四层结构
从不可让渡的部分到现场可用的工具，每一层只回答一个问题，避免把旅程重新写成把所有接触点列全。
L1保留的时刻
这一层写明旅程里什么不能让渡。
L2放弃的接触
这一层把旅程收成可检查的条件。
L3原因
这一层规定旅程在不同场合可以变什么。
L4负责人
这一层把旅程交给使用的人，并写明例外。
注：本图为概念框架示意，用于说明思考结构，不代表任何统计数据。来源：清美未来洞察团队。
行动建议
行动 01
先看现场
在体验梳理里标出旅程真正被调用的时刻，不要从改写把所有接触点列全开始。
行动 02
收成一页
用取舍表代替更长的说明，只保留能支持「把旅程写成少数必须取舍的时刻」的内容。
行动 03
按一个问题验收
梳理结束，只问：这张表是否写出了要放弃的接触，而不只是列全。答不上来，就还不是决策。
行动 04
写明维护人
体验负责人。没有维护人的旅程，会在冲突里被悄悄改掉。
相关
全部洞察相关洞察
先找到真正影响决定的时刻
体验项目里，如果关键时刻仍是平均用力改所有接触点，结果往往是资源花完，决定仍发生在没被照顾的地方。
旅程要有人负责全程，而不是分段无人
跨部门体验里，如果全程负责仍是每段都有人优化自己的一段，结果往往是段与段之间没有人负责。