用 AI 写项目复盘报告：完整框架

项目收尾要复盘，很多人打开 AI 输入一句"帮我写份复盘报告"，得到的是一篇漂亮但无用的空话。复盘报告的难点从来不在文笔，而在事实有没有摆清、原因有没有追到根、行动能不能落到人。AI 在这件事里的位置很明确：它擅长补结构、理时间线、追问差距；责任归属和结论取舍，必须由管理者自己判断。

报告只回答三个问题

一份成立的复盘报告只包含三块：原计划是什么、实际发生了什么（事实）；为什么会有这个差距（分析）；下次怎么改（行动）。三块写实了，报告就成立；写不出结论，多半是事实没摆清，而不是分析能力不足。

最常见的失败发生在事实层。项目记录散落在群聊、邮件、周报里，连当事人也说不清某个节点到底发生了什么。这时让 AI 把散落的记录按时间线整理一遍，标出每个阶段的关键决策与结果，比直接让它"写分析"有用得多。事实层干净了，分析层的分歧自然减少。

AI 能接手的四个环节

补结构：把口述材料对照"事实、原因、行动"三段框架，指出漏了哪一块。整理事实：把聊天记录、周报、会议纪要按时间线归并去重。追问原因：对每个差距连续追问"为什么"，直到离开表层归因——"沟通不到位"不是根因，"需求变更缺少固定通知机制"才是。写初稿：把确认过的要点扩写成正式文档，统一语气与格式。

其中追问原因这一步值得单独强调。表层归因的标志是它不可执行："沟通不到位"改不了，"需求变更当天必须同步到项目群并由负责人确认"才改得了。让 AI 对每个差距追问三层为什么，追问到出现可以改的机制或动作，才算到底。

可复用的复盘提示词

这是一个项目的复盘材料：（粘贴记录）。请：1）按"原计划 / 实际结果 / 差距"整理事实部分，每条标注来源；2）对每个差距追问三层"为什么"，找出根本原因，不要停在"沟通不到位"这类表层归因；3）给出三条可执行的改进动作，每条落到具体的人和流程上，"加强沟通"这类表述不算动作；4）指出哪些差距属于外部不可控因素，单独列出。

四类复盘的侧重对照

拿到表先对号入座，重点看"成立标准"这一列：达不到标准的复盘，开完会就等于结束了。

AI 接不了的部分

责任归属必须自己写。涉及对人的评价，让 AI 代笔既不公平也不妥当——它没有资格判断谁的失误更重，你也承担不起把不实评价写进留档文件的后果。哪些内部讨论适合写进报告，同样要自己把握，有些上下文不适合留档。还有一条：别把复盘写成检讨，目的是改进流程，不是找人背锅。如果所有问题最后都归到外部不可控因素上，这份复盘就没有价值，不如不开。

让复盘不空转的两个习惯

区分原因和借口：让 AI 判断某条归因是否属于"不可控因素"，凡在可控范围内的，都要给出对应动作。改进动作要具体到人："每周一上午开十五分钟同步会"是动作，"加强沟通"是空话。

同类项目复盘多了，还可以把历次复盘的改进动作汇总成一张清单，检查哪些动作反复出现却始终没人做——那才是复盘真正该解决的问题。这套先摆事实、再找规律的方法，在其他复盘场景同样适用：内容团队做年度数据与选题复盘时用的就是同一框架（用 AI 做年度复盘的方法）；电商团队常把售后退货数据的归因放进月度复盘（退货原因的归因方法）；写给合伙人的年度经营总结，采用的也是三段式结构（年度经营总结的写法）。

复盘报告速查

• 三段框架：事实、原因、行动，缺哪块补哪块
• 对每个差距追问三层为什么，追到可改的机制
• 改进动作落到人和时间，"加强沟通"不算动作
• 责任归属与结论取舍自己写，AI 只做整理

几个常被问到的执行问题

复盘会开完没人执行怎么办？把改进动作从报告里单独抽出来，变成带负责人和截止时间的跟踪表，下次复盘先检查上一轮动作的完成情况，完成率本身就是团队的复盘质量。

项目记录不全还能复盘吗？能，但先声明事实缺口。让 AI 在整理时间线时标出"此处无记录"，基于缺失事实得出的结论要降级为推测，不要写成定论。

多小的项目值得复盘？判断标准不是项目规模，而是同类问题有没有重复出现。同一个坑踩过两次，无论项目多小都值得复盘一次；一次性问题，口头过一遍即可。