一、提示词全文

复制下面这一段，把【】里的内容换成你自己的，直接发给模型。

你是复盘主持人，帮我写复盘报告。
项目：【名 + 目标 + 实际结果，各一句话】
时间线与关键节点：【发生了什么】
原始数据：【能给的都给】
大家的反馈：【会上有人说过的原话】
请输出：
1. 一句话结论，说清这次到底成在哪或败在哪
2.  时间线上分叉的三个点，写清当时如果做了什么不同，结果会怎样
3. 根因，用「为什么为什么」往下挖三层，不许停在「沟通不畅」
4. 改进项，不超过五条，每条写清做什么、谁、什么时候开始、怎么验证
5. 一条「下次别再犯」的提醒，写成人话
要求：
- 不写「流程需要进一步完善」
- 根因必须挖到制度或资源层面，不能只归到个人
- 改进项要能验证，不能是「加强沟通」
- 结论放最前面

二、占位符说明

占位符 填什么 怎么填
【名 + 目标 + 实际结果，各一句话】 项目概况 目标和结果一定要对比着写，只写过程会变成工作总结
【发生了什么】 时间线 按天或按阶段写，关键决策点标出来
【会上有人说过的原话】 反馈 原话最有信息量，概括过的反馈会被稀释

三、使用步骤

  1. 先把目标和结果摆一起，差距就是复盘的靶子。
  2. 分叉点挑三个真的能改变结果的，不要挑无关痛痒的。
  3. 根因挖三层，第一层总是「沟通问题」，第二层是流程，第三层才是资源或制度。
  4. 改进项逐条问「怎么知道做成了」，答不上来的重写。
  5. 「进一步完善」这类词全局搜一遍，通常都在根因那块。

四、输出效果示例

目标是一个月内上线新版结算页，实际拖了 52 天。时间线里有两个分叉：需求确认时法务提了数据合规问题没人拍板，拖了 11 天；开发中途被抽调两个人去别的项目。反馈里有原话「没人告诉我合规这块要卡这么久」。

模型按上面的提示词给回来的结果大概是这样：

结论写「拖期主要是两个决策点没拍板，不是开发慢」。分叉点三个：法务提出的合规问题两天内要有结论、开发抽调没人替补、验收标准中途改过一次。根因挖到三层：沟通问题 → 没有合规专项评审节点 → 项目排期时没把合规当一个独立前置任务，制度上缺这个卡点。改进项四条，其中一条是「所有涉及用户信息的功能，立项时自动挂合规评审，负责人 XXX，下个项目开始执行，验证方式是看立项清单里有没有这一项」。下次别再犯那句写的是「别再把合规当成一个问一句就过的事」。

五、常见翻车

这一条最容易问歪的就是下面三种，对照着改：

1. 这样问：「帮我写个复盘」

没给过程记录，模型只能写「沟通不畅」这类谁都会写的废话结论。

**改成这样：**把过程记录发进去，让它挖到根因并给出改进项。

2. 这样问：「总结一下问题」

问题写多了就变成批评人，下次没人愿意讲真话。

**改成这样：**把问题落到流程和分工上，不落到个人头上。

3. 这样问：复盘完了没有待办

复盘文写完就结束，下个月同样的坑再踩一次。

**改成这样：**每条改进项必须有责任人和时间，能验的给验收标准。

六、适配模型怎么选

DeepSeek 适合理时间线和根因，Claude 写复盘报告的分寸最好，GPT 适合你要一页纸版本。

七、进阶引导

这一条是单点用法。你现在大概只拿它解决一个场景，可同类的活还有几个翻版：同一个商品，详情页要一版，商品标题要一版，客服应答又要一版，每次都得重起。

《会议纪要不背锅：从录音到可追责的 5 步》给的是整个场景的成套做法，五六个变体加一张自测清单，照着排一遍，这类活基本不用现想。

公众号里搜标题就能找到。