“FDE”可能指两种完全不同的角色
Key takeaway: 本文由前 Palantir 前线部署软件工程师 Kabir Sial 撰写,核心论点是澄清“FDE(前线部署工程师)”这一模糊术语实际包含两种截然不同的角色:其一是 Palantir 倡导的“产品构建者”,北极星指标是不惜一切代价解决用户问题,包括发现需求并实际编写软件;其二是目前大多数 AI 初创公司真正需要的“平台运营者”,其北极星是部署并运营现有产品、推动落地和采纳。文章指出,对于规模化企业,采用“产品构建者”模式往往是错误的,因为高成本的定制功能维护会分散核心产品研发精力,且该模式每个 FDE 仅能服务极少量客户(Palantir 在2023年也是如此)。但在服务复杂性极高的财富500强客户(存在遗留基础设施和组织惯性)或服务多个异构 ICP 和工作流时,“产品构建者”式的定制开发对建立信任和发现产品长期演进方向至关重要。招聘方面,“平台运营者”可从技术客户成功、解决方案工程等广泛背景中筛选;而“产品构建者”需要高自主性的传教士型软件工程师,这要求企业具备“在边缘构建”的工程文化和以使命为驱动的组织氛围。无关类型,FDE 都应利用其客户邻近性,聚焦于发现最关键工作流和通过评估、配置来管理 AI 产品的不确定性,最终交付结果而非工具。
- “FDE”角色实质上包含“产品构建者”和“平台运营者”两种模式,两者在核心北极星指标和日常工作上有根本区别。
- 前 Palantir FDE Kabir Sial 指出,绝大多数 AI 初创公司真正需要的是负责配置平台和推动落地的“平台运营者”,而非 Palantir 原教旨主义的“产品构建者”,后者成本过高且难以规模化。
- 只有在面对 F500 级别的超大客户且存在复杂遗留基础设施,或服务多个异构 ICP 和工作流时,才应当采用“产品构建者”型 FDE,通过工程资源做深度定制来建立信任并发现产品方向。
- 招聘“平台运营者”可侧重技术熟练度和客户关系能力,而招聘“产品构建者”需要筛选出高自主性、具有使命感且愿意亲自交付产品的工程师,这种人才极难吸引和留存。
- 为吸引并留住顶级“产品构建者”人才,企业需要复刻 Palantir 的两大成功要素:“在边缘构建”的产品所有权文化,以及围绕“交付结果而非工具”的使命崇拜。
- 无论哪一种 FDE 模式,其核心任务都是利用贴近客户的优势,发现最关键的工作流,并通过构建评估和配置来管理 AI 产品的不确定性,从而交付切实的商业结果。
“FDE(前线部署工程师)”一词正在被滥用,很多创始人根本不清楚自己到底需要哪一种。本文作者 Kabir Sial 在 Palantir 做了近 5 年 FDE 后转做 VC,他对角色混淆的观察一针见血。文章最核心的贡献,是明确拆解了“产品构建者”和“平台运营者”两种截然不同的 FDE 画像,并给出了具体的适用场景和招聘建议。对于正纠结于如何复制 Palantir 模式、如何做客户成功的 AI 创业公司,这篇比绝大多数招聘指南都更务实。尤其值得注意的结论是:绝大多数公司其实并不需要原教旨的 Palantir 式 FDE,平台运营者才是更划算的选择。推荐给所有在思考工程团队如何贴近客户的决策者。”
“FDE”角色实质上包含“产品构建者”和“平台运营者”两种模式,两者在核心北极星指标和日常工作上有根本区别。
—— 络石智能编辑部 · Editor's Pick“FDE”可能指两种完全不同的角色
作者:Kabir Sial
有两种完全不同的角色都被称为“FDE”
2026年8月7日 7分钟
以为每个FDE做的是同样的工作?选对类型可能是在顺利扩张和原地打转之间的差别。
图片来源:DC Studio | shutterstock.com
“我们与客户深度绑定,和他们一起解决问题”这种说法非常有吸引力,尤其是那家开创“前置部署工程师”的公司正以84%的速度增长,收入超过50亿美元。但“前置部署工程师”是一个模糊的术语,根据你所经营的业务不同,它意味着不同的东西。
我在Palantir花了近5年时间担任前置部署软件工程师,而Palantir版的“FDE”对如今我作为早期风投所接触的大多数公司来说并不适用。取决于你正在打造的业务类型,这个角色大致可以指两种之一:“产品构建者”或“平台运营者”。清楚地界定你属于哪一类,会让招聘更加容易,也让你能更好地管理FDE团队。
产品构建者:Palantir的原始版本
北极星是:不惜一切代价真正解决用户的问题。FDE不仅负责让平台运转,还负责发现该构建什么并去构建它(实际创建软件),以服务客户。
平台运营者:解决方案+技术客户成功
北极星是:让产品为客户生效——部署并使其运营化。这是如今大多数初创公司想要FDE时真正所指的。这里的FDE配置核心平台、管理客户关系并推动采纳。这并不新鲜——公司一直都有解决方案工程师、销售工程师、客户成功等角色,尽管随着FDE越来越多地构建原型、配置评估和构建MCP,工作方式已经有所不同。
哪种FDE适合你
Kabir Sial
在大多数情况下,招聘产品构建型FDE是一个错误。
在规模化阶段,FDE应该是平台运营者。让FDE构建和维护高度定制化的产品功能是困难的,尤其是在公司扩张的过程中。随着时间推移,定制化产品面积会分散对核心产品构建的精力,尽管AI编程工具使得快速发布新功能和维护它们变得容易。
许多快速增长的AI初创公司认识到这些约束,并将FDE角色构建得更像平台运营者。这也使得他们每个FDE可以服务5-10个客户,这比Palantir的比例高得多(至少在2023年是如此)。即使是Palantir的FDE角色也已经演变为更像平台运营者。
然而,在某些情况下,你的FDE应该是产品构建者原型。
1. 你有非常大的客户(财富500强规模)
技术复杂性:大型客户拥有复杂的环境,包含遗留基础设施,通常需要“平台外”的工程工作。我经常在Palantir的各个客户那里遇到定制化的数据基础设施、隐私要求等,这要求我构建“平台外”的连接器、用户界面和后端。
组织惯性和信任:服务大型企业就是建立信任。在短时间内,将产品过度适配到特定用户/工作流程通常能带来最大价值,建立信任,并帮助组织克服从Excel和日常工作中使用的遗留软件工具迁移的惯性。对于AI原生的初创公司来说,投入做“不可规模化”的开发、让工程师扎根一线,可以说更加重要,因为这有助于巩固你的存在权,并最终扩展客户关系。
2. 你有很多ICP和工作流程
如果你服务的ICP和工作流程范围很广,你的产品在部署第一天可能无法开箱即用。产品构建型FDE为了让产品在这些异构用户/工作流程中生效而构建的短期权宜之计,将帮助你长期塑造产品。
注意:点击此处查看Palantir Foundry的架构。
这是Palantir FDE更像产品构建者的一个重要原因(并且他们仍然能够如此——参见前置部署软件工程师职位简介作为例子)。Foundry的愿景是成为企业关键决策的操作系统——本质上涉及多个行业、用户和工作流程。许多由FDE主导的开发表明,解决这些用例中的许多需要复杂的数据集成,这导致Foundry的早期版本最适合复杂数据集成和构建客户的“本体”。同样,像我这样的FDE为欺诈分析、定价等构建了定制化的前端应用。随着这些应用所需模式变得越来越清晰,它们被集中到应用层产品中。
你应该招聘谁
平台运营者:你可以从更广泛的人群中招聘,测试技术熟练度(例如,擅长数据分析、复杂的Excel工作,甚至SQL)、产品直觉和建立客户关系的倾向。技术客户成功、解决方案工程、软件工程、产品管理和咨询等背景都是很强的匹配。
产品构建者:你想要的是高所有权和使命感的软件工程师,或者想要自己交付产品的技术型产品经理。
招聘这些类型的人才,尤其是产品构建者,是困难的。值得指出两件帮助Palantir将软件工程师招入这个可能被认为不太性感的角色的关键因素。
- 边缘构建的文化:强大的工程师有构建东西的动力。Palantir给了FDE很大的产品构建所有权,这也是为什么许多核心产品领导层都是前FDE的原因。
- 围绕使命建立的狂热文化:在内部,有一种对使命的狂热奉献。每个人都一直在谈论为什么成果远比软件重要,为什么大多数构建工具的公司都搞错了。我从未在一家人们如此紧密地围绕使命凝聚在一起的公司工作过。
作为正在构建AI初创公司的创始人,在考虑招聘FDE时,值得明确你的文化并问问自己:我只是招人来支持开发团队,还是招人来塑造和构建产品?即便在今天,要让软件工程师对一个可能只是技术客户成功的FDE角色感到兴奋也是困难的。
FDE应该做什么(无论哪种原型)
你已经招到了合适的人。如何最好地发挥你的FDE团队?
FDE是Palantir交付成果而非工具的方式。AI原生初创公司可以将这一点推得更远,FDE可以通过贴近客户在几个独特方面提供帮助。
- 找到最关键的工作流程:随着AI降低生产软件的成本,公司将面临更多竞争。AI初创公司的FDE应该不断寻找服务客户最关键工作流程的方法,并关注客户如何在新旧工具之间完成工作。例如,Harvey的FDE应该关注哪些工作流程在Westlaw中,哪些正在迁移到ChatGPT/Claude,以及Harvey产品如何保持领先。
- 围绕不确定性构建:在更受监管的环境中,FDE应该高度专注于使用评估和配置使产品在特定用例中可靠。以前,产品可靠性归属于产品和支持部门。随着公司提供成果而非工具,适当地配置产品和管理评估正转向FDE团队。
作者:Kabir Sial
Tags
Related Topics
Expert Comment
This article is curated by the editorial team from public sources for reference only.