【摘要】
大多数人以为 FDE 的工作从"合同签完、接到派单"开始。实际在成熟供应商里，FDE 从售前技术评估就该介入——因为一个方案能不能交付，售前阶段就定了七成。
整个周期是六个阶段：前期介入 → 需求澄清 → 现场环境评估 → 联调 → 上线 → 闭环沉淀。每个阶段有明确的交付物和退出条件，没通过就不能进下一阶段。跳过任何一个，代价会在后段加倍还回来。
【核心要点】
- 六阶段的关键不是顺序，是每个阶段的退出条件（Exit Criteria）
- 前期介入决定报价和承诺，是最容易埋雷也最便宜的补救点
- 需求澄清阶段的产出不是需求列表，是边界协议
- 环境评估做不实，联调阶段会以 3 倍时间偿还
- 上线不是终点，闭环沉淀才是 FDE 与实施的真正分界
---
一、阶段一：前期介入（签单前）
目标：判断这活能不能接、大概多少工作量、有哪些必须写进合同的前提。
FDE 要做的事：
- 现场看一次（哪怕只有半天）：现有系统、机台年代、网络结构、驻场人员配置
- 问三个关键问题：现有 MES 是哪家的？EAP 谁做的？接口有没有文档？
- 输出一份 2 页以内的技术评估：可行 / 有条件可行 / 不建议接
- 把条件写成合同附件：客户需提供的接口、账号、网络策略、停机窗口
退出条件：技术前提全部书面化，且销售知道哪些承诺不能给。
常见失败：不进场，靠客户口述评估。客户说"我们 MES 有标准接口"，实际是十年前定制的私有协议——这类偏差在后期会变成 1–3 个月的额外工作。
二、阶段二：需求澄清（进场 1–3 周）
目标：把客户嘴里的"我要一个自动良率预警"变成一组可验收的功能点。
FDE 要做的事：
- 把需求拆成三层：业务目标（减少良率异常响应时间）→ 业务规则（什么条件算异常、谁来处理、多久闭环）→ 系统功能（数据采集、判定、通知、看板）
- 每一层都要求客户书面确认，尤其是第二层
- 标出"需求依赖"：哪些功能依赖客户提供数据、哪些依赖第三方系统改造
- 输出需求边界协议：本次做什么、不做什么、后续可能做什么
退出条件：客户在需求边界协议上签字（邮件确认也算），且每个功能点有验收标准。
常见失败：直接接需求清单开工。清单是结果，不是共识。真正的坑在"客户以为你懂他的意思"。
三、阶段三：现场环境评估（1–2 周，可与需求澄清并行）
目标：把技术假设全部验证一遍，输出可执行的技术方案。
必查清单：
| 项目 | 要确认什么 | 不确认的后果 |
|---|---|---|
| 网络 | 网段划分、防火墙策略、能否访问数据库 | 联调时发现不通，改网络要 2 周审批 |
| 账号权限 | 数据库只读、系统管理员、机台访问权 | 干活时没权限，天天等人开号 |
| 机台接口 | 型号、SECS/GEM 版本、已启用哪些消息 | 机台不支持某消息，方案要改 |
| 现有系统 | MES/EAP 版本、数据库类型、接口方式 | 版本太老，标准接口用不了 |
| 数据质量 | 关键字段完整率、时间戳精度、时区 | 数据不可用，模型和报表全部白做 |
| 停机窗口 | 允许停机的时段、时长、审批流程 | 上线一拖再拖 |
退出条件：技术方案（含接口设计、数据流图、部署架构）通过客户 IT 与生产双方评审。
四、阶段四：联调（3–8 周，视系统数量）
目标：让数据真的流起来，且流对。
FDE 要做的事：
- 分层联调，绝不一次性全链打通：设备 ↔ EAP → EAP ↔ MES → MES ↔ 周边系统（SPC/FDC/QMS）
- 每一层都做三件事：通、对、稳
- 通：消息能收能发
- 对：字段含义、单位、时间戳一致
- 稳：断线重连、重复消息、乱序消息都处理得住
- 建立联调问题清单，每条记录：现象、定位层级、根因、责任方、状态
退出条件：端到端跑通 N 个完整 Lot（建议 ≥ 50 个，含异常路径），问题清单 P0/P1 全清零。
常见失败：只测正常路径。Fab 的日常是异常路径：跳站、重工、拆批、设备断连。异常不测，上线第一周必炸。
五、阶段五：上线（1–2 周，含灰度）
目标：在不影响生产的前提下把系统切到正式运行。
FDE 要做的事：
- 灰度：先一条线、一个产品、一个班次，再扩
- 每次切换都准备好回滚：回滚步骤、回滚耗时、谁有权决定回滚
- 上线首周保持高密度值守：每班次记录关键指标（数据完整率、告警数、人工干预次数）
- 每天出一份上线日报给客户，把问题透明化——藏着的问题会在验收时集中爆发
退出条件：连续 7 天关键指标达标，无 P0 事故，客户值班人员能独立操作。
六、阶段六：闭环沉淀（上线后 1–3 个月）
目标：把项目里踩的坑变成组织资产，把客户的隐性诉求变成产品需求。
FDE 要做的事：
- 项目复盘：交付风险清单、漏评估点、超出预估的环节
- 需求回流：把"这个客户特有的问题"判断一下，是共性还是个案；共性写成需求单给产品
- 资产沉淀：通用配置模板、告警规则、脚本、检查清单，脱敏后进团队库
- 交付文档包：评估报告、方案、测试记录、运维手册、培训材料
退出条件：复盘会开完、需求单提交、资产入库、文档移交完成。
这一阶段是 FDE 和实施的真正分界。 实施做完就走，FDE 要留下东西——留下的东西决定他下一个项目能快多少，也决定公司愿不愿意给他更高 title。
七、六个阶段的通用原则
- 每个阶段都有书面交付物。没有文档的阶段等于没做，出问题时无法自证。
- 退出条件不满足不进下一阶段。客户催也要顶住，前段省的时间后段会以三倍偿还。
- 所有口头承诺当天转书面。会议纪要邮件发出去，写清"我的理解是……如有偏差请回复"。
- 风险要提前说，不要等问题发生才说。客户能接受"有风险"，不能接受"你早知道却没说"。
下一篇讲权责边界：哪些事你当场可以改，哪些必须回总部，哪些绝对不能接。这是 FDE 最容易犯致命错误的地方。