数据交接说明模板:八项写全,接手的人不用再来问
我们组三年里走了五个分析师,每一次交接都留一堆尾巴。有一回最典型:表交出去了,交接文档写了六行,从表名到用途都挺齐,后来来要数的人还在老岗位,需求入口没人知道,…
我们组三年里走了五个分析师,每一次交接都留一堆尾巴。有一回最典型:表交出去了,交接文档写了六行,从表名到用途都挺齐,后来来要数的人还在老岗位,需求入口没人知道,隐藏列是谁加的也没人记得。那次交接实际失败了,所有人都以为完成了。
交接失败很少是因为交的人不负责,是因为只交了有形的东西。表是形的,口径、依赖、脏数据是隐形的,必须写成文字,不然等于没交。
八项说明:每一项都有用
上排是八项说明,下面是四类事情要不要立一张说明的判断
| 项 | 填什么 | 示例 | 不合格怎么办 |
|---|---|---|---|
| 表名与用途 | 什么场景下打开它 | 经营会第一屏看广告效率 | 接手人不知道该拿它去做什么 |
| 关键字段含义 | 哪些字段不能改、为什么 | 广告花费含平台佣金 | 当净花费用,结论全反 |
| 上游依赖 | 哪张表、哪个跑批任务 | 依赖订单快照,4:30 出 | 断了上游不知道去哪查 |
| 下游谁在用 | 谁拿了它做决定 | 运营主管用它定预算分配 | 改了口径没人被通知 |
| 已知脏数据 | 哪几个字段常年有偏差 | 9月退款未回补偏低3% | 当真实数据用,误判 |
| 跑批时间窗 | 几点跑、多久、失败怎么补 | 每天4:30,失败8点前重跑 | 早高峰用半成品数据 |
| 权限与账号 | 谁能看、怎么申请 | 主管和财务各一个只读号 | 申请不下来,误以为表废了 |
| 接手第一件事 | 上任后先做哪一步 | 先拿上周原始表跑一遍对数 | 一个月不验证,问题攒到爆 |
第五项「已知脏数据」最容易被省略,写的人总觉得这是自己的问题别人也该知道。恰恰相反,这是接手人最容易踩的坑。我接过一张表,报表说退款率上升,其实是退款回补任务那月没跑。写清一句话就少查两天。
四类事情要不要立说明
| 情况 | 判定 | 怎么处理 | 不合格怎么办 |
|---|---|---|---|
| 核心经营报表 | 必须交 | 八项写全,附一次实跑结果 | 只写「见文档」,接手人还是要从头问 |
| 临时拉的数 | 不留说明 | 在群里说清用途即可 | 写完整文档,浪费半小时 |
| 已被替代的旧表 | 封存不交 | 只留归档位置和替代它的新表 | 交接旧表,新人花两天维护废表 |
| 涉及外部合作方的表 | 另走数据协议 | 按合作协议里的条款走 | 口头交接,权限和用途说不清 |
第三档是我们吃亏后加的。有一回把一张已经废掉的报表交接出去,接手人认真维护了两个月,每个月问我一次更新没有。
谁做、什么时候做、留什么记录
离职或换岗前两周开始写,交接会上逐项过,每一项由接手人复述一遍才算过。交接会控制在九十分钟,超过说明文档没写清楚。完成后接手人独立跑一次同样的数,和走之前的结果对上,对不上就是没交完。
留三样:交接说明文档一份(带版本日期)、交接会记录一份(写每项是否讲通)、接手人第一次独立出数的日期和比对结果。
缺哪项写「无,原因是……」
八项写不满不要紧。缺哪项写清原因比空着强。空着的人以为这可以不管,写清原因的才是提醒。
这套模板什么时候必须停
五种情况停用:交接的内容只有临时取数没有固定表,写说明纯属浪费;接手人自己也快走了,倒过来让接手人写一份给第三个人;表还在跑但下游没人用,做归档不做交接;公司刚并购进来一批表,权属权限都不清楚,走并购专项;团队里没有第二个人能接手,说明没有读者,那就写一份给未来的自己。
登录后可点赞
← 返回数据团队板块