每年三次复盘，每次都在做同一件笨事——把已经做过的事，重新回忆一遍。
一、Q3 收尾，最耗时的不是写，是找
又到季度末。
写复盘这件事，多数管理者的时间并不花在"写"上。真正吃掉时间的是前面那一步：把这一年散落各处的动作重新捞出来。
上个季度的方案定稿在哪、那次客户交流最后拍了什么、某个决定当时为什么这么定、预算为什么追加过一轮——这些事都真实发生过，也都有记录，但它们散在方案文档、会议纪要、微信工作群、邮件往来、审批流程里。写复盘的人，实际上是在做一场没有检索工具的考古。
一个很具体的场景：要写"本季度项目交付情况"，你需要找到 7 月到 9 月所有交付记录。这些记录可能一半在共享盘的项目文件夹里，一半在群里，还有几条在某个同事的私人微信里。找齐它们本身，就是半天。
这是重复劳动，而且每年重复三次。
二、顺序问题：复盘的质量，是平时决定的
这里有一个常被忽略的顺序问题。
多数团队以为复盘做不好是"总结能力不行"。但复盘做不好，往往是平时没有沉淀。
平时不沉淀，季度末就只能靠回忆。靠回忆就有两个必然结果：一是漏，只记得住最近发生的事和印象最深的事；二是偏，记得的往往是"结果好的"，过程里的弯路、试错、被否掉的方案，全都想不起来——而恰恰是这些，才是复盘真正值钱的部分。
所以正确的顺序是：
平时把过程料交给助理，季度末只是取用，而不是临时回忆。
这不是让你每天多写一份文档。恰恰相反——是让你不要再写文档。 平时的方案草稿、会议要点、决策记录，本来就在产生，只是产生完就散掉了。把它们归到同一个地方，季度末就变成一次检索，而不是一次回忆。
三、怎么喂：三类料，一类都不用额外花时间
把过程料喂给助理，最容易卡在"我没有时间整理"。
实际上，需要归集的材料本来就存在，不用新造：
| 材料类型 | 平时在哪 | 归集后能回答什么 |
| 方案与文档 | 共享盘、本地文件夹 | 这季度做了什么、方案怎么调整的 |
| 会议与沟通记录 | 纪要、工作群、邮件 | 决策是怎么形成的、谁提出来的 |
| 数据与台账 | 表格、审批记录、系统导出 | 投入产出、进度达成、异常在哪 |
关键不在于整理得多规范，而在于归到一处、能被检索。散落在五个地方的十份文档，价值远低于一个地方的五份文档。
四、一个真实的用法：一份文档的两次生命
这套做法在我们自己的工作上跑了一年多，有一个具体变化值得说。
以前写季度总结，流程是"想 → 找 → 写"：先想这季度干了什么，再翻资料找依据，最后落笔。找资料的中途经常发现"原来还做过这件事"，然后被迫回头推翻刚写的框架。
现在的流程是"问 → 取 → 写"：先向助理提一个具体问题，比如"第三季度我们做过的方案里，涉及节能的有哪几个，各自结论是什么"。助理把这一年沉淀的文档过一遍，直接给出清单和出处。接下来要做的只是在结论上组织观点。
同一份月度方案，写的时候是一次产出，季度末变成一次素材。 它没有多做一份工，只是被放在了能被再次调用的地方。
五、判断标准：你的沉淀是不是"可调用"的
不是所有归档都叫沉淀。判断标准只有一条：它能不能被"问"出来。
| 形态 | 特征 | 结果 |
| ❌ 死档案 | 按文件夹分好了，但不知道里面有什么 | 找的时候还是要一个个点开看 |
| ❌ 碎片记录 | 散在群聊、邮件、个人笔记里，没归集 | 想找的时候根本想不起来存在 |
| ✅ 可调用 | 归到一处，能用具体问题检索、能给出处 | 季度末直接取用 |
区别不在于整理得整齐不整齐，而在于能不能用一个具体问题把它调出来。
六、一个提醒：别把复盘变成"喂数据"的负担
最后说一句可能不太讨喜的话。
沉淀这件事，最大的风险是变成一项新的例行工作——每天多填一个表格、每周多写一份周报。"为了将来能复盘"而增加当下的负担，这个账通常算不过来，坚持不到第二个月。
能长期跑通的做法，一定是顺手：把本来就在生成的文档归到一处，而不是新造流程；用已有的工具收集，而不是新增表单。
复盘之所以叫人熬夜，往往不是因为总结难写，而是因为素材在平时就已经散了。把这一步前移，季度末自然就轻了。
把散在文档、纪要、群聊里的动作先归到一处，季度末的复盘就只是取用——这是"先沉淀、再复盘"的顺序。