用 AI 写项目复盘报告的工作流

项目复盘最容易变成两种形式：一种是流水账，把做过的事按时间列一遍；另一种是追责会，把问题简单归因给某个人或某个环节。真正有价值的复盘应该区分事实、判断、原因和行动，让下一个项目能少踩坑。

AI 可以帮助你整理材料、生成结构、发现遗漏问题和提炼行动项。但它不能替你确认事实，也不能替团队判断责任和优先级。复盘报告最终要由项目相关人共同确认。

这个工作流解决什么问题

项目复盘常见问题：

• 只写过程，不写目标和结果差距
• 只总结经验，不分析原因
• 问题归因太简单，例如“沟通不充分”“时间不够”
• 行动项不可执行，没有负责人和验证方式
• 成功经验没有沉淀成下次可复用方法

这个工作流帮助你把事实、原因、经验和行动拆开，形成对后续项目有价值的复盘报告。

适合：

• 产品功能上线复盘
• 内容站建设或 SEO 项目复盘
• 活动运营复盘
• 研发迭代复盘
• 团队协作问题复盘
• 个人项目阶段总结

不适合：

• 事实材料不足，只想让 AI 编一份总结
• 涉及绩效、处罚、人事判断，需要正式流程
• 包含客户隐私、商业机密但没有脱敏
• 用 AI 结论替代团队讨论

输入信息

建议准备：

• 项目目标
• 时间线
• 关键结果
• 数据指标
• 交付物
• 遇到的问题
• 重要决策
• 团队反馈
• 后续计划
• 不应写入报告的信息

如果数据缺失，直接写“待补充”，不要让 AI 自己猜。

工作流步骤

1. 整理项目背景和目标。
2. 收集事实材料和时间线。
3. 对比目标和实际结果。
4. 还原关键过程和决策。
5. 分析成功经验和失败原因。
6. 提炼可复用方法。
7. 生成后续行动项。
8. 团队共同确认报告。

Step 1：整理事实材料

复盘第一步不是下结论，而是收集事实。可以先让 AI 帮你整理材料：

请根据以下项目资料，先整理事实清单，不要做原因分析。

请输出：
1. 项目目标
2. 时间线
3. 关键交付物
4. 数据结果
5. 发生的问题
6. 已知决策
7. 待确认事实
8. 不应进入复盘结论的信息

要求：
- 区分已确认事实和推测
- 不要补充资料中没有的信息

项目资料：
[粘贴]

这一步的重点是避免 AI 过早总结。事实还没整理清楚，原因分析通常会跑偏。

Step 2：目标和结果对比

请把项目目标和实际结果整理成对比表。

字段包括：
- 目标
- 预期结果
- 实际结果
- 差距
- 证据
- 是否达成
- 待补充数据

要求：
- 没有数据的位置写“待补充”
- 不要用模糊词替代结果，例如“效果不错”

示例：

目标	预期结果	实际结果	差距	证据
完成内容站核心页面翻新	30 篇核心内容完成扩写	已完成 20 篇	还差 10 篇	Git diff / 内容清单
准备 AdSense 审核	完成 About、Privacy、Terms 和低价值内容整改	合规页已更新，部分短内容仍需翻新	需继续扩写	整改计划

Step 3：分析原因

原因分析要避免简单归因。可以让 AI 从多个角度检查：

请基于事实材料，从以下角度分析项目结果：
1. 目标设定
2. 资源投入
3. 协作流程
4. 技术实现
5. 内容或产品质量
6. 外部依赖
7. 风险管理

要求：
- 区分直接原因和根因
- 每个原因都要对应事实依据
- 不要把所有问题归因于“沟通不足”
- 对证据不足的判断标记为“待验证”

可以使用“五问法”，但不要机械追问到没有证据：

请对这个问题做 5 Whys 分析。如果某一层缺少证据，请停止并标记需要补充的信息。

Step 4：沉淀经验和行动项

复盘最终要形成下次可执行的改进动作。

请把复盘结论转成行动项。

每个行动项包含：
- 事项
- 负责人
- 优先级
- 截止时间
- 验证方式
- 适用范围
- 依赖

如果负责人或时间不明确，请标记待确认。

行动项要能验证完成状态。

不推荐：

加强沟通。

更推荐：

每周五更新项目风险表，包含风险、影响、负责人、下一步动作，并在周会前同步给相关人。

Prompt 示例

你是一名项目复盘顾问。请根据以下项目信息，生成一份结构化复盘报告。

要求：
- 区分事实和观点
- 不回避问题
- 不做没有证据的归因
- 每个问题给出原因分析和后续行动
- 行动项必须包含负责人、截止时间和验证方式；不明确则标记待确认
- 输出适合团队内部分享

项目信息：
[粘贴]

输出结构

## 项目概览
## 目标与结果对比
## 关键时间线
## 做得好的地方
## 问题和原因
## 经验沉淀
## 后续行动项
## 待确认问题

使用案例：内容站 AdSense 准备复盘

场景

一个 AI 生产力内容站完成第一轮内容翻新，准备复盘当前进展，并判断是否可以进入 AdSense 复审准备。

输入材料

目标：降低低价值内容风险，提升核心页面质量。
已完成：About、Privacy、Terms、三个专题页、若干 Prompt 和 Workflow 页面扩写。
发现问题：仍有部分 Agent 和 Tool 页面内容较薄。
构建状态：npm run build 通过。
下一步：继续扩写 30-40 个核心页面，观察 Search Console 收录。

AI 输出片段

## 做得好的地方
- 已优先处理信任页面和高意图内容页，降低站点被误判为纯模板目录的风险。
- 内容扩写不只增加字数，还补充了使用场景、失败案例和人工检查清单。
- 构建和日期检查已通过，说明技术层面没有明显发布阻断。

## 主要问题
- 部分 Agent 和 Tool 页面仍偏短，缺少真实案例和操作边界。
- 需要等 Search Console 数据确认核心页面是否被索引，不能仅凭页面完成度判断审核时机。

## 行动项
| 事项 | 负责人 | 截止时间 | 验证方式 |
|---|---|---|---|
| 扩写 Priority C Agent 页面 | 待确认 | 待确认 | 页面包含案例、失败输出、检查清单 |
| 每周检查 Search Console 收录 | 待确认 | 每周 | 记录核心页面索引状态 |

常见失败案例

失败 1：复盘写成流水账

第一周完成首页，第二周完成文章，第三周部署上线。

时间线有用，但还不够。需要补充目标、结果、差距、原因和行动。

失败 2：只写“沟通不足”

“沟通不足”通常只是表层现象。要继续追问：信息没有同步给谁？什么时候应该同步？没有同步造成什么影响？下次用什么机制避免？

失败 3：成功经验不可复用

这次大家都很努力。

这不是可复用经验。可以改成：

本次每次内容扩写后都运行构建检查，减少了上线前集中修复成本。后续内容批量更新也应保留这个检查步骤。

失败 4：行动项没有验证方式

如果行动项无法判断是否完成，它就很难跟进。每个行动项最好有验收标准。

变体 Prompt：复盘质量检查

请检查下面这份项目复盘是否有问题。

重点检查：
1. 是否区分事实和观点
2. 是否有目标与结果对比
3. 原因分析是否有证据
4. 是否存在简单归因或甩锅
5. 行动项是否具体可执行
6. 是否缺少负责人、时间和验证方式
7. 是否有敏感信息需要删除

请输出问题清单和修改建议。

变体 Prompt：一页复盘摘要

请把下面的复盘报告压缩成一页摘要。

要求包含：
- 项目目标
- 实际结果
- 3 个关键结论
- 3 个主要问题
- 5 个后续行动项
- 需要管理层决策的问题

不要删除关键风险和待确认事项。

隐私和团队协作注意事项

• 对外分享前删除客户名称、内部链接、金额、个人评价等敏感信息。
• 复盘报告应聚焦机制和事实，不应变成人身评价。
• 对存在争议的原因，标记“待团队确认”。
• 涉及绩效、人事、事故归因时，AI 只能辅助整理材料，不能替代正式流程。
• 重要数据要保留来源，避免 AI 摘要后丢失证据。

人工复核重点

• 事实是否准确？
• 数据是否有来源？
• 是否把推测写成结论？
• 是否遗漏关键参与方反馈？
• 原因分析是否过度简化？
• 行动项是否能被跟踪？
• 负责人和截止时间是否经过确认？
• 报告语气是否聚焦改进，而不是追责？

结论

AI 可以让项目复盘更有结构，但高质量复盘仍然依赖真实材料和团队共识。建议先让 AI 整理事实，再做原因分析，最后把结论转成可验证行动项。复盘的目标不是证明谁对谁错，而是让下一次项目更可控。