FDE METHOD —— FDE 方法论

什么是 FDE（前沿部署工程师）？企业 AI 为什么需要它

· 约 2008 字 · 阅读 5 分钟 · 作者

简要回答

FDE（Forward Deployed Engineer，前沿部署工程师）是直接进入客户现场、面对真实业务数据和真实用户，把软件能力改造成可用系统的工程师。它的核心不是“卖一个标准产品”，而是对一个客户的一个业务结果负责：工程师进现场，用真实数据做事，按业务指标验收。企业 AI 难在“最后一公里”，所以这种工作方式正在被越来越多的 AI 公司采用。

FDE 这个说法从哪里来

“Forward Deployed”原本是军事用语，意思是“前沿部署”，即把人员和装备放到离任务最近的地方。软件行业里，这个说法最早因 Palantir 而广为人知。Palantir 在官方博客中把工程岗位分成两类：做平台产品的“Dev”，以及在业务拓展团队中、贴近客户工作的“Delta”，后者的正式名称就是 Forward Deployed Software Engineer。文章用一句话概括两者的分工：产品研发是“一个能力，服务很多客户”，前沿部署工程师是“一个客户，需要很多能力”。

Palantir 的另一篇文章解释了这个岗位存在的原因：如果不理解一线的运营环境，就不可能为关键任务场景造出真正好用的软件。所以工程师必须走到用户身边，而不是只在办公室里等需求文档。

近两年，随着大模型进入企业，FDE 再次成为热门话题。投资机构 a16z 在《Trading Margin for Moat》一文中讨论了“服务带动增长”的模式，并把 FDE 称为当下最热门的岗位之一；OpenAI 也在官方文章中介绍了自己的 FDE 团队，说这个团队成立于 2025 年初，目标是缩小模型能力和实际部署之间的“部署鸿沟”。

FDE 具体做什么

不同公司的 FDE 职责略有差异，但核心工作大致相同：

  • 进现场理解业务：跟一线员工坐在一起，看他们每天怎么查资料、怎么录系统、怎么做判断，找出真正耗时、出错或依赖老师傅经验的环节。
  • 用真实数据做原型：不是拿演示数据讲故事，而是直接接入企业的文件、图纸、台账和业务系统，在最短链路上验证可行性。
  • 写代码、做集成：FDE 是工程师，不是只写方案的顾问。连接器、数据清洗、权限对接、业务系统写回，都由 FDE 亲手完成。
  • 定义并盯住指标：上线前就和业务方写清楚“怎样算成功”，上线后按指标跟踪，指标下滑就回头修。
  • 把现场经验带回产品：一个客户身上解决的问题，抽象成可复用的组件，下一个客户就能更快交付。

FDE 与普通研发、售前、实施的区别

角色主要面对衡量标准典型产出
产品研发产品路线图功能是否按计划发布通用功能
售前 / 方案顾问采购决策人是否签单方案与演示
传统实施交付清单是否按合同验收安装、配置、培训
FDE一线业务和业务负责人业务指标是否改善在生产环境运行的系统

最大的区别在于“对什么负责”。传统模式里，需求、开发、实施、运维分属不同团队，信息层层传递，容易出现“系统上线了，但没人用”。FDE 把理解业务、写代码和上线运营放在同一组人身上，责任边界更清楚。

为什么企业 AI 特别需要 FDE

大模型本身是通用的，但企业的问题都是具体的。一个模型能写诗、能答题，不代表它能读懂某家工厂的工艺文件，也不代表它能把 BOM 正确写进 ERP。企业 AI 项目常见的卡点包括：

  1. 场景说不清：只说“想用 AI 提效”，却写不出可以验收的指标。
  2. 数据散而杂：资料分布在共享盘、图纸库、扫描件和老系统里，有的还经过终端加密。
  3. 老系统没接口：ERP、MES、CAD 只能导出表格或人工录入。
  4. 验收口径不对：拿通用题库测，而不是拿企业自己的真实资料测。
  5. 员工不采用：新系统要装客户端、要培训，最后没人打开。
  6. 边界不清楚：让大模型直接算关键数字、直接写库，风险不可控。

这些问题靠买一个标准化 SaaS 或者远程开发都很难解决，必须有人在现场把业务、数据和系统一起理顺。我们在《企业 AI 落地的六道坎》里逐一展开了对策。

Stanley Team 怎么理解 FDE

Stanley Team 把自己定位为一家 FDE 公司，使命是做中国领先的 FDE 公司，赋能传统企业转型，提升社会效率。我们的工作方式可以浓缩成一句话：工程师进现场，用真实数据做事，按业务指标验收。

落到交付上，是四个环节组成的闭环：场景对齐、共建上线、生产运营、复用扩展，并且每一步都有硬门槛：指标写不出来不进 PoC，指标不过线不上线，指标下滑回到上一步。详细流程见《FDE 交付四步法》。

在技术原则上，我们坚持四点：数据不出域（私有化部署国产开源大模型）、关键数字由代码计算而不是由大模型生成、按效果验收、员工零安装（直接在企业微信、飞书、钉钉或既有软件里使用）。这些原则在《大模型私有化部署》和《为什么关键数字要由代码算》中有更详细的说明。

什么样的企业适合 FDE 模式

FDE 模式不是万能的。它最适合以下情况：

  • 业务流程复杂、行业知识重，比如制造、工程、金融、医疗；
  • 数据敏感，要求私有化或离线部署；
  • 已经有 ERP、CAD、OA 等系统，不希望推倒重来；
  • 有明确的业务负责人，愿意一起定义指标、提供真实样本。

如果需求只是一个通用的聊天工具，或者流程非常标准化，直接采购成熟的 SaaS 往往更省事。两者的对比可以参考《FDE 与外包、咨询、SaaS 有什么不同》。

在 Stanley Team，FDE 企业合作与项目启动由联合创始人 Stanley（深圳大数据研究应用中心 · 人工智能产业应用智库专家）负责；FDE 方案设计、算法与数据工程由马振源（Miles Ma）负责；系统架构、制造业集成与工程交付由 Matrix 负责。完整成员见团队页。

常见问题

FDE 是“前线部署工程师”还是“前沿部署工程师”？

两种译法都有人用，英文都是 Forward Deployed Engineer。Stanley Team 统一使用“前沿部署工程师”，强调工程师在业务最前沿、离问题最近的位置工作。

FDE 是不是就是驻场外包？

不是。驻场外包通常按人天计费、按需求清单开发；FDE 对业务结果负责，要一起定义指标、按指标验收，并把现场经验沉淀为可复用的产品能力。

FDE 项目一般多长时间能看到结果？

以 Stanley Team 的做法为例，场景对齐阶段驻场 1–2 周，PoC 2–4 周，方案交付 4–6 周。具体时长取决于数据条件和系统集成的复杂度。

中小企业也能用 FDE 模式吗？

可以，关键是先选一个指标清楚、数据可得的单点场景。算力可以从消费级显卡起步，先用 PoC 验证效果，再决定是否扩容。

延伸阅读

参考资料

  1. Dev versus Delta: Demystifying Engineering Roles at PalantirPalantir 官方博客，解释 Dev 与 Delta（前沿部署软件工程师）的分工
  2. A Day in the Life of a Palantir Forward Deployed Software EngineerPalantir 官方博客
  3. Beyond Founder Mode: Mission ModePalantir 官方博客，谈 FDE 模式出现的原因
  4. What FDE means at OpenAIOpenAI 官方文章
  5. Trading Margin for Moat: Why the Forward Deployed Engineer Is the Hottest Job in Startupsa16z
  6. What are Forward Deployed Engineers, and why are they so in demand?The Pragmatic Engineer
  7. Forward Deployed EngineerWikipedia