离职交接清单生成器：工作项、权限与关系的十天线

离职交接不是最后一天才做

最后一周才开始整理文档，通常只能写出「项目见群文件」这种无法使用的交接。交接的质量不取决于写了多少页，而取决于接手的人能不能独立继续。工作项、权限和关系三类内容要在不同时间处理：工作项最早，权限在离职当天，关系需要当面介绍。提前十天列清单，交接才不会变成一次性口头说明。

岗位、对象与天数

岗位决定交接范围，研发要交代代码、发布和故障处理，运营要交代渠道、素材和数据口径，销售要交代客户和回款。交接对象决定文档深度，同一岗位的同事可以快速理解术语，跨岗位接手则需要更多背景。天数决定节奏，五天只能做关键项，十天可以完整交接，二十天可以带对方独立操作一遍。三者确定后，清单才有重点。

一份十天交接清单

后端工程师、交接给同组同事、十天，可以这样排：第一到三天，整理负责的系统、仓库、文档和日常任务，标出高频问题和联系人；第四到六天，逐项讲解发布、回滚、监控和故障处理，让对方操作一遍；第七到八天，交接第三方账号和内部权限申请，确认审批流程；第九天，一起参加一次例会，介绍相关合作方；第十天，列出未完成事项和风险，双方确认签字。每天留出提问时间。

工作项、权限与关系三类

工作项是继续做事所需的信息，包括任务清单、文档位置、代码仓库、数据口径和截止时间。权限是账号、系统、群组和审批流，必须在离职当天完成转移或回收。关系是合作方、客户和内部接口人，最好当面或线上介绍一次，说明后续找谁。三类分开列，避免只交文档不交人脉，也避免只交账号不交背景。每一类都要有确认人。

交接文档怎么写别人能看懂

文档要写背景、现状和下一步，而不是只写操作步骤。先说明这件事为什么存在，再写当前状态和常见问题，最后给接手人的行动建议。术语第一次出现要解释，外部链接附上权限说明。文档存放位置要统一，并在交接清单里写清路径。写完让接手人复述一遍，能复述出来才算交接完成。文档不需要长，但必须能独立使用。

离职前的风险检查

交接完成前，做一次风险检查：有没有只有你知道的定时任务、临时脚本、未记录的客户承诺、即将到期的合同或账号。把这些写进风险清单，标注影响和接手人。权限方面，确认所有共享账号已更换密码，个人账号已退出公司设备。对外关系方面，提前告知客户和合作方后续联系人，避免离职后出现断档。风险清单双方签字，比口头承诺可靠。

工具里的交接天数选项

五天适合范围清晰、接手人熟悉的岗位，重点是任务和权限。十天适合常规岗位，可以完整讲解并让对方操作一遍。二十天适合复杂系统或关键客户岗位，需要安排独立处理期。天数越短，越要提前列清单，不能等到最后一天。工具给出的阶段只是框架，实际要按公司流程和接手人的熟悉程度调整。

离职交接清单答疑

交接文档要写多长

以接手人能独立操作为准。通常几页到十几页，重点是背景、现状、下一步和常见问题，不是操作手册的复制。

需要交接客户关系吗

需要。至少介绍后续联系人，并把客户偏好、历史承诺和风险点写进文档。当面或线上介绍一次效果更好。

离职当天还要做什么

归还设备、回收权限、退出账号、确认文档位置和签字。最后再发一封交接完成邮件，抄送主管和接手人。

交接完成后，可以继续准备新人入职计划，职场工具分类里有对应生成页面。标签： #离职交接 #计划生成 #职场工具