FDE 交付实战营

Appearance

第十一章 复盘与资产沉淀 ​

11.1 五步复盘框架 ​

承前：第十章结束时，青禾优选的会员复购 Agent 项目终于通过了生产验收——复购率北极星指标连涨六周，审计日志清白，灰度全量。按很多项目组的习惯，接下来该散场庆祝了。但 FDE 的职业习惯恰恰相反：项目结束的那一刻，才是价值真正开始沉淀的时刻。这一章我们讲两件事——如何系统性地复盘一个刚结束的项目，以及如何把项目里积累的私有知识转化为可复用资产。复盘不是写总结报告交差，而是把"你做过的"变成"你下次做得更快的"。

11.1.1 为什么 FDE 更需要复盘 ​

先回答一个你可能心里的疑问：所有工程团队都做复盘（很多公司叫 retrospective），FDE 的复盘有什么特别？

区别在于素材的丰富度和教训的密度。一个普通后端项目的迭代周期里，遇到的大多是技术问题：接口超时、数据库慢查询、缓存穿透。而一个 12 周的 FDE 项目里，你同时经历了业务诊断、数据治理、干系人博弈、范围变更、生产硬化、客户审计——每一步都可能埋着教训。这些教训如果不趁热提取，三个月后就会和记忆一起模糊掉。等你在下一个客户项目里踩到同一个坑，损失的可能是整整两周工期和一次客户信任。

行业里有个说法：Palantir 这类前置部署模式的公司之所以能越打越快，核心不是单兵多强，而是"每个项目的骨头都熬进了汤里"——部署经验、数据坑清单、本体模板在组织内复用。你要成为的，就是这种"汤越熬越浓"的工程师。

复盘还有一个常被忽略的功能：它是你个人简历和面试故事的原料库。第十二章我们会讲怎么把 12 周沙盘写成可核验的项目经历——那时候你会发现，能写出细节的前提，是复盘时记录了细节。"我们解决了数据问题"和"我们用三个月把三个部门三个会员数（80万/120万/76万）统一到 76.2 万可信口径"，是两个完全不同等级的表述。

11.1.2 五步框架总览 ​

我们采用的复盘框架源自经典的复盘方法论（联想的复盘法在中文管理圈流传最广，其源头是围棋术语——棋手下完棋后重新摆一遍，找哪步走错了）。落地到 FDE 项目，它长这样：

FDE 项目五步复盘

┌────────────┐   ┌────────────┐   ┌────────────┐
│ ① 回顾目标  │ → │ ② 评估结果  │ → │ ③ 分析原因  │
│ 当时要什么？ │   │ 实际得到什么？│   │ 差异从哪来？ │
└────────────┘   └────────────┘   └────────────┘
       ↓                                   ↓
┌────────────┐   ┌────────────┐
│ ④ 总结经验  │ ← │ 连续追问为什么 │
│ 哪些可复用？ │   │ (5 Why 追根) │
└────────────┘
       ↓
┌────────────┐
│ ⑤ 行动计划  │
│ 下次具体怎么做│
└────────────┘

这五步必须按顺序做，不能跳。最常见的错误是直接从第①步跳到第④步——"我们总结出：数据质量很重要"。这种复盘等于没做，因为"数据质量很重要"是一句放之四海皆准的废话。真正有价值的是第三步那个漫长的追问过程。

下面我们把每一步在青禾沙盘上完整走一遍。

11.1.3 第一步：回顾目标——找到"当时"的目标 ​

复盘的第一个动作是回到项目起点，把当时写下的目标原样翻出来，而不是凭现在的记忆重建。

为什么强调"当时写下"？因为人有惊人的事后合理化能力——项目做完后，你会不自觉地觉得"我们本来就是想这么干的"。只有 SOW（第 3 章）、需求定义文档、W7 变更记录这些原始文件能对抗这种记忆篡改。

在青禾项目里，"当时的目标"要分层取：

  • 商业目标（发起人版本）：12 周内让会员复购率有可归因的提升，证明 Agent 路线值得追加投入。
  • 交付目标（SOW 版本）：W10 前完成生产级部署：双轨会员 ID 治理、语义层上线、复购建议 Agent 灰度、审计与回滚能力。
  • 过程目标（W7 变更后版本）：数字化总监接管后新增的目标——评估驱动、字段级数据血缘、验收口径书面确认。

注意第三层。很多复盘会把变更后的目标当成"原始目标"来评估，这是不公平的——就像考试中途换了考卷，还拿新考卷算你前半场的分。正确做法是三层目标都摆出来，分别对照。

一个实操技巧：把目标抄进复盘文档时，连当时承诺的数字一起抄。"复购率有可归因的提升"不够，要抄成"复购率提升 ≥1.5 个百分点，且可通过对照组归因"——这是当时 SOW 里写的验收线。有数字的目标才能在第二步被检验。

11.1.4 第二步：评估结果——诚实地列差距 ​

第二步是把实际结果和目标逐条对照，产出一张差距表。评估的关键纪律是：每一条结果都要有证据，不能是"感觉上不错"。

青禾项目的差距表（节选）长这样：

目标（当时承诺）实际结果差距判定证据
复购率 +1.5pp，可归因+2.1pp（灰度组 vs 对照组，8 周）达标且超增长副总裁签署的验收报告
W10 前生产部署W11 初完成，晚 1 周部分达标发布记录时间戳
三口径会员数统一统一为 76.2 万可信口径达标数据血缘文档 + 审计字段抽查
灰度 5%→50%停在 30%（一线运营反馈修正中）部分达标灰度看板 + W9 变更记录

这张表最有信息量的恰恰是两条"部分达标"：为什么晚了 1 周？为什么灰度没到 50%？——这就是第三步的入口。

评估结果时有一个反直觉的纪律：正向偏差也要记录。复购率超了 0.6 个百分点不是运气，第三步要追问为什么超——可能是对照组选取偏差，也可能是某个护栏设计意外地提升了建议质量。不追问，你就丢掉了一半的学习机会。

11.1.5 第三步：分析原因——连续追问到机制层 ​

第三步是整个复盘的核心。对第二步列出的每一条差距（包括正向偏差），用 5 Why 连续追问，直到触到机制层——也就是"下次换个项目还会重现的原因"。

拿"灰度停在 30%"这条差距演示完整追问链：

  • 为什么灰度停在 30%？ 因为一线运营经理反馈"建议命中率在生鲜品类偏低"，我们主动暂停了放量。
  • 为什么生鲜品类命中率低？ 因为生鲜的复购周期（2-3 天）和零食百货（30-60 天）差异巨大，但复购预测特征沿用了统一的"近 90 天购买频次"。
  • 为什么沿用了统一特征？ 因为语义层建模时按"商品"建了统一实体，没有按品类区分时间窗口参数。
  • 为什么没按品类区分？ 因为需求定义阶段访谈的是增长团队（看大盘），没有访谈到品类运营（看细分行），品类粒度差异没进入需求。
  • 为什么没访谈品类运营？ 因为干系人地图在 W1 画完后没随项目推进更新——第一批访谈结束后就"冻结"了。

追到这里，机制层的教训浮出来了：干系人地图是活文档，需求阶段每深入一层，就要回头补充一层干系人。这条教训对下一个零售客户、甚至对任何 To B 项目都成立——这就是可迁移的机制，而不是"生鲜品类要调参数"这种一次性结论。

对比一下坏复盘在同一问题上会写出什么："生鲜命中率低，已调参解决。"——现象被处理了，机制被埋没了。

11.1.6 第四步与第五步：经验沉淀与行动计划 ​

第四步"总结经验"是从第三步的追问链里提炼可复用的规律。格式建议一句话一条，带适用条件：

  • 干系人地图要随需求深化滚动更新（适用于：所有多部门 To B 项目）。
  • 时间窗口类特征必须参数化到品类/客群粒度（适用于：零售复购/流失类预测）。
  • 主动暂停放量好过带伤全量——但暂停决策要在 24 小时内同步给发起人，避免信任损耗（适用于：灰度发布）。

注意第三条后半句。它来自另一条追问链（"为什么暂停放量后增长副总裁有 48 小时的不安全感"），这就是复盘的复利：一个差距能牵出多条教训。

第五步"行动计划"是把经验转成下次的具体动作，必须是可检查的：

  • ❌ "下次要更重视干系人"（不可检查）
  • ✅ "下次项目 W4 需求冻结前，干系人地图必须覆盖到二级部门执行层，检查物：地图 v3 签字版"（可检查）

行动计划还要指定去向：进个人 checklist、进团队部署手册、还是进产品需求（给厂商 PM 提的）。去向不同，责任人不同——这正好衔接下一节：不是所有教训都该你个人扛，很多应该变成组织资产。

11.1.7 沙盘：验收会后的复盘会 ​

沙盘剧情：验收通过后的第三天，你在青禾会议室组织了 90 分钟复盘会，参加人是增长副总裁、数字化总监、IT 负责人、一线运营经理——注意，把当初"不配合"的财务经理也请了。

会上你按五步走了流程。走到第三步"为什么 W1-W3 花在会员数三口径对账"时，财务经理主动开口："其实我们的系统里有一份对账底稿，只是当时没人问我们要。"全场安静了几秒——这句话让在座每个人都意识到，W2 那两周的数据泥潭，有三分之一是"没问对人"造成的。

这就是复盘会最有价值的时刻：它让客户自己说出你没看到的信息。你单方面写的复盘报告永远只有一半视角；联合复盘会让"原因分析"这一步的深度翻倍。而且客户参与复盘这个动作本身，就在为续约和转介绍铺垫（11.5 节会展开 To B 的售后逻辑）。

复盘会结束后，你把五步产出整理成一页纸：《青禾优选项目复盘纪要》，附上差距表、追问链、七条经验、五条行动计划，发给所有与会者。这一页纸，就是下一节"资产分层"的原料。

11.1.8 要点总结 ​

  • 复盘要用当时写下的目标（SOW/变更记录）评估，不能用事后记忆重建，且目标要分层（商业/交付/过程）。
  • 五步必须按序：回顾目标→评估结果→分析原因→总结经验→行动计划；跳过第三步的复盘是仪式不是学习。
  • 每条结果要带证据，正向偏差同样要追问原因。
  • 5 Why 要追问到机制层——"下次换个项目还会重现"的层面才算到底。
  • 经验要带适用条件，行动计划要可检查；联合复盘会让客户补充你看不到的一半原因。

参考资料 ​