从线上到现场的交接要有同一句话
到店体验里,如果线上下交接仍是线上说一套,现场再介绍一遍,结果往往是人觉得自己又重新开始了一次。


在服务标准编写里,接待原则通常被写成写成很长的步骤清单。大家愿意点头,是因为还没碰到真正的问题:现场一变化,清单就用不上。
会议结束得很快。真正使用接待原则的人一离开房间,手里只剩这件事:现场一变化,清单就用不上。
把标准收成几条可以应变的原则。做不到这一点,接待原则就还停在写成很长的步骤清单。
卡点不在文采。写成很长的步骤清单可以解释很多场合,也就挡不住:现场一变化,清单就用不上。
当更多的人同时向接待原则要答案,它只会变得更抽象,旧问题回到桌上:现场一变化,清单就用不上。
更有用的起点是把标准收成几条可以应变的原则。先把拒绝写清楚,接待原则才开始承担选择。
若继续保留写成很长的步骤清单,表达会更顺,这件事却还在:现场一变化,清单就用不上。
把这个起点写成原则卡。对接待原则来说,这一页比另一版较长的说明更有用。
培训时,只对照原则卡。不要在每次讨论里重新发明一句接待原则。
维护责任要落在具体的人:服务负责人。没有维护人的接待原则,会在第一次冲突里被改写。
验收只留一个问题:情景变化后,员工能否用原则而不是背步骤来处理。答不上来,接待原则就还不是决策。
从不可让渡的部分到现场可用的工具,每一层只回答一个问题,避免把接待原则重新写成写成很长的步骤清单。
这一层写明接待原则里什么不能让渡。
这一层把接待原则收成可检查的条件。
这一层规定接待原则在不同场合可以变什么。
这一层把接待原则交给使用的人,并写明例外。
注:本图为概念框架示意,用于说明思考结构,不代表任何统计数据。来源:清美未来洞察团队。
在服务标准编写里标出接待原则真正被调用的时刻,不要从改写写成很长的步骤清单开始。
用原则卡代替更长的说明,只保留能支持「把标准收成几条可以应变的原则」的内容。
培训时,只问:情景变化后,员工能否用原则而不是背步骤来处理。答不上来,就还不是决策。
服务负责人。没有维护人的接待原则,会在冲突里被悄悄改掉。
到店体验里,如果线上下交接仍是线上说一套,现场再介绍一遍,结果往往是人觉得自己又重新开始了一次。
体验梳理里,如果旅程仍是把所有接触点列全,结果往往是清单很长,却看不出哪里要放弃。
体验项目里,如果关键时刻仍是平均用力改所有接触点,结果往往是资源花完,决定仍发生在没被照顾的地方。