本文作者:meng shao(@shao__meng)。版权归作者所有,未经授权禁止转载。
FDE 的理论框架和落地时间
从两位 AI 团队 Anthropic、ElevenLabs 成员、前 Palantir 团队成员视角,看 FDE (Forward Deployed Engineer) 是什么,在 AI 发展下又有什么变化和发展方向?
来源一:AI Engineer 大会演讲《Forward Deployed Engineering 101》,演讲人 Kevin Bai(Anthropic Applied AI 团队;曾在 Rippling 从零组建 FDE 团队并一年扩至 25 人;更早任职 Palantir)。
来源二:Founders 播客,David Senra 采访 ElevenLabs 联合创始人兼 CEO Mati Staniszewski(同为 Palantir 校友)。
两个视频构成一组互补材料:前者提供 FDE 的概念框架与适用判据,后者提供一家头部 AI 公司的落地实证与组织设计。下面咱们按“是什么—为什么—怎么做—验证”四层展开。
FDE 是什么
定义:FDE 是把创业公司早期的“设计伙伴关系”(design partnership)规模化搬进企业的交付模式——派出工程师深入客户业务,在其上构建定制方案。客户购买的既不是软件也不是工时,而是结果(outcome)。
和外包的区别(Kevin 的核心辨析):FDE 永远在自有平台之上、基于共享原语组装方案,绝不从零写软件。如果每个 FDE 都独立造轮子,那不是 FDE,是外包,维护成本会从损益表上吞噬你,前提是工程师没先离职。
FDE 为什么存在,以及为何现在人人都在做
历史成因(Palantir 案例):其平台 Foundry 做数据集中、本体建模(把数据变成全公司统一的“专有名词”)和应用构建。这类产品对自带工程能力的大科技公司没有吸引力,但油气行业的 Fortune 500 客户没有工程纵深;与其指望客户学会使用,不如“借出”无需客户招聘管理的工程师贴身交付。
适用边界(Kevin 的 2×2 矩阵):按“产品技术复杂度 × 买方技术能力”划分,只有“高复杂度产品 × 非技术买家”这一格需要 FDE。GitHub/Datadog 卖给工程师、Jira/Slack 类可配置工具卖给任何人,都不在此列。
商业成效:按讲者引用的公开数据,Palantir 的单客户平均合同额(ACV)约 400 万美元,居 Fortune 500 上市 SaaS 公司之首;第二名 ServiceNow 约 120 万,其后无一家超过 50 万。
AI 时代的解释(Kevin 的个人假说):变化不是世界突然认可了 Palantir 模式,而是软件行业本身的性质变了——几乎每个平台都 agentic,因此都可深度定制,因此几乎每家公司都被推入了那个原本只属于 Palantir 的格子。若把产品成败押在客户的实施能力上,向上销售和横向扩张都会受阻。
怎么做:判据、组织与流程
两个前置自检(Kevin):一,是否真的存在“必须向非技术买家交付技术复杂物”的场景——注意是“需要”而非“想要”;技术型 GTM 该建 DevRel,传统 SaaS 该走销售驱动。二,是否拥有平台或愿意投资建一个;没有共享原语,维护负担会压垮团队。
组织归属(Mati 的关键决策):ElevenLabs 的 FDE 隶属于产品团队而非 GTM 团队,理由有两层。第一层是解决客户问题、拉伸产品边界;第二层,他认为是行业普遍缺失的,是把一线学到的知识带回产品,让下一代客户受益。他的原话很尖锐:只做集成而不做知识回流,"it's effectively just services",就只是服务业。
反馈回路的机制(Mati 与 Senra 的对话):客户的问题很少是独有的;客户的领域专长仍归客户所有,但建立在领域专长之上的产品体验可以被抽象复用。服务一个客户学到的东西让所有客户受益,Senra 概括为“把客户群当作另一种形式的 R&D”。这与 Kevin 的原则(“bespoke 留在交付侧,可泛化的长期沉淀回平台;FDE 是发现产品化方向的侦察兵”)完全同构,Mati 只是用组织架构把它变成了制度而非个人自觉。
交付流程(ElevenLabs × Deutsche Bank 案例):从营销场景(ElevenLabs 声音做播客与每日客户内容)扩展到客服语音 Agent 的完整作业链
- 先证明影响而非概念("prove the impact, not concepts"),确认价值后再谈规模化;
- FDE 驻场德国,接入客户全部 CRM 系统,确保 Agent 行为符合客户既有逻辑;
- 语音 Agent 最难在部署验证:先模拟通话测试,再小规模试运行,然后放量;
- 部署不是终点,持续评估、监控、迭代,FDE 全程承担核心角色。
人才画像(Kevin 的收尾):FDE 无非是“面向客户的软件工程师”,一个你既愿按工程师标准雇佣、又敢放到客户面前的人。其余边做边摸索。
组织文化的底色
两个视频共享一条 Palantir 脉络。Mati 的对照令人印象深刻:在 BlackRock,合规文化下头两个月连发外部邮件都要经团队审核;加入 Palantir 后第一个月就被派往阿伯丁,到北海与油气客户并肩工作。这种“与客户站同一边、深度痴迷其问题”的文化被他整体移植到 ElevenLabs,连同小团队制(约 5 人即算大)、无职级、扁平层级(不超过 3–5 层)。“最好的主意胜出”、一线信息直达决策层,是这套模式得以运转的隐性前提。
综合判断
两个视频看完后,FDE 可以被表述为一个双向杠杆结构:
FDE = 平台(建造侧杠杆)× 知识回流(学习侧杠杆)。缺前者退化为外包,缺后者退化为服务业。
Kevin Bai 回答了“FDE 是什么、何时需要”,Mati Staniszewski 回答了“FDE 放在哪、如何复利”;前者给判据,后者给制度。而真正难以复制的,可能既非平台也非流程,而是把工程师推向客户一线的那种文化默认值。