M0第 2 课 · FDE 与相邻岗位
M0-L2.6FDE 与实施工程师、外包
一句话： 实施团队和外包团队交付客户指定的东西，know-how 留在项目里，或者随人离开；一个 FDE 团队是不是换了名字的外包，取决于可复用的部分最后有没有进入产品。
实施工程师按照规格配置并上线一个现成的产品：配置模块、映射字段、迁移数据、培训用户。经典的企业软件上线就是这样，这类工作可以写进一份操作手册，完整地移交出去。
外包和人力外派提供工程师，按客户指定的内容开发，通常按时间计费。代码很可能会进入生产。知识通常留在项目文档里，或者随人一起离开。
怀疑者的问题很合理：FDE 是不是头衔更好听的外包工程师？诚实的答案是”有时候是”，判断方法是看项目结束后留下了什么。
FDE 为什么需要
Section titled “FDE 为什么需要”客户、同事和面试官都会问”是不是外包换皮”。你也需要识别出自己的岗位什么时候在往那个方向滑，因为两者的职业路径和经济结构差别很大。
项目结束后留下了什么
Section titled “项目结束后留下了什么”| 留下的东西 | 它是什么 |
|---|---|
| 只有交给客户的一个系统 | 外包 |
| 一些写在项目报告里、没有复用的经验 | 项目制交付 |
| 经验被做成可复用的 skill、模板、connector、eval 集或产品功能 | FDE 工作 |
| 这些资产可衡量地降低了下一个客户的成本 | 可以规模化的 FDE 工作 |
可以写清楚的工作与需要判断的工作
Section titled “可以写清楚的工作与需要判断的工作”基于规则的配置可以完整写下来，交给客户团队。AI 系统往往不行：质量取决于不断变化的数据、模型和边界情况，所以需要有人在一线持续做判断。这种持续的判断，是 AI 产品需要 FDE 的重要原因之一。
外包工作贴上 FDE 标签的迹象
Section titled “外包工作贴上 FDE 标签的迹象”- 实施岗或驻场开发岗改名叫”FDE”，责任没有任何变化。
- 把”会用 AI 工具 vibe coding”当作全部资格。
- FDE 按可计费的人力利用率考核，没有任何东西能进入产品的通道。
- “在客户现场写生产代码就是 FDE 工作。” 外包团队也这么做。判据是可复用的部分去了哪里。
- “实施工作技术含量低。” 那是另一种工作：规格明确、可以写成文档、可以移交。其中很多部分并不容易。
- “每个 FDE 项目都必须产出产品功能。” 不是每个项目都会。问题在于回流机制是否存在并被使用。
FDE 不就是外包工程师吗？
只有在什么都没回流时才是。解释项目结束后留下的东西有什么不同：外包团队留下一个系统；FDE 团队还让产品为下一个客户变得更好。举一个你或你的团队从某个项目中提炼出可复用东西的例子。
你的 FDE 团队为每个客户重复开发同一个集成，你会怎么改？
把共同的部分抽成一个有产品侧负责人维护的组件，每次部署只保留客户特有的映射，并跟踪下一次部署节省了多少时间。把”什么回流到产品”作为每个项目复盘的固定议题。
- 文章：Dev versus Delta: Demystifying Engineering Roles at Palantir（Palantir 博客）— 为什么产品公司里的部署工程不等于服务