复盘最怕写得很长，却看不出重点

很多人写项目复盘，会不自觉地从头写到尾。

什么时候开了启动会。
什么时候改了方案。
什么时候对齐了需求。
什么时候上线。
中间遇到谁、讨论了什么、改了几版。

看起来很完整，但读的人很容易只留下一个感觉：事情很多，重点不清。

老板或团队真正想看的，通常不是“你们经历了什么”，而是：

这个项目最后结果怎么样？
中间哪些动作做对了？
哪些地方出了问题？
下次能怎么改？

复盘不是记流水账。复盘的价值，是把过程整理成判断。

先别急着写，先把材料拆一遍

如果你手里已经有会议纪要、周报、任务看板、聊天记录摘要，可以先让 AI 帮你做第一轮整理。

不要一上来就说：

“帮我写一份项目复盘。”

这样很容易写成一篇看似完整、但没什么判断的总结。

更好的做法，是先让 AI 从原始材料里提取几个关键信息：

项目目标是什么。
最后完成了什么。
过程中遇到过哪些问题。
采取了哪些处理方式。
有哪些经验可以复用。
还有哪些事情需要继续跟进。

这一步的目的不是让 AI 直接写成稿，而是先帮你把材料从“散”变成“清楚”。

可以直接复制的项目复盘 Prompt

把下面这段复制到 AI 工具里，再填入你的项目材料。

【项目复盘 Prompt】

请你扮演一位职场项目复盘助理，帮我把零散项目记录整理成一份适合向上汇报的项目复盘草稿。

项目名称：
【填写项目名称】

时间范围：
【填写起止时间】

项目目标：
【填写最初目标，如果不确定请写“待补充”】

原始记录：
【粘贴会议纪要、周报、任务记录或项目笔记】

请按下面结构整理：

项目背景与目标
用简短文字说明这个项目为什么做，原定目标是什么。

关键成果
只写原始记录中能确认的成果。
如果缺少数据，请标注“待补充”，不要编造数字、比例、金额、人数、完成率。

主要问题与处理
整理项目中遇到的关键问题，以及当时采取了什么处理方式。
如果原因不明确，请不要强行归因。

可复用经验
总结这次项目中可以下次继续使用的做法。
不要写空泛口号，要尽量具体。

后续行动
列出还需要继续推进的事项。
如果负责人、截止时间不明确，请写“待确认”。

写作要求：
语言简洁、客观、适合汇报。
不要夸大成果。
不要编造客户、金额、负责人、截止日期和业务结果。
不要把推测写成事实。
如果内容涉及客户、合同、金额、内部战略，请提醒我先脱敏。

一个简单示范

假设你的原始记录是：

内部知识库项目已经上线。
页面设计完成。
内容录入完成一部分。
审核流程中间卡了几天。
上线时间比原计划晚了。
后续还要做培训和反馈收集。

AI 可以整理成这样：

项目背景与目标

本项目旨在搭建部门内部知识库，集中管理常用文档和流程说明，减少重复沟通，提高资料查找效率。

关键成果

完成知识库基础页面搭建，并整理出首批可上线内容。
已完成部分内部资料录入，具体数量待补充。
项目已进入上线后的试用和反馈收集阶段。

主要问题与处理

项目推进过程中，审核流程比预期更慢，影响了部分内容的上线节奏。

后续处理方式是将待审核内容集中整理，并统一提交确认，减少零散沟通带来的延迟。

可复用经验

类似项目在启动前，应提前确认审核负责人和审核节奏。

资料型项目不要只关注页面搭建，也要提前规划内容维护方式，否则上线后容易变成一次性整理。

后续行动

整理首批使用反馈，负责人待确认，完成时间待确认。

补充常见问题说明，负责人待确认，完成时间待确认。

根据反馈优化知识库目录结构，负责人待确认，完成时间待确认。

这类输出比流水账更适合汇报。它没有把每个过程都写进去，而是把结果、问题和下一步先拎出来。

复盘里最容易出错的地方

AI 写复盘时，最大风险不是语句不够漂亮，而是它会把不确定的内容写得很确定。

比如原始记录里只有一句：

“审核流程比较慢。”

AI 可能会自动写成：

“由于跨部门沟通不畅，导致审核延迟。”

这句话听起来合理，但未必是真的。

如果你没有确认原因，就不要让 AI 帮你下结论。更稳的写法是：

“审核流程耗时高于预期，具体原因仍需进一步确认。”

复盘里还有几类内容尤其要小心：

客户名称。
合同金额。
内部预算。
负责人姓名。
未公开项目计划。
业务数据和完成率。
对某个团队或个人的责任判断。

这些内容要么先脱敏，要么在正式发送前逐项核对。

复盘不是写得漂亮，而是让下一步更清楚

项目复盘不需要写得很长。

一份好用的复盘，至少要让读的人看明白：

结果是什么。
问题在哪里。
经验能不能复用。
下一步谁来做。

AI 可以帮你把零散记录整理成结构，但最终哪些内容能发、哪些判断站得住，仍然需要你自己确认。

如果你想要一份可以直接复制的「项目复盘填空模板」，可以在公众号对话框回复：

复盘模板

我会发你一版通用填空模板，适合把项目记录整理成汇报版复盘。