7.1 交付物移交
收尾阶段最重要的时刻之一，是正式的交付物移交。这不仅仅是"提交"——它是对成果的证明，也是对信任的确认。
当移交被用心地设计和执行，项目会干净利落地落到客户、干系人和内部团队手里——也为下一次合作打开了门。
"完成"和"移交"是两件事
很多团队会把"交付物做完了"当成"工作结束了"。一次真正的移交，要走完四步：
- 交付物完成（创建方）
- 内部评审与质量检查
- 向干系人提交并讲解（文档 + 当面沟通）
- 正式审批与接收确认
把这四步走完，能避免"我们提交了，但他们从没仔细看过"这种经典缝隙，以及之后围绕质量的扯皮。
移交时该附上什么
除了交付物本身，要给到接收方足够的上下文，让他们能放心地把它用起来：
- 目的与背景：这份交付物为什么存在
- 内容总览：文件、界面或文档分节的导航
- 使用方式：初始操作、设置步骤、典型用例
- 注意事项与限制：前提假设、范围外的部分、未来的改进项
- 联系方式：运营或支持上由谁来接
对 IT 或业务流程类项目来说，一套完整的文档（手册、过渡指南、FAQ）能显著提升收尾的安心感。
用 AB 来支撑移交
AB 在多个层面支持移交：
- 用已移交或待审批这样的状态来标记任务
- 把支持文件（PDF、Excel、截图）直接挂在任务上
- 给客户或外部干系人发限权链接，并跟踪谁打开过
- 用评论线把讲解和问答留在原地
交付物不只是"被发出去"——它是被理解、被接收、并准备好被使用。
把审批讲明白
因为审批关联着评估、付款和合同，它必须明确并被记录下来：
- 已签字的验收单（纸质或 PDF）
- 邮件或 Slack 上一份清晰的确认回复（"已评审并批准"）
- 逐项或逐功能的清单式签字
这能避免日后扯皮，也能让进入下一阶段——支持、维护或下一个项目——的过程顺畅起来。
结语：移交是一个新开始
交付物移交不只是项目的结束——它是一段未来关系的开始。不要把它当作流程上的形式。把内容讲清楚、回应顾虑、用心地完成移交。这就是信任如何复利成下一次机会的方式。
在 AB 中是这样的
在 AB Project Management 里，"交付物已经交付出去"这件事的正式信号，是把项目归档。成员保留读权限但失去写权限——项目变成一份只读的参照，而不是被删除。审批本身则放在一个最终任务里，状态为已签字接收；那个任务的变更历史标签页会记录什么时候、由谁完成的，替代手动维护的审批日志。
→ 接下来，继续阅读 7.2 复盘与评估，看看怎么对整个项目经验做出反思。