先找到真正影响决定的时刻
体验项目里,如果关键时刻仍是平均用力改所有接触点,结果往往是资源花完,决定仍发生在没被照顾的地方。


处理全程负责时,第一件不该做的事是修饰每段都有人优化自己的一段。在跨部门体验里,顺序比措辞更决定会不会出现:段与段之间没有人负责。
如果一上来就改句子,团队会以为全程负责已经更新,段与段之间没有人负责却还在原处。
指定一个人对全程的取舍负责。做不到这一点,全程负责就还停在每段都有人优化自己的一段。
有些决定必须靠后。在指定一个人对全程的取舍负责之前,就去讨论渠道、画面或话术,只会把每段都有人优化自己的一段换一种说法保留下来。
靠后的决定不是不重要,而是它们要服从前面的选择,否则团队只会反复处理表象:段与段之间没有人负责。
顺序可以写成三步:先指定一个人对全程的取舍负责,再形成责任说明,最后才允许对外说法变化。
颠倒这个顺序时,全程负责看起来很忙,实际上仍被每段都有人优化自己的一段牵着走。
责任说明要能看出先后。读它的人应知道什么已经定了,什么还不能动。
项目启动,用责任说明核对顺序有没有被战役打乱。
体验负责人。顺序一旦被例外打穿,就要回到责任说明上改规则,而不是在群里临时改一句全程负责。
复核只问:两段发生冲突时,谁有权决定。这个问题能答,顺序才算被使用了。
从不可让渡的部分到现场可用的工具,每一层只回答一个问题,避免把全程负责重新写成每段都有人优化自己的一段。
这一层写明全程负责里什么不能让渡。
这一层把全程负责收成可检查的条件。
这一层规定全程负责在不同场合可以变什么。
这一层把全程负责交给使用的人,并写明例外。
注:本图为概念框架示意,用于说明思考结构,不代表任何统计数据。来源:清美未来洞察团队。
在跨部门体验里标出全程负责真正被调用的时刻,不要从改写每段都有人优化自己的一段开始。
用责任说明代替更长的说明,只保留能支持「指定一个人对全程的取舍负责」的内容。
项目启动,只问:两段发生冲突时,谁有权决定。答不上来,就还不是决策。
体验负责人。没有维护人的全程负责,会在冲突里被悄悄改掉。
体验项目里,如果关键时刻仍是平均用力改所有接触点,结果往往是资源花完,决定仍发生在没被照顾的地方。
流程简化里,如果摩擦仍是把所有步骤都当成障碍,结果往往是该确认的地方被跳过,信任反而下降。
体验设计里,如果时刻承诺仍是一个时刻里堆进很多好处,结果往往是人记不住此刻到底在兑现什么。