技能提升网假设一位客户成功经理已经离职一周，客户仍把续约确认发到他的邮箱。团队知道资料在共享盘里，却没人接手周一早上的续约周报；IT 查到邮箱已经停用，CRM 管理权限却没有留下撤销记录。
一张“最后一天清单”覆盖不了这些交接。业务交接要提前完成，账号必须在准确的时间关闭，设备和人事记录又由不同负责人处理。任何一条线只写“已通知”，下周都可能重新暴露缺口。
下面用一个虚构案例说明怎样倒排离职交接。案例中的姓名、客户、资产号和日期均为教学设定，不对应真实员工。
先把一个人拆成四类待交接对象
假设客户成功经理林宁本周五是最后工作日。HR 先收齐四类对象，再判断通用模板中的哪些项目适用：系统权限与共享账号、正在进行的工作、客户及内部关系、公司资产与人事记录。
每类对象至少要有名称、当前状态、负责人、接手人、完成日期和验证方式。正在进行的工作还要增加下一步和截止日；系统权限则要记录撤销时点与验证人。只有“文件已放共享盘”不算完成，因为它没有说明谁会继续做，也没有证明接手人能找到并使用。
offboard 可以根据员工角色、最后工作日、通知期和接手安排，生成跨 HR、直属经理与 IT 的离职计划。它负责把遗漏问题变成结构化清单，并不直接证明账号已经关闭，也不能代替公司的离职制度。
按最后工作日倒排，而不是把动作都堆到周五
确认离职后，经理先列出项目、客户、周期性任务和无人知晓的操作细节；IT 同时建立系统与设备清单；HR 明确通知时间、结算和记录要求。接手动作应在最后工作日前完成，并留出一次由接手人实际操作的机会。
图中的“反向演示”很重要。不要让离职员工再次讲一遍，而是让接手人打开文件、生成周报或完成一次模拟操作。接手人卡住的地方，才是文档真正缺失的部分。涉及客户关系时，还应在离职前完成正式介绍，避免客户下周继续寻找原联系人。
交接记录要回答下个月的问题
项目交接不需要写成长篇回忆录。每个对象写清六项即可：当前状态、下一步及日期、新负责人、资料位置、关键联系人和容易出错的地方。对于没有接手人的事项，也应明确写成“未分配”并标出风险，不能笼统地交给“团队”。
例如，林宁负责的客户 A 正在等待续约报价确认。记录里应写明最近一次沟通、下一封邮件由谁在何时发送、报价与合同放在哪里，以及客户可能仍回复旧邮件线程。接手人能够独立发送下一封邮件，才算交接通过。
权限撤销必须留下验证结果
账号清单不能只列邮箱和办公软件。还要检查 VPN、CRM、代码仓库、财务工具、云盘共享、社交媒体、门禁、共享密码和自动化任务。具体范围以岗位实际拥有的权限为准，不要把模板中的项目直接当成事实。
撤销动作由有权限的 IT 或系统管理员执行。清单需要记录计划时间、执行人、验证人和结果；共享密码还要确认已经更换，文件与日历所有权也要转给在职人员。若安全事件或敏感离职改变了顺序，应由 HR、IT 和法务依据公司政策决定，不能照搬普通离职时间线。
用虚构案例走一遍完成标准
林宁名下有两位续约客户、一份每周自动发送的报表、CRM 导出权限和资产号 NB-017 的笔记本。周三前，经理为两位客户指定接手人并完成介绍；周四，接手人独立生成一次周报；周五，IT 按排期关闭账号并验证旧账号无法登录，行政登记设备归还。
如果周五下午仍有一位客户没有接手人，这项就应保持“阻塞”，写明由谁在什么时间决定，而不是为了让表格全绿而标成完成。离职后一日再核对自动化任务、共享文件所有权和外部联系人，可以发现最后工作日没有暴露的遗漏。
这些判断仍然必须由人负责
offboard 可以整理离职步骤，但不能决定解雇、裁员、最终工资、福利终止、数据保留、再聘资格或敏感账号的关闭时点。原始 Skill 也明确不生成解雇或裁员通知。此类事项应交给有权限的 HR、财务、IT 或法律专业人员，并按员工所在地与公司制度复核。
输入材料同样需要控制。不要把完整人事档案、个人联系方式、健康信息或无关绩效记录交给工作流。用于生成计划的字段应尽量少，并限制输出文件的访问范围。
离职流程结束前再核对一次
关闭流程前，让三类负责人分别签字确认：经理确认项目、客户和周期任务已经接手；IT 确认账号、共享权限与设备处理完成；HR 确认结算、访谈和人事记录按制度处理。每项都应留下时间和证据位置。
如果只能先做一件事，就从系统、工作、关系和资产四类对象开始盘点。锁定最后工作日后再倒排负责人和验证动作。等到周五下午才问“还有什么没交”，通常已经没有时间让接手人真正做一遍。
