项目复盘模板怎么记录问题：新手检查清单

复盘写完后，再检查一遍它是否真的能帮助你下一次做得更好。很多复盘只有情绪，没有证据；只有结论，没有改进动作。这样的记录留着也很难复用。

这篇仍是草稿。发布前需要人工补充真实复盘检查样例和脱敏规则。

适合谁

适合已经写完项目复盘，但不知道是否能放进作品集或内部知识库的新手。你需要确认记录有没有证据、边界和下一步。

也适合复盘 AI 辅助交付的人。要把 AI 建议、人工判断和最终验证分开写。

不适合谁

不适合公开客户敏感项目复盘。也不适合把未验证结果写成成功案例的人。

如果项目牵涉合同、生产事故、安全问题、客户隐私或组织账号，复盘应先内部保存并人工审核。

检查清单

逐项确认：

1. 是否写清项目目标。
2. 是否区分事实、判断和情绪。
3. 是否列出完成和未完成。
4. 是否有截图、命令、链接或客户确认。
5. 是否记录范围变化。
6. 是否写明问题原因。
7. 是否提出下一次具体改进。
8. 是否遮盖敏感信息。
9. 是否说明不能公开的内容。
10. 是否有明日待办。

具体步骤

1. 先删除和复盘无关的情绪化句子。
2. 给每个结论补证据。
3. 把客户问题和自己的问题分开写。
4. 找出一个最重要的流程改进。
5. 检查是否有客户名称、邮箱、订单、token、后台截图。
6. 决定这条复盘是内部记录，还是可公开案例草稿。

可复制复核表

复盘检查表

目标清楚：是 / 否
事实完整：是 / 否
证据齐全：是 / 否
问题原因：已写 / 未写
下次动作：具体 / 模糊
敏感信息：已检查 / 待处理
是否可公开：是 / 否
明日待办：

如果“下次动作”还是很模糊，比如“以后注意”，就不算合格复盘。要改成具体动作，比如“报价前先问验收标准”。

常见错误

第一个错误是只写结果，不写过程。第二个错误是只怪客户，不看自己哪里没问清。第三个错误是复盘里保留敏感截图。第四个错误是没有下一次动作。

复盘不是为了好看，而是为了让你下次少掉坑。

怎么转成作品集

可公开的复盘要先删掉客户身份、私有链接和内部截图，再保留问题背景、你的处理过程、验证方式和学到的经验。练习项目要标明是练习，客户项目要确认授权。

如果授权不明确，就只保留内部版本。内部复盘也有价值，不必都公开。

复盘质量判断

一条合格复盘，应该让你一个月后还能看懂当时发生了什么。如果只剩“这次沟通不顺”“下次注意”，说明质量不够。更好的写法是：“客户中途新增页面范围，我没有及时拆分报价；下次在确认邮件里加入新增需求处理方式。”

复盘也要有证据。能附截图、命令、链接、文件名就附；不能公开的证据可以保存在内部记录里，并标注“不公开”。这样既保护客户信息，也保留学习价值。

复盘后的动作

复盘检查结束后，要做一个小动作。可以是更新模板、补充清单、调整报价邮件、增加客户确认问题，或者把某个风险项加入明日待办。如果复盘没有改变任何后续流程，它很可能只是一次总结，而不是一次改进。

例如复盘发现“交付时没有写未包含范围”，下一步就应该更新交付模板；发现“客户授权总是说不清”，下一步就应该做授权清单。把问题转成模板，才是复盘的真正收益。

每周可以挑 1 条复盘重读，看看同样的问题是否还在重复。如果还在重复，就说明流程没有被修正。

风险提醒

不要公开客户隐私、合同、报价、后台、私有仓库和聊天记录。不要把未完成项目包装成成功案例。不要把 AI 生成总结当成事实。

需要客户授权、补充验收、确认公开案例或注册平台的事项，放进明日待办。

明日待办

• 复核 2 条历史项目记录。
• 补充证据截图并脱敏。
• 人工判断哪些内容可公开。
• 更新作品集草稿中的复盘案例。

可以继续看的内容

• 模板下载
• Codex 工具页
• 项目报价助手

免责声明

本文仅供学习和复盘检查参考，不构成法律、财务或职业建议。涉及客户项目时，需要脱敏、授权和人工复核。

CTA：你可以先用 模板下载 复核项目记录，再用 项目报价助手 把复盘里发现的新增范围重新估算。