项目终于上线了。团队群里的欢呼还没冷下来，老板的消息就到了：“下周复盘会，每个人交一份项目复盘报告，重点说问题和改进。”
我盯着那条消息，心里一沉。
不是因为不想复盘——我知道复盘很重要。是因为我知道，写一份像样的复盘报告有多难。
**本文首发地址：RskAi（ai.rsk.cn），国内免费体验Gemini3，Claude，gpt等最新模型，无需配置网络环境。 ** 这个过程，我上次用了整整三天。三天里，我什么别的事都没干，就在翻文档、问人、码字。结果出来，老板看了一眼，说：“挺全的，但有点散，核心问题不够突出。”
那一刻我真想把电脑摔了。
但这次，我决定换个做法。我要让 AI 帮我把那些“翻文档”的活儿干了，我只负责思考和判断。
结果证明，这个决定让我少熬了两个通宵。
一、问题：为什么复盘报告这么难写？
复盘报告的难点，不在于“写”，而在于“理”。
你需要理清这几个问题：
- 项目到底经历了哪些阶段？每个阶段的目标是什么？
- 过程中遇到了哪些问题？是怎么解决的？
- 最终结果怎么样？和预期比是好了还是差了？
- 做得好的地方是什么？做得不好的地方是什么？
- 下次应该怎么改进？
而要回答这些问题，你需要翻遍这几个月积累下来的所有资料：
- 项目启动时的 PRD 文档
- 每周的进度同步会纪要
- 技术评审的设计文档
- 测试阶段的 bug 清单
- 上线后的用户反馈
- 项目群的聊天记录
这些资料散落在各个文件夹、各个聊天窗口、各个同事的电脑里。你要把它们全部找出来，读一遍，标记重点，然后才能开始写。
过去我是这么干的：
- 花一天时间，把所有资料找齐，按时间顺序排好
- 花一天时间，一份一份读，一边读一边记笔记
- 花半天时间，整理笔记，画出项目的时间线和关键节点
- 花半天时间，动笔写报告，一边写一边还要回去翻原始资料确认细节
整整三天。而且最后出来的报告，老板还不一定满意。
但这次，我把前两步交给了 Gemini。国内可以直接用 RskAi ，上传文件功能很强大。
二、解决方案：让Gemini做“资料员”，我做“主编”
我的思路很简单：让 Gemini 先把所有资料读一遍，按照我设定的框架整理出初稿，然后我来审核、补充、润色。
这样，我只需要做两件事：设计框架 + 审核内容。那些机械的阅读和摘录工作，全交给 AI。
以下是完整操作流程，每一步都有详细说明。
三、详细教程：四步搞定项目复盘报告
第一步：收集并整理所有资料
这是唯一需要我自己动手的环节。我把项目相关的所有文件收集起来，放到一个文件夹里：
- PRD-2025.12.10.docx
- 需求评审纪要-12.15.pdf
- 技术设计方案-12.20.docx
- 项目周会记录-12.28.docx
- 测试报告-1.15.xlsx
- 用户反馈汇总-2.01.docx
- 项目群聊天记录导出.txt（从12月到2月）
- 上线后数据复盘.pptx
一共 8 个文件，格式五花八门。但没关系，Gemini 都能读。
第二步：上传文件并设计提示词
打开 RskAi，点击「+」号，一次性把这 8 个文件全部上传。等待几秒钟，文件处理完成。
接下来是最关键的一步：写提示词。我的提示词是这样的：
text
你是一位资深项目经理，现在要帮我写一份项目复盘报告。
我已经上传了 8 个项目相关文件，包括 PRD、会议纪要、技术文档、测试报告、聊天记录等。请帮我完成以下任务：
【第一步】阅读所有文件，梳理出以下信息：
1. 项目时间线：从启动到上线的关键节点（每个节点一句话 + 时间）
2. 核心需求变化：PRD 中最初的需求有哪些？中途变更了哪些？为什么变更？
3. 主要问题记录：开发、测试、上线各阶段遇到的重大问题（每个问题一句话 + 发生时间 + 解决方案）
4. 数据结果：上线后的核心数据（如果有，请提取）
5. 各方反馈：从聊天记录和用户反馈中，提炼出团队和用户的典型评价
【第二步】基于以上信息，生成复盘报告初稿。报告结构如下：
# [项目名称] 复盘报告（2026年2月）
## 一、项目概况
- 一句话概括项目目标
- 一句话概括最终成果
## 二、时间线回顾
（用时间轴形式列出关键节点，每个节点附简要说明）
## 三、做得好的地方（3-5点）
（每点包括：事实描述 + 为什么做得好 + 数据/例子支撑）
## 四、遇到的问题与改进（3-5点）
（每点包括：问题描述 + 当时怎么解决 + 下次如何避免）
## 五、数据与反馈
- 关键数据（表格形式）
- 典型反馈（引用原话，标注来源）
## 六、后续行动计划（3-5条）
（每一条包括：做什么 + 谁负责 + 预计完成时间）
【第三步】格式要求：
- 语言简洁专业，适合直接发给老板和团队
- 涉及具体人名的用“产品同学”“后端同学”代替
- 数据要有来源标注（如“测试报告-1.15.xlsx”）
这个提示词的设计逻辑是：先梳理信息，再按结构生成，最后明确格式要求。Gemini 有了清晰的路径，就不会跑偏。
第三步：生成初稿并验证准确性
点击发送，等待约三分钟（因为文件较多）。Gemini 返回了一份完整的复盘报告，格式完全按照我的要求。
我快速浏览了一下，发现：
- 时间线梳理得很清楚：12月10日启动，12月20日需求冻结，1月5日提测，1月25日上线
- 问题记录也很到位：测试阶段发现的“支付回调超时” bug，聊天记录里吵了好几天，Gemini 准确提炼出来了
- 数据部分：从测试报告里提取了 bug 总数 87 个，从复盘 PPT 里提取了上线后次日留存 42%
更让我惊喜的是，它把“做得好的地方”和“遇到的问题”分别列了 4 条，每条都有事实支撑，不是泛泛而谈。
比如这条：
问题：支付回调超时导致部分订单状态未更新
- 事实：1 月 12 日上线后，客服反馈有 23 笔订单显示“支付成功”但系统状态仍为“待支付”
- 当时解决：紧急修复回调接口超时设置，24 小时内处理完毕
- 改进：后续增加支付状态的定时对账机制，并加入监控告警
这条信息我原本只记得大概，Gemini 从聊天记录里找到了具体数字和发生时间，比我记得还清楚。
第四步：多轮优化，直到满意
初稿已经很不错，但还需要我加入一些个人判断和补充。我在 Canvas 窗口里继续和 Gemini 对话：
- “把‘后续行动计划’里的负责人换成真实姓名，我告诉你：支付优化-小王，监控配置-小李”
- “在‘数据与反馈’部分加一句：相比上一版本，bug 数下降 32%”
- “把‘做得好的地方’和‘遇到的问题’按重要性重新排序”
Gemini 一一照做，每次调整都很快。最后我复制到 Word 里，加了个封面，总共花了不到两个小时。
而以前，这个过程要三天。
四、深度解析：为什么这个方法有效？
1. 信息梳理的自动化
Gemini 最擅长的事，就是从大量文本中提取关键信息。8 个文件加起来可能有十几万字，如果我自己读，至少要两天。Gemini 几分钟就读完了，而且不会遗漏重点——因为它会记住所有内容，不像人脑会遗忘。
2. 结构化的提示词
很多人用 AI 效果不好，是因为给的提示词太宽泛。“帮我写个复盘报告”，结果 AI 给出一堆套话。我给了明确的步骤和结构，AI 就知道该怎么干活了。
这个提示词的设计借鉴了“角色+任务+约束+输出格式”的结构化方法，让 AI 像执行 SOP 一样工作。
3. 可追溯的信息来源
Gemini 在输出每条信息时，会标注来源文件名（如“测试报告-1.15.xlsx”）。这让我能快速验证信息的准确性，也方便在汇报时展示数据来源。这个特性在写正式报告时非常有用。
4. 人机协作的迭代模式
我不是一次性让 AI 生成完美报告，而是先生成初稿，再逐步优化。AI 负责初稿和机械修改，我负责判断和补充。这种“AI 做助理，人做主编”的模式，效率最高。
五、这个方法的迁移价值
同样的思路，可以用在很多写作场景：
- 写项目周报：上传本周的聊天记录、代码提交记录、bug 清单，让 AI 生成周报初稿
- 写述职报告：上传过去一年的项目文档、邮件、绩效数据，让 AI 帮你梳理亮点
- 写竞品分析：上传竞品官网截图、用户评论、新闻稿，让 AI 提炼对比维度
- 写会议发言稿：上传会议背景资料，让 AI 帮你草拟发言要点
只要是需要从多份资料中提炼信息然后写作的任务，都可以用这个模板。
六、一点感悟
那天我把复盘报告发出去，老板回了四个字：“这次不错。”
我没告诉他我是怎么写的。但我在想，其实用 AI 不是偷懒，是把精力花在更值得的地方。过去我花三天写的报告，和现在花两小时写的报告，区别不在于时间，而在于——过去我一直在“搬运”信息，现在我能真正“思考”信息了。
Gemini 帮我读了所有资料，我才能有精力去想那些真正重要的问题：我们到底做对了什么？做错了什么？下次怎么更好？
这就是工具的意义：它不替你思考，但它让你有时间思考。
如果你也经常被这些写作任务困住，从下一次复盘开始试试。打开 RskAi（ai.rsk.cn） ，上传文件，输入那句提示词。然后看看，你省下来的那两天，可以用在什么地方。
【本文完】
