用 WorkBuddy 做复盘，最难的一步是让它别替你下结论

做复盘最花时间的是把过程还原出来——从聊天记录、周报、数据里把「什么时候发生了什么」捋成一条时间线。

这一步适合交出去。但「为什么会这样」这一步，交出去就毁了整个复盘。

本文依据 WorkBuddy 官方使用技巧、专家中心与权限模式文档，核对日 2026-08-16。我们没有安装客户端，本文不含实测数据。

一、为什么归因不能交出去

复盘的价值全部来自归因的准确性。归因错了，后面的改进措施全是错的。

而 AI 在这件事上有个特点：它一定会给你一个听起来合理的解释。

「活动效果不及预期，主要是因为投放节奏太集中」——这句话读起来很专业，但它可能只是从数据的表面相关性推出来的。真实原因可能是素材没过审、可能是竞品同期做了更大力度、可能是某个渠道的数据本来就有问题。

这些信息大多不在你给它的材料里。

更危险的是：一个似是而非的归因写进复盘文档，下一次的动作就会建在这个错误的判断上。

官方在专家中心的提示是这条的依据：AI 生成内容仅供参考，无法替代专业判断，不构成决策和投资建议。

二、绑定的交付物：时间线 + 事实对照，不含结论

【目标】把 <素材目录> 下的材料整理成复盘的事实底稿

【输入】D:\WorkBuddy\fupan\素材\ 下的所有文件
        （周报、会议纪要、数据文件、群聊记录导出，已复制副本）

【输出格式】保存为 Markdown，含三部分：

一、时间线（表格）
   时间 | 发生了什么 | 涉及的人/环节 | 出处（文件名+位置）

二、目标与实际对照（表格）
   指标 | 目标值 | 实际值 | 差异 | 数据出处

三、材料中提到过的问题（表格）
   问题描述 | 首次出现时间 | 提出人 | 后续有无处理 | 出处

【约束】
- ★ 不写「因为 X 所以 Y」，不做任何原因分析
- ★ 不写「做得好/做得不好」这类评价
- 每一行必须能追回原始材料，出处必填
- 材料里没有的写「材料中未提及」，不要按常理补
- 单独给一节「材料中互相矛盾的地方」
- 不需要开场白

三个部分的设计逻辑：

• 时间线回答「发生了什么」——纯事实；
• 目标与实际对照回答「差在哪」——纯数字；
• 材料中提到过的问题是最有价值的一节——很多问题当时就有人提了，只是没被处理。把它们摆出来，比事后分析更有说服力。

「材料中互相矛盾的地方」也别省——两份材料对同一件事说法不一，这本身就是复盘的重要线索。

三、归因这一步你自己做

拿到事实底稿之后，关掉客户端，自己想。

按时间线一段一段过，每处偏差问三个问题：

1. 这个偏差是什么时候第一次能被察觉的？
2. 当时有没有人提出来？（看第三部分那张表）
3. 如果当时就处理，需要什么条件？

第三个问题最重要——它把「反思」变成「可执行的改进」。

如果你确实想让它帮忙想可能性，就单独要，而且明确标注：

另起一节「可能的原因（推断，待验证）」，列出 3-5 条可能性，
每条注明：需要什么信息才能验证这条成不成立。
★ 明确标注这是推断，不要写成结论。

「需要什么信息才能验证」这句是关键——它把推断变成了可查证的线索，而不是可以直接引用的结论。

四、验收：四查

第一查：搜归因词。 通读一遍，搜「因为」「由于」「主要是」「说明」「导致」。出现在事实部分就要求删掉。

第二查：搜评价词。 搜「不足」「有待提升」「做得较好」「效果不佳」。这些都是评价，不是事实。

第三查：抽三条回原文核。 时间线里挑三行，确认时间和描述对得上。对不上整份重来。

第四查：出处列有没有空的。 有空的说明那一行是它补的，不是材料里的。

五、复盘文档的最终形态

事实底稿 + 你的归因 = 复盘文档。结构建议：

1. 结论（你写的，一句话说清楚这次的核心问题）
2. 时间线（它整理的）
3. 目标与实际对照（它整理的）
4. 归因分析（★ 你写的）
5. 改进措施（★ 你写的，每条要有责任人和时间）
6. 附：材料中提到过但未处理的问题（它整理的）

第 1、4、5 三节必须你自己写。 这三节是复盘的全部价值所在；前面那些是素材。

第 6 节放最后但很有分量——它回答的是「我们是不是早就知道」，而这往往是最该改的地方。

六、几件不该交给它的

• 归因与结论——本文核心；
• 对人的评价——「某某响应不及时」这类判断要人做，而且涉及个人的评价不该进这条链路；
• 改进措施——措施要基于你对团队能力和资源的了解；
• 对外的复盘汇报——给客户或高层的版本，草稿可以，定稿要人；
• 替你解释数据异常——指令里加一句「只描述数据中的波动事实（时间、幅度、涉及维度），不要解释原因」。

七、素材组织与安全

复盘材料常混着敏感内容——客户名称、内部数据、对某些人的评价。

两条建议：

一、进目录前过一遍。 不需要的敏感信息先删掉——尤其是涉及具体人员评价的聊天记录。这类内容不该进工作目录。

二、放副本不放原件。 官方在权限模式文档里的原话：处理重要文件之前，先建独立的任务文件夹，把需要的文件复制进去，而不是把原始目录直接交出去。

配套目录：

D:\WorkBuddy\fupan\
├── 素材\      （脱敏后的副本）
└── 成品\      （事实底稿 + 你的复盘文档）

八、一个能提高复盘质量的做法

做完之后，让它换个视角挑毛病——这是官方使用技巧里的「切换角色视角」：

用一个没参与这个项目的人的视角看这份复盘，
他会觉得哪里说得不清楚、哪个结论缺少支撑？
只提问题，不要改写。

「只提问题不要改写」——你要的是它挑刺，不是它重写。挑出来的问题往往正是你身在其中看不见的。

小结

• 复盘的价值全部来自归因的准确性，而 AI 一定会给你一个听起来合理的解释——真实原因大多不在材料里。
• 绑定交付物：事实底稿（时间线 + 目标实际对照 + 材料中提到过的问题），★ 不写「因为所以」、不写评价。
• 「材料中提到过的问题」这一节最有价值——很多问题当时就有人提了，只是没被处理。
• 归因这一步关掉客户端自己做，按三个问题过：什么时候第一次能察觉 → 当时有没有人提 → 当时处理需要什么条件。
• 要它帮想可能性就单独一节「可能的原因（推断，待验证）」，每条注明需要什么信息才能验证。
• 四查验收：搜归因词（因为/由于/主要是/导致）→ 搜评价词 → 抽三条回原文核 → 出处列有没有空的。
• 复盘文档六节里，结论、归因分析、改进措施三节必须你自己写。
• 素材先脱敏再放副本；涉及个人评价的聊天记录不该进工作目录。

功能与文档表述以官方为准，核对日 2026-08-16。