【摘要】
FDE 这个 title 这两年在国内制造业软件圈被用烂了：有的公司把驻场实施改名叫 FDE，有的把售前技术支持也叫 FDE。结果候选人面试时被问"你做过 FDE 吗"，双方说的根本不是同一件事。
先把定义钉死：Forward Deployed Engineer 是"带着产品去客户现场，把不确定的需求变成能上线的系统，并为上线结果负责"的工程师。 关键词有三个——带产品、在现场、负责任。缺任何一个，都不是 FDE。
【核心要点】
- FDE 的核心不是"会写代码"也不是"会讲方案"，而是在信息不全、权限受限、生产不能停的条件下做出可交付的技术决策
- 普通实施的 KPI 是"按时上线"，FDE 的 KPI 是"上线后产线指标变好了没有"
- 售前负责"卖得出去"，FDE 负责"交得出去"，两者的激励方向天然相反
- 驻场开发只管写，FAE 只管设备，FDE 两头都要懂，还要在中间做取舍
- 半导体 CIM 方向 FDE 稀缺，是因为它同时要求 Fab 业务常识 + 系统全栈 + 现场政治判断，三者极难在同一人身上凑齐
---
一、先把五个岗位摊在同一张表上
| 维度 | FDE | 普通实施 | 售前 | 驻场开发 | FAE（设备/应用） |
|---|---|---|---|---|---|
| 出场时机 | 售前介入到上线后 3–6 个月 | 合同签完、需求定稿后 | 签单前 | 项目期中 | 设备到厂/工艺异常时 |
| 是否改代码 | 可以写现场脚本、改配置，主干改动回研发 | 不改，只做配置 | 不改 | 改，但只按需求单改 | 不改软件 |
| 方案决定权 | 有，现场技术方案由他收敛 | 无，按既定方案执行 | 有建议权，无决定权 | 无 | 无 |
| 背什么指标 | 上线效果 + 客户技术信任 | 上线时间 + 验收单 | 签单额 | 需求完成量 | 设备恢复时间/良率 |
| 面对不确定性 | 主要工作内容 | 偶发 | 高，但可以回避 | 低 | 中 |
| 典型失败 | 方案留坑、无限兜底 | 客户不满意但流程走完了 | 过度承诺 | 改出事故 | 判断错根因 |
| 半导体 CIM 薪资带 | 30k–70k | 12k–25k | 底薪 + 提成 | 15k–28k | 15k–30k |
这张表里最容易被忽略的是"面对不确定性"这一行。实施的日常是执行已知：需求文档写好了，按模块配置、按测试用例验、按模板写文档。FDE 的日常是处理未知：客户说"我要自动良率预警"，这句话背后可能是数据没打通，可能是良率口径有三套，也可能是他想要的只是一个每天早上 8 点的邮件报表。
二、FDE 和"高级实施"的分水岭：谁对结果负责
一个常见的误判：把实施做得好的人提拔成 FDE，然后发现他做不了。
原因是激励目标不同。实施的考核终点是验收单签字——系统按合同功能跑通、文档交齐、客户盖章，任务完成。至于上线后良率有没有提升、工程师有没有真的在用，不归他管。
FDE 的考核终点是上线后的产线状态：Lot 流转有没有变快、误 Hold 有没有减少、值班工程师是不是还在手工导 Excel。这意味着 FDE 必须回答一些实施不需要回答的问题：
- 这个功能客户到底会不会用？如果不会用，是我交付方式的问题还是需求本身伪命题？
- 现场这套方案三个月后机台增加两台，还撑得住吗？
- 厂方 IT 说接口开不了，我是绕过它还是换路径？
判断标准很简单：交付完成后，客户遇到同类问题第一个想到打电话给谁。 打给项目经理的是实施，打给 FDE 的才是 FDE。
三、FDE 和售前的天然张力
售前的激励是签单，FDE 的激励是交付。这两个角色在同一场客户会议上经常互相拆台，而且往往是无声的。
典型场景：客户问"这个能不能和我们的老 MES 对接"，售前答"可以，我们做过很多"。FDE 在旁边知道老 MES 是 2008 年的 Delphi 客户端、没有 API、数据库还是 Oracle 9i，对接成本至少三个月。
正确的处理不是当场否定售前，而是把话说成可执行的条件句：「可以对接，前提是厂方提供数据库只读账号和历史表结构，我们走中间表方案；如果只能走文件交互，需要约定 5 分钟级延迟，实时性做不到。」
这句话同时做了三件事：不砸单、把风险前置、给后续交付留了书面依据。FDE 在售前阶段最大的价值不是技术评估，而是把口头承诺变成带条件的书面承诺。
四、驻场开发和 FAE 的边界，为什么要划清
驻场开发的问题不是能力，是视野。他按需求单写代码，看不到需求从哪来、上线后谁用、出问题谁背。做三年驻场，技术可能很熟，但对"什么样的方案在 Fab 里能活下来"没有判断力。
FAE 是设备侧或应用侧的支持角色，懂机台、懂工艺窗口，但通常不碰上层系统集成。让他去改 MES 的 Lot 状态机，是越界。
FDE 站在两者中间：往上要能跟厂方 IT 谈接口和网络，往下要能跟设备工程师谈 SECS 消息和联锁条件。这个"中间位置"就是 FDE 的全部价值来源——系统出问题时，只有他能同时听懂两边在说什么，并把责任边界划出来。
五、为什么半导体 CIM 方向的 FDE 特别贵
贵不是因为技术难，是因为合格样本太少。这个岗位要求三样东西同时成立：
- Fab 业务常识：知道 Lot 怎么流、Hold 有几级、Rework 为什么要审批、WAT 和 CP 的区别。这些不是看书能学会的，得在产线待过。
- 系统全栈：MES/EAP/FDC/SPC/APC 至少懂三个，SECS/GEM 要能看消息、能抓日志，数据库要能写 SQL 做现场验证。
- 现场政治判断：知道什么话能对谁说、什么承诺不能给、什么时候该升级到总部。
三样各占一部分的人很多，三样同时具备的极少。而 Fab 的 CIM 项目特点是单点故障成本极高：一条 8 英寸线停 4 小时，损失按百万算。客户不敢用"成长中"的 FDE，只愿意为"看起来靠谱"的付高价。
实操建议：如果你在 MES/EAP 岗上想转 FDE，先自查一条——过去一年里，有没有哪个技术方案是你独立判断、独立承担后果的？如果全部是"领导定了我做"，那还差一层，先在有边界的项目里练决策，别急着换 title。
六、这篇之后的路线
卷 0 剩下的四篇讲清楚三件事：钱从哪来（薪资与 KPI）、不同厂型的交付差异、以及要备哪些能力。卷 1 开始进入具体作业：交付周期、权责边界、现场红线、协议与排障。
读之前先记住一句话：FDE 卖的不是工时，是"在别人的厂里做技术决策"的能力。 这句话决定了后面所有章节的立场——所有方法都服务于"如何做出一个现场能活下来、事后能追溯的决策"。