FDE(forward-deployed engineer)这个职位名称的价值,不在于听起来更新鲜,而在于它重新定义了一类原本被低估的工作:客户现场型技术落地。
传统软件公司里,这类工作常被放在售前、实施、解决方案工程或客户成功的边界地带。它离客户很近,离产品也很近,但在组织叙事里经常处在边缘位置。
Palantir 很早就看到了这件事。
2011 年前后,它把原来偏客户现场、偏系统集成的工程角色,重新命名为 FDE。这个命名背后有一个明确判断:在大型企业和政府客户那里,真正难的不是把软件写出来,而是让软件进入客户的真实业务系统。权限、数据、流程、历史系统、组织责任,全都在里面。
能把这件事做成的人,不应该被简单归类为售后支持或项目实施。
他们代表的是一种新的组织能力。
a16z 把这种打法叫作 title arbitrage,可以理解为“职位名称套利”:当某种能力在组织里快速变重要,但旧职位名称还没来得及反映它的价值时,先命名的人就有机会先占住人才、权力和市场心智。
这个打法很有意思,很值得特别是在做 tob 业务的各位 AI 创始人们借鉴。
职位名称本质上是一种组织语言
很多公司低估 title 的作用。
从表面看,职位名称只是 HR 系统里的一行字。但在公司内部,它其实是一种组织语言。它告诉别人:这个人负责什么,代表什么能力,有没有资格参与某类决策。
CEO、CTO、CFO 这些 title,不只是分工说明,也是一种权力标识。制造副总裁、产品负责人、增长负责人,同样如此。名字背后对应的是组织对某种能力的承认。
这也是为什么岗位名称会随着产业变化不断演进。
早年写代码的人常被归到 IT。后来是 programmer,再后来是 software engineer。这个变化不是文字游戏,而是软件在商业系统里的地位上升了。写代码从后台支持,变成了公司构建产品、组织流程、商业模式的核心能力。
数据岗位也是类似路径。从 clerk,到 data entry,到 data scientist,再到 machine learning engineer。每一次命名变化,背后都是数据工作战略价值的上升。
Google 提出的 site reliability engineer 也是典型案例。它把传统系统管理员的工作重新定义为工程问题,表达的是一个判断:让系统稳定运行,和开发新功能一样具有技术含量。
所以,职位名称不是单纯的包装。
它反映的是一类工作的价值是否发生了迁移。
Palantir 抢到的是招聘心智
FDE 之所以成为一个经典案例,是因为它把客户现场型工程从低估岗位,改写成了高势能岗位。
在很多公司里,客户现场型技术工作处境并不清晰。它太靠近销售,容易被工程团队认为“不够纯粹”;它太靠近交付,又容易被管理层看成成本中心。结果是,真正优秀的工程人才未必愿意进入这个岗位。
Palantir 的命名改变了叙事。
它传递的信息是:你不是在做普通售后,也不是在做外部项目交付。你是在客户现场解决最复杂的问题,把真实业务系统和公司产品连接起来。
这套叙事吸引的是一种复合型人才:既能写代码,又能面对客户;既理解系统,也能处理组织复杂性;既能解决当下问题,也能把客户现场经验带回产品。
这样的人,如果看到的是“实施工程师”或“解决方案工程师”,可能会认为岗位上限有限。但如果看到的是 FDE,感知会完全不同。
这就是命名带来的招聘优势。
到今天,只要一提 FDE,很多人第一反应仍然是 Palantir。不是因为只有 Palantir 能做这类工作,而是它最早把这个词和自己的公司能力绑定在了一起。
先命名的人,往往能先占住心智。
新 title 和虚假镀金的区别
当然,不是所有新职位名称都有价值。
有些只是职位名称通胀。比如把营销专员改成增长战略师,但工作内容没有变化;把助理改成负责人,但决策权没有变化。这类命名只能带来短期体面,无法形成真正的人才吸引力。
原文给了一个很好的判断标准:
这个新 title 描述的工作,五年前的人会不会觉得陌生?
如果答案是会,那它可能真的对应了一种新能力。比如 Clay 提出的 GTM engineer,Harvey 提出的 legal engineer,都不是简单的岗位重命名。它们指向的是 AI 之后出现的新组合:既懂业务流程,又懂自动化;既懂专业语境,又能把工作流做进系统。
但 prompt engineer 是另一个例子。
这个词曾经很热,但很快显得过时。原因在于,写 prompt 没有稳定成为一个独立职业。它更像是所有知识工作者都要掌握的一项基础技能。title 如果跑在真实工作之前,热度会很快回落。
所以判断一个新职位名称是否成立,关键不在于它是否新颖,而在于它背后有没有真实的新工作。
没有新工作,只有新包装,就是职位通胀。
AI 改变组织,不只是让工具变聪明
这篇文章最有价值的部分,在于它把职位名称放进了 AI 转型的组织语境里。
很多公司讨论 AI 转型时,默认答案是:界面会更智能,工具会更自动化,流程会更高效。
这些都成立,但还不够。
更深层的变化是:组织内部会出现一批新的高杠杆个体。 他们可能很年轻,原本职位不高,但因为会使用 AI、会搭建工作流、会把模糊问题转化为自动化系统,开始拥有过去没有的影响力。
大公司每次引入关键软件时,都会出现类似现象。
最先理解新工具的人,往往不是层级最高的人,而是行动最快的人。他们最早发现哪些流程可以被重构,哪些工作可以被自动化,哪些原本没人愿意处理的问题可以被重新组织。
技术改变的,不只是工具栏。
它也会改变组织里的权力分布。
这时,一个新 title 就会变得重要。它给这些人提供合法性,也给组织提供识别机制。
比如一个法律从业者,原本只是对 AI 工具感兴趣,开始研究合同修改、风险控制和法律工作流自动化。如果公司把这个角色定义为 legal engineer,这个人就不再只是“爱折腾新工具的人”,而是一个可以被识别、被授权、被晋升的新岗位。
AI 转型最难的部分,往往不是员工不会使用工具,而是组织没有语言去承认那些已经在创造新价值的人。
对 AI 创业者来说,命名也是战略
如果你在做 AI to B,这篇文章的启发很直接。
不要只给产品命名,也要思考:你的产品会在客户组织里创造什么新岗位?
如果你服务法律行业,早期用户里冒出来的那批人,可能不再只是律师,也不是传统法务运营,而是 legal engineer。如果你服务销售和增长团队,可能会出现 GTM engineer。如果你服务金融研究或咨询,未来也许会出现 intelligence engineer。
这些名称不只是传播口号。
它们会帮助客户内部完成组织动员:谁应该被授权,谁应该被听见,谁代表这项新能力。
这也是 title arbitrage 对公司有价值的地方。
产品在外部销售,职位名称在客户组织内部扩散。一个新职位名称如果真的成立,会反过来为产品建立心智。 以后市场一想到这类岗位,就会想到谁最早提出它、谁最懂它、谁最能帮助这批人变强。
Palantir 在 FDE 上吃到的,就是这类红利。
回到 FDE
为什么今天 FDE 又值得被重新讨论?
因为 AI 原生公司的产品和服务边界正在变得越来越模糊。
一个 AI 企业软件到底是纯产品、带服务的产品,还是产品化服务,并不总是容易区分。客户现场的流程细节会反过来定义产品路线图;模型失败样本会变成下一版能力;实施团队不再只是交付末端,而是产品学习系统的一部分。
这种情况下,旧 title 可能会低估新能力。
叫它售后,工程师可能不愿意加入;叫它实施,投资人可能担心毛利;叫它客户成功,产品团队未必会把它当成产品信号。但如果它本质上是在客户现场把复杂需求转化为可复制能力,那么 FDE 就比旧词更准确。
当然,命名不是万能解法。
把客户成功改名为 FDE,并不会自动完成组织升级。 真正需要变化的是汇报线、激励机制、招聘标准、产品反馈机制,以及创始人如何看待“服务”这件事。
名字只是第一步。
关键是,组织是否真的把这类人放在产品学习和客户交付的核心位置。
一个新职位名称出现,往往说明旧组织语言已经不够用了。AI 公司今天遇到的很多问题,恰恰是旧语言无法准确描述的:产品像服务,服务像产品;工程师需要进入客户现场,客户现场又在定义产品路线图;售后不再只是成本中心,而是学习系统的一部分。
这可能是下一代 AI 企业软件公司的关键分水岭。
未必是谁把服务完全消灭掉,谁就能赢。更可能是谁能把服务中最接近客户真实问题、最能形成产品洞察的部分,重新命名、重新组织、重新产品化,谁就能建立更深的壁垒。
谁先把这件事说清楚,谁就先在客户心智上插了旗。
