前沿部署工程师正当红。Anthropic 和 OpenAI 正在这个模式上投入数十亿美元。相关文章层出不穷。创始人们在还没真正弄清楚这个角色到底做什么之前,就已经开始设置"FDE"头衔了。而在我几乎每一次对话中——无论是与创始人、招聘人员还是好奇的工程师——都会出现同一个问题:FDE 与一位非常优秀的顾问,究竟有什么区别?

以下是我通过一个思想实验来解释这个角色的尝试。

Messy Lego

客户想要一条龙

想象一下,乐高决定明天成立一个前沿部署工程部门。第一位客户走进来说:我想要一条龙。

你可以用两种方式解决这个需求。

解决方案工程师路径。乐高的解决方案工程师拥有一套组织得井井有条的库存,涵盖公司生产的每一块积木。他们阅读关于龙的需求简报,挑选出合适的 287 块积木,编写一份清晰的说明书,甚至可能亲自搭建这个模型,然后交付给客户。客户看了看,说:“嗯——有点像鹦鹉,不过好吧,我能看出是条龙。谢谢。”交付成功。接着处理下一个需求。

前沿部署工程师路径。FDE 以同样的方式开始,翻阅现有的积木库——但他们卡住了。没有任何一块积木能提供龙脖子所需的弧度。翅膀零件也无法按需要的方式活动。于是他们拿起一块积木,在上面钻个孔,把两块粘在一起,再把第三块磨平。他们用定制改造的零件搭建出一个“科学怪人”式的临时结构,然后搭建出那条龙。

Solutions Engineer vs FDE

客户看了看 FDE 的龙,说:“其实,我想要的是《指环王》里的龙,不是 Julia Donaldson 笔下的 Zog。”没问题。FDE 继续迭代。更多的定制改造。最终,他们交付了一条客户真正喜爱的龙。

两条路径的最终结果看起来一模一样——都交付了一条龙。但 FDE 多了一个步骤,而这个步骤正是这个角色的全部意义所在。

让这成为工程的那个步骤

FDE 拿着一袋奇怪、拼凑改造过的积木走回乐高积木研发团队,说:“这些是我为了搭建那条龙而不得不发明的零件。我们目前都不生产它们。我们应该生产吗?”

产品团队审视这些定制积木,决定如何处理。也许他们会把其中一块作为新 SKU 投产。也许他们不生产任何特定的积木,但这些模式表明,他们应该打造一台让客户能够塑造自己积木的机器。也许他们得出结论,龙这个用例本身不值得投入,但这项技术解锁了完全不同的东西。

这个循环——客户问题 → 定制搭建 → 产品信号 → 真正的产品——才是整个游戏的关键。没有它,你只不过是一家穿着 T 恤的、非常昂贵的咨询公司。

这正是 FDE 中"E"(工程师)的价值所在。前沿部署工程师必须具备足够的技术能力,能够真正钻出孔、粘好砖、把东西造出来。否则带回来的信号就是一团浆糊。“客户想要一条龙,但我们造不出来”——这种反馈毫无用处。“客户想要一条龙,而我唯一能近似实现它的方法,是以这种非常特殊的方式破坏这四块标准砖的结构完整性”——这才是产品路线图。

Weird Brick

刻意设计的激励错位

运营一个健康的 FDE 组织有一个不可告人的秘密:FDE 与产品团队之间的激励是刻意错位的。

FDE 每天早上醒来想的是:我如何赢得这个客户?我必须破坏、黑入或手工搭建什么,才能交付他们想要的那条龙?产品团队每天早上醒来想的是:什么样的通用抽象能让我们服务一千个客户,而无需手工搭建任何东西?

这两种激励不断相互拉扯,这种张力确实令人不适。但好产品正是从这里诞生的。如果通过让所有人都像产品经理一样思考来消解这种张力,你就再也收不到客户信号。如果反其道而行之,让所有人都像交付工程师一样思考,你就会变成埃森哲(Accenture)。领导层的职责就是把这根绳子绷紧。

一个重要的推论:FDE 的 KPI 必须设定在公司层面,而不是项目层面。一旦你开始衡量每个项目的收入,你的 FDE 就不再是产品侦察员,而变成了客户经理。他们会优化为这条龙收取更高的费用,不再带回那些奇怪的砖块。更健康的指标应该是类似每位前沿部署人员为公司整体带来的收入——因为成功不在于 FDE 在每个项目上更努力地工作,而在于 FDE 识别出哪些砖块值得产品化,从而最终让客户自己的工程师在这些砖块之上造出龙来,而你则收取许可费。这才是飞轮效应。项目层面的指标会让它短路。

那么,FDE 到底是什么?

如果你只能记住一件事,那就是:前沿部署工程师是一个披着交付外衣的产品研发职能。交付给客户的成果是一条龙;交付给自己公司的成果,则是你为了造出这条龙而不得不发明的那一袋奇怪的砖块。

如果没有人带着那袋砖块回到产品团队,那你拥有的就不是一个 FDE 组织,而是一支非常优秀的服务团队。两者都有价值,都能带来丰厚收益——但它们是不同的工作,把两者混为一谈,正是组织最终困惑于为什么自己的“FDE”似乎没有推动产品前进的原因。

有一个值得指出的细节,我以后会专门写一篇文章来阐述:AI 不断给你递来新的积木。Claude Code、Skills、MCP 服务器、Agent 框架——积木库本身如今已经强大到,一名工程师可以在一个下午就搭建出一条像模像样的龙。随着积木能力越来越强,“前沿部署工程师”和“软件工程师”之间的界限开始变得模糊,你不得不问自己:是否真的还需要把龙产品化,还是说正确的做法就是永远交付定制化的龙。那是另一个话题了。

眼下,乐高测试已经足够了:钻出积木,搭出龙,再把积木带回来。这就是这份工作的本质。