项目交接文档如何变成接手简报？状态、依赖与待办

一份好的项目交接简报，不是证明交出的人做过多少工作，而是让接手的人能够独立完成下一步。把完整交接文档压缩为PPT时，先说当前状态，再说待办、依赖和资料位置；每个“已完成”都要有可查的结果，每个“待处理”都要有接续方式。

面对多个文件，可以先人工整理一份交接材料包，再使用博思AIPPT的文档内容提炼功能组织页面。这里的重点是材料之间如何衔接，不要求软件自动读取整个共享盘，也不把生成的简报视为正式验收记录。

先约定：交接结束后，对方应能做什么

用一个原创示例说明：运营甲将城市读书活动的报名项目交给乙。项目尚未结束，已有活动方案、报名页说明、短信文案、合作方确认单、排期、常见问题和风险记录七份资料。

乙接手后需要做的不是“了解全部情况”，而是三件具体的事：判断报名页是否具备开放条件；跟进短信文案审批；遇到场地变动时找到决策人并更新通知。先写出这三件事，再决定简报应出现什么，能避免做成七份文件的目录介绍。

交接中途和项目结项不同。前者仍有未完成工作，不能套用“所有任务均已结束”的结项措辞。Atlassian的项目收尾说明提醒团队检查交付、审批、交接和文档；本文只借鉴记录完整性的原则，不把尚在进行的活动说成已经正式结项。

状态页必须有一个明确的截止时点

开会时说“已经差不多了”，接手人仍不知道哪些可以继续、哪些需要暂停。示例统一以“交接日16:00”为状态基线，之后出现的新变更另行记录，不悄悄覆盖原结论。

这里故意不把“草稿完成”写成“已完成”。如果一个工作项既有已完成部分又有待批部分，可以拆开写；只用红黄绿图标会隐藏差别，图标旁仍应保留文字状态和依据。

资料索引告诉对方去哪找、该看哪一版

PPT不是全部资料的容器。每个主文件列出稳定位置、用途、负责人和当前版本；将“短信文案最终版”“短信文案最终版2”改为可分辨的版本记录，而不是在幻灯片上随便选一个名字。

示例可以把七份资料分成三组：执行资料包含报名页说明、排期和短信文案；依据资料包含活动方案与合作方确认单；支持资料包含常见问题与风险记录。每组只强调接手时最常用的入口，具体内容仍在原文件中维护。

检查链接时，用接手人的权限实际打开，不能因为交出者能访问就认为交接完成。密码、令牌、个人证件和其他敏感数据不放进简报；需要移交权限时，走组织已有的账号与权限流程。对外版本还应按PPT外发前的隐藏信息检查复核备注、附件与嵌入数据。

待办之外，再单独讲两类依赖

第一类是“别人不完成，我就无法继续”。例如容量未确认，就不能最终确定报名名额；场地变更未批准，就不能发送更改通知。把前置项、等待对象、跟进时间和受影响工作连起来，不要只在备注里写“等回复”。

第二类是“我改一处，还需要同步哪里”。如果活动时间变化，需要同时核对报名页、短信、排期与客服答复。用一张影响表就能避免接手人只改页面、漏改消息。这里不是让生成工具自动同步，而是给执行者一份人工核对路径。

首周行动可以只写三行：核实开放条件；完成待批文案；确认场地容量并回填排期。日期和负责人应由双方约定，不能为了表格完整让AI虚构。新的决定产生后，回到项目记录维护，不只改PPT。

把材料包组织为接手人的阅读顺序

这份交接简报可按“接手目标—当前状态—关键资料索引—未完成项—依赖与影响—首周行动—需现场确认的问题”组织。它与周会纪要不同：纪要解释会议产生了哪些决定，交接简报解释接手后怎样独立继续工作；不必重新讲所有历史讨论。

整理输入时，为每一段保留工作项编号与文件名称，说明“状态基线为交接日16:00；只使用提供材料；已完成、待审批和未知三类分开；不生成额外日期、人员或权限信息”。使用博思AIPPT得到大纲后，先检查七份资料是否都在索引中出现，再选适合文字与状态并列的版式。

如果初稿把“短信草稿完成”压缩成“短信已完成”，修正时应恢复审批状态，并把接手动作放回同一页。若资料索引只写“见共享盘”，则补到能辨认的目录或文件名称，实际链接在授权范围内单独确认；不要把内部地址暴露在公开案例里。

最后做一次反向交接，比签“已收到”更有用

请乙不用甲提示，尝试回答并演示：现在能否开放报名？短信文案应该找谁审？如果场地变化，要同步哪几项？如果回答需要反复问原负责人，就把缺少的状态、位置或责任补回对应页。

演练中可以保留“尚未确认”项，只要每项都有下一步。把简报、资料索引和待办基线一起存档，双方确认的是同一版材料。准备好脱敏交接包后，可用博思AIPPT制作接手简报初稿，再由交接双方完成权限、状态与行动核对。