这个岗位是从一间没人愿意久坐的房间里长出来的

问这个岗位从哪来，通常会得到一个创业故事：一家年轻公司，一个说不清自己要什么的客户，一名被派去和客户坐在一起直到东西能用的工程师。故事大体成立，但单独看几乎没用——它把一种组织选择说成了某个人的性格。

真正被发明出来的不是职位名称，而是一条关于「工程师的桌子该放在哪」的决定。这条决定被反复执行，每次都付出真实代价，最后硬成了公司结构。

先有循环，后有头衔

最早的客户写不出需求文档，这不是他们不会表达。要的系统还不存在，本来就没有东西可描述。当时的办法很笨：先做一版粗糙的，摆到用户面前，记下他的抱怨，回去改，再摆过去，速度要快过对方的耐心。

这个循环挑人。要坐得够近，抱怨第一次说出口就听见；要够有权限，当晚就能改；还要在季度末数字不对的时候人在现场。咨询公司也能跑同样的循环，只是循环通常停在建议书。这里停在能跑的系统上，而且写系统的人就是听见抱怨的人。区别不在知识，在座位。

这套安排当时就知道不可持续

关于早期，有一种流传的讲法：工程师在物理隔离的房间里连着待了几周，电话用松紧带绑在头上，一只耳朵听分析师，一只耳朵听总部，因为房间里不许用免提。活干完之后，他告诉创始人这样下去不行。创始人的回答，按这个讲法，是把这种不可持续做成制度。

房间这个细节当示意看，不要当史料。真正有用的是顺序：当事人知道这事撑不住，仍然选择做，因为不做的代价更大；公司随后建了一套能让「重复做这件事」活下去的结构。一个组织如果决定长期做一件伤人的事，就得给它定价、配人、轮换，还得防止它变成全部生意。FDE 就是这套结构。

成本结构划定了它的客户

一名资深工程师常驻一个客户，贵得容易被低估。公开可查的估算都很粗，只适合看量级：

成本事实	材料给出的数字	它排除了什么
单个部署的年交付成本	约 7.5 万美元起；行业自媒体单源估算，宜当下限	全年价值只有几万美元的客户
按约 38.5 万美元薪酬口径折算的全成本	每个部署每年约 7.5 万至 17 万美元	连一名常驻工程师加背后的支援都养不起的账
一支十人小队的一年（粗算）	成本约 500 万美元，深度服务 10 至 15 个客户，收入 100 万至 450 万美元	第一年打平；纯人力期毛利率两到四成，也可能为负
人均营收	Palantir 约 100 万美元，国际咨询公司约 8.9 万，大型 IT 服务商约 4.9 万	把 FDE 理解成升级版交付团队

这张表本身就是论证。一个人服务一个客户，这单生意就必须贵到能同时养住这个人和他背后的板凳。价值得大、得集中、得能指到某个具体系统上。所以最早的客户是情报机构和工业制造商；也所以只要某一次部署能搬动足够大的数字，这个形状就会重新出现。

它像咨询，但不是

Palantir 自己的分法最清楚：平台工程师把一种能力卖给很多客户，现场工程师为一个客户调动很多能力。工作单位是反过来的。

第二个区别在退场。咨询卖判断，交一份文档，在后果出现之前离开。实施商按固定规格卖工时，交付即收款。FDE 的判断标准是发票之后系统还在不在用——这也是四项职责里必须包含采用和交接、而不只是开发的原因。这一条正是成本结构能成立的理由：账上最贵的那个人，恰好也是最早、最便宜地看出「这东西没人会用」的人。

它也解释了售前那个反复出现的混淆。售前存在是为了帮别人成交，FDE 存在是为了成交之后让东西真的跑起来。两者重叠很多，责任归属完全不同，FDE 到底算不算售前岗讲的是这件事。

2026 年为什么又长回来了

算术没变，变的是另一头的数字。当模型有可能把某个业务环节的成本或收入搬动一个数量级，一名常驻工程师相对这份价值就变便宜了；2026 年的市场数字里那个采用率与回报之间的落差，本质上是大量价值卡在最后一公里外面。

2026 年冒出来的那些部署组织，赌的是这个比值，不是头衔的流行。这个赌法有失败模式，而且独立从业者最容易踩：抄了形状，没抄单子的大小。合同总额只等于几个月工资，却按常驻配置交付，那就不是前线部署，是带职位名称的补贴；补贴会在存款见底时结束。

判据

试点开始前，把两个数字写在同一行：把一名工程师留在这个客户账上的一年全成本，以及客户愿意用自己的单位说出来的、一年里真正押在上面的价值。前者超过后者的两成左右，这个比值就撑不起这套模式——要么把范围缩到比值成立，要么不接。

两成是经验线，不是研究结论。方向不是经验：那间房间在诞生时就很贵，而它至今仍在决定哪些客户请得起你坐进去。