【摘要】
普通实施按项目阶段走：启动、调研、配置、测试、上线、验收。一次性的线性流程，走完结束。
FDE 不是这个结构。他的工作是四步循环：挖掘（从现场找出真问题）→ 验证（用最小成本证明可行）→ 落地（小步上线并观测）→ 沉淀（把个案变成可复用资产）。一轮走完，下一轮从更深的洞察开始。
循环的价值在于：每一步都能停下来，都能得到客户的反馈，都不会把风险堆到最后。
【核心要点】
- 挖掘的产出不是需求清单，是问题与影响的对应关系
- 验证的产出不是 Demo，是可量化的证据
- 落地的产出不是上线通知，是可观测的指标变化
- 沉淀的产出不是总结报告，是别人能直接用的东西
- 四步各有时间盒：挖掘 1–2 周、验证 1–3 周、落地 3–8 周、沉淀 1 周
---
一、挖掘：找问题，不要找需求
客户提的是需求，FDE 要找的是问题。
区别在哪：需求是"我要一个良率预警看板"，问题是"异常发生后 4 小时才有人知道，这段时间会多跑 200 片废片"。需求可以有很多种实现方式，问题只有一个。
挖掘的三个动作：
- 跟班。跟着真实岗位的人干半天到一天。看他打开几个系统、抄几次数据、打几个电话。所有"手工动作"都是问题线索。
- 问影响。每听到一个抱怨，追问：这件事多久发生一次？发生时影响多少人/多少量？现在怎么处理？
- 找替代。问他"如果这个问题解决了，你会怎么用省下来的时间"——答案决定这件事值不值得做。
产出物：一张问题清单，每条包含：现象、频次、影响量化、现有替代方案、涉及角色。
常见失败：直接接需求清单开工。清单是客户的理解，不是问题的真相。
二、验证：用最小的东西证明可行
验证的目的是回答一个问题：这条路走不走得通？ 不是"做出来看看效果"，是"用最低成本排除错误方向"。
验证的四个原则：
| 原则 | 做法 | 目的 |
|---|---|---|
| 最小范围 | 只做一个场景、一个产品、一个班次 | 控制变量，暴露问题 |
| 用真数据 | 历史真实数据回放，不用编造样本 | 避免"Demo 很好、生产不行" |
| 可量化 | 开工前就定好成功指标 | 防止事后各说各话 |
| 可丢弃 | 原型代码不进主干 | 避免原型变成技术债 |
典型的验证方式（按成本从低到高）：
- 用 SQL 查历史数据，回答"这个问题在数据上是否存在"
- 用 Python 脚本跑一遍逻辑，看结果是否符合预期
- 做一个静态看板，让客户看到"如果有了这个，你每天会怎么看"
- 搭一个最小可交互原型，跑一个班次
产出物：一份验证结论，包含：假设、方法、数据、结果、结论（可行/不可行/有条件可行）、下一步建议。
三、落地：小步走，每一步都能停
验证通过不等于能上线。落地阶段的核心是控制风险，而不是赶进度。
落地的三个动作：
- 分批：先一个车间/一条线/一个部门，再扩。每一批都当作一次完整的上线来对待。
- 可观测：上线前定好观测指标（不是"系统是否运行"，是业务指标：处理时长、异常数、人工干预次数）。上线后每天看。
- 可回滚：任何改动都要有回滚路径，且回滚时间要能说清楚（"5 分钟内"而不是"应该能回"）。
产出物：上线记录 + 观测日报 + 问题清单。
常见失败：一次性全量上线。出了问题无法定位是哪个环节，也无法回滚，只能全线停摆。
四、沉淀：这次的经验，下次能直接用
这一步最容易被跳过，但它是 FDE 和实施的真正分界。
沉淀分三层：
| 层级 | 内容 | 归属 |
|---|---|---|
| 个人层 | 排查路径、行业 know-how、话术 | 自己 |
| 团队层 | 检查清单、配置模板、脚本库、告警规则包 | 公司资产库 |
| 产品层 | 共性需求 → 需求单 → 产品功能 | 产品团队 |
判断标准：沉淀的东西，别人能不能不看你就用起来？不能，就还没沉淀完。
具体做法：
- 每个项目结束写一份"如果重来一次，我会怎么做"（不超过两页）
- 把重复三次以上的操作写成脚本或模板
- 把客户提的每个需求标一个"通用性"判断：个案 / 行业共性 / 全行业通用
- 共性需求走正式渠道提交产品，附现象、影响、复现条件、建议方案
五、四步循环的节奏感
| 阶段 | 时间盒 | 关键动作 | 退出条件 |
|---|---|---|---|
| 挖掘 | 1–2 周 | 跟班、问影响、找替代 | 问题清单经客户确认 |
| 验证 | 1–3 周 | 真数据、最小场景、预设指标 | 结论明确，客户认可方向 |
| 落地 | 3–8 周 | 分批、观测、回滚预案 | 指标达标，客户能独立操作 |
| 沉淀 | 1 周 | 复盘、模板、需求回流 | 资产入库，需求单提交 |
这个节奏不是死的。小项目可以压缩到两周走完一轮；大项目一轮可能要三个月。但四步不能省，尤其是验证和沉淀——省了验证，落地必翻车；省了沉淀，你会一直重复同样的坑。
六、循环的第二圈：从"解决问题"到"定义问题"
第一圈，客户告诉你问题，你解决它。 第二圈，你根据上一轮的沉淀，主动指出客户没意识到的问题。
第二圈才是 FDE 真正的价值。因为客户请你来，表面上是买系统，实际是买"一个比我更懂这套东西的人"的判断。
下一篇是卷 0 的收尾：这套专栏怎么读、六份配套资产怎么用、什么人适合走这条路、面试能拿到什么。