表交出去了，来要数的人还在老岗位

一张运营手工维护两年的日销表，把维护权交给数据团队。三个月后它自己回到了运营那边，两张表并行跑，两个数对不上。

交接那天清单有七项

底表、脚本、口径说明、异常处理、上传人、更新时间、归档位置，七项都签了字。运营那位说以后归你们，我信了。表在他手上两年，每周三更新一次，数据团队接过来第一件事是把最近三个月的数跟手工版对齐，对得上。

一个月内都很顺利。数据团队把它接进了周报，运营那边照旧每三周给一次数，谁也没觉得有什么不对。

第二个月开始互相推

业务方来要一个数，落到数据团队这里。数据团队翻了一圈，发现这个数不在看板里，也不在周报里，就回了句：这个得找运营。运营回：我以为你们接了。

这跟责任心无关，是清单里少了一项。表是死的，需求入口是活的。业务方两年里形成了习惯——有事找那位运营。习惯不会因为一次交接而改变，通知能改动作，改不了两年养出来的反射。

维护权动了，需求入口没动

三个月后两张表同时在跑

运营那边觉得数据团队更新慢，一周才一次，自己开了一张表每天更。两张表数字不一样，差在两位数以内，谁也说不清差在哪。

最后是我拿脚本重新跑了一遍底表，把两边的差异归到三项上：更新时间差、去除订单的条件不一样、退款归属月不同。补上这三行说明，两张表合成一张。

合并时还有个插曲。运营那版里有一列是按他自己习惯加的毛利修正，把平台佣金按旧费率算的。这列在交接清单上没人提过，因为清单上没有隐藏列这一项。表格这种东西，交接的是你看见的部分。

左边四项关于表本身，右边四项关于这件事在组织里怎么运转。只交左边，交接完成一半。

那三个月里做出去的决定

有一个决定就是在这三个月里做的：给新站点批预算。批的时候看的是运营那张日更表里的数，批完之后数据团队那版算出来低了一截。差额没到需要追责的程度，所以没有人去追。

这件事后来成了我推动这次交接清点的直接起因。数据这东西的代价很少当场显形，它通常先表现成一次说不清原因的口径分歧，然后变成一个没人追的差额。

交表要连着交那句口头约定

后来我给团队定了规矩：任何一张表的维护权交接，必须在交接会上当着一句话说清楚——以后业务方找人，找谁。这句话写进交接纪要，抄送两边。

半个月之后我去听，发现还是有人打给老同事。说明单纯说一次不够，得让新的人第一次接到这类需求时顶上去，顶上去再同步老同事。老岗位的习惯要靠新岗位的动作覆盖掉，光靠通知覆盖不掉。

这条规矩后来加进了周会固定环节。每周一上午花五分钟过一遍本月所有的表，只问一个问题：这张表现在谁手上、业务的默认联系人是谁。十几张表，十几分钟。