离职交接别只发个压缩包：我交接过7次，踩过的坑和一份能直接抄的清单

2022年3月我提离职，leader 说「你手上东西整理一下给小李」。我那时手上有4个项目：2个在开发、1个等客户验收、1个刚立项。我花了一个周末做了个压缩包发过去，觉得自己挺负责了。三个月后前同事微信找我，说客户验收卡住，找不到当时的需求变更记录。我在自己硬盘里翻了半小时才找到那封邮件。

那天我才意识到一件事：交接做不好，通常不是因为人懒，而是因为默认逻辑错了。大部分人把交接理解成「把信息给出去」，但信息给出去和对方能接住，中间隔着一整条河——那些你没写下来、也从来没觉得需要写下来的隐性上下文。

一、交接不是文档，是「决策链」

接手的人真正需要知道的不是「这个项目现在是什么状态」，而是「为什么它是这个状态」。状态是果，决策是因。你不写因，下一个人过两周就会把你想推翻的方案再提一遍，然后你们两个人一起浪费时间。

我现在的做法是每一块都写三条：现状、为什么是这样、如果变了我建议怎么改。第三条最容易被忽略，但恰恰是价值最高的——因为它把你的判断力留下来了，不只是把你手上的活留下来。

二、一份能直接抄的清单，四块

第一块：项目状态表。 每行一个项目，列：当前阶段、下一里程碑日期、卡点、对接人、相关文档链接。卡点必须写，哪怕只是「等法务确认一个条款，已催两次，法务是XXX」。

第二块：人脉地图。 这个基本没人做。列出手上所有关键联系人：姓名、角色、负责什么、沟通偏好（比如「邮件不回，飞书秒回」），以及一句「跟他打交道要注意什么」。我有一次接手一个项目，前负责人留下一句「张工只认书面确认，口头答应不作数」，帮我省了大概两周。

第三块：决策记录。 过去半年里你做过的、对方可能会推翻的决策，写清楚背景、选项、为什么选这个。不用写全，写5到8条最重要的就行，控制在两页内。

第四块：坑位预警。 明确写「这些东西看起来没问题但其实有问题」。比如「这个接口文档是旧的，实际返回字段多两个」「这个客户的验收标准口头说过一次但没落纸」「这个脚本要在测试机跑，生产机会超时」。

三、三个反常识的点

第一，交接文档最大的受益人是你自己。 离职后3到6个月，你几乎一定会被前同事问问题，平均每周1到2次。文档写得好，这些对话能压缩80%。我上一份工作离职大半年了，前同事只找过我两次，都是文档里没覆盖到的新情况，聊十分钟就完了。

第二，别写太长，15页是上限。 我见过一份80页的交接文档，接手的人一页没看。正确结构是：前2页写「如果你只有10分钟，看这两页」，把最要命的三件事放在最前面。剩下的按需查，别指望有人从头读到尾。

第三，当面交接只做一次，60分钟，而且要让对方说给你听。 不是你讲，是让他复述。他说得出来的，才是他真接住的。我一般会准备5个问题，比如「如果客户明天问进度，你怎么答」「这个需求如果砍掉，会影响哪两个人」。答不上来的地方，就是你文档没写清楚的地方。

四、最后说句实话

交接做得好的直接好处是前同事不烦你，但真正的好处是别的：这是你在前东家的最后一次绩效展示，而且是唯一一次没人跟你竞争的展示。我现在的两份工作，都有人帮我内推过——一个是前同事，一个是我交接过的接手人。

所以别发压缩包了。压缩包的意思是「东西给你了，剩下的不关我事」。而一份好交接的意思是「我把判断力也留给你了」。这两句话，前同事能听出来区别。