真正有效的交接，是让接手者不必翻遍聊天记录，也能直接开始下一步行动。
文件上传完，不等于项目已经交接完成。只有当客户或下一位负责人知道交付了什么、关键决定为什么这样做、还有什么没结束，以及接下来由谁行动，交接才真正成立。
对独立经营者来说，这一点尤其重要。销售、交付、支持和收款往往都在同一个人脑中切换。仓促交接会把这些隐形上下文变成追问、返工和延迟回款。
一份完整交接必须回答什么
好的交接要回答六个问题：约定结果、最终成果、关键决策、遗留与范围外事项、权限转移，以及下一步负责人。如果一个资料包回答不了这些问题，它只是归档，不是交接。
Atlassian 在把会议行动项变成可跟踪工作的指南中建议明确负责人、动作、背景、结果、截止时间和来源。把同样的纪律放进项目交接，资料才会真正可用。
客户项目交接清单
1. 重申目标、范围与验收点
先用客户熟悉的语言写清业务结果、已确认范围，以及什么证据代表验收完成。附上最终项目简报，不要让接手者从任务列表反推目标。如果尚未验收，明确还缺什么证据、谁有权确认。参考客户交付物的完成定义，把“做完”和“验收”分开。
2. 建立交付物登记表
每项交付物写清最终名称与版本、直接链接、格式或系统、验收状态、交接后负责人，以及使用限制。不要只写“在共享盘里”。发送前用非所有者账号逐个打开链接。废弃草稿要明确标注，避免客户半年后选错版本。
3. 保留重新摸索代价高的决策
重点保留最终选择、替代方案、选择理由、确认人，以及重新评估条件。品牌、技术约束、定价假设、合规要求和范围取舍尤其值得记录。一份简洁的决策日志，通常比整夹会议纪要更有用。
4. 分开遗留事项与范围外事项
遗留事项是已经承诺但仍需行动的工作，每项都要有负责人和日期。范围外事项是本次合作从未承诺的工作，要直接写明。这能避免未解决请求在项目结束后变成免费义务。如果边界已经模糊，先用范围蔓延指南处理。
5. 安全转移权限和所有权
盘点账号、域名、代码仓库、工作空间、自动化、API 密钥、订阅和数据存储。记录当前与目标所有者、转移方式、完成状态和验证证据。不要把密码或密钥写进交接文档。使用安全的邀请或所有权转移流程，让接手者真实登录并完成必要动作，再撤销不再需要的权限。
6. 写清运行方式
只记录接手者真正需要的触发条件、具体动作、正常结果、异常信号和升级联系人。复杂操作可以补充录屏，但不能只留录屏；故障发生时，文字步骤更容易定位。
7. 坦白已知风险
列出风险或假设、最早预警信号、可能影响、预防动作和负责人。不要为了让项目显得漂亮而隐藏限制。可以直接改造项目风险雷达。
8. 用未来 30 天行动计划收尾
按顺序列出三到五个动作，每个动作只有一个负责人，并写明日期或触发条件。这样，交接就不只是一份文档，而是一段真正开始运行的过渡期。
可直接复用的交接文档结构
- 目标与范围
- 验收状态
- 交付物登记表
- 关键决策
- 遗留事项
- 范围外事项
- 权限与所有权转移
- 运行方式
- 已知风险
- 未来 30 天
- 联系人与升级路径
- 最终确认
源文件继续留在适合它们的系统中。索引负责指路，不要复制出一个很快过期的新文件夹。
做一次五分钟接手测试
交接会前，从索引开始检查：能否在两次点击内找到最终成果；看出是否验收；不问原作者就完成日常操作；找到下一步和负责人；区分遗留与范围外工作；在事故前看到风险。
交接会上，请接手者真实完成一个动作。观察他打开文件、进入工作空间或执行流程，比问“都明白了吗”更能发现缺口。
常见交接错误
只发文件夹，不提供地图
大文件夹转移的是存储，不是理解。一定要有索引告诉接手者从哪里开始。
把所有笔记当成同等重要
原始历史只会制造噪音。优先保留关键决策、当前事实、未完成承诺和运行说明。
默认对方知道谁负责
一个动作如果有两个负责人，往往等于没人负责。每项动作只指定一个最终负责人。
发出邀请就算权限已转移
邀请已发送，不等于对方已经能用。验证接手者真正需要执行的动作。
回避写明范围外事项
沉默会留下冲突期待。趁项目证据还新鲜，把不包含的内容说清楚。
PlanovAI 如何帮助交接
PlanovAI 可以把项目简报、文档、工作分解、决策、风险和外部信号放在同一个项目上下文中。你可以围绕当前事实组织交接，而不必临时从记忆里重建项目。它不会代替客户验收或你的判断，而是让证据和下一步保持关联。
常见问题
应该从什么时候开始准备项目交接？
从项目启动时建立交接索引。关键决策、已验收成果和所有权变化发生时就更新。最后一周应该用于验证，而不是重新拼凑历史。
项目交接文档应该多长？
以接手者能够行动为准。小项目可能只需要两三页和若干链接；复杂项目需要简洁索引，再链接到深入的运行文档。
一定要开交接会吗？
当接手者需要运行系统、接受未解决风险或承接权限时，建议开会并现场验证。简单交付可用异步测试和书面确认。
哪些内容绝不能放进交接文档？
不要放明文密码、私钥、不必要的个人数据，也不要把推测写成事实。敏感信息要通过认可的安全渠道转移。
谁确认交接完成？
有权验收的人确认交付物、遗留事项和所有权转移。实际运营接手者也应确认能访问并使用收到的内容。
现在就做
打开一个仍在进行的客户项目，先填目标、交付物、关键决策、遗留事项和下一位负责人。空白部分会立即告诉你：还有哪些上下文只存在你的脑中。