从定价视角看
FDE 的底层逻辑

突然之间所有人都在谈 Palantir。谈它的股价，谈它的本体论，谈那个叫 FDE 的岗位。前向部署工程师，听上去像是从军事术语里借来的，事实上也确实是。

大概是我年纪大了。别人看见的是一个新物种，我想起的却是当年的 SAP。

1972年，五个人从 IBM 出来开了家公司，没有产品，第一单生意是搬到客户那里去写代码。软件那时候还不是商品，是服务。你要解决一家企业的问题，就得先住进这家企业。

今天被当成新范式的东西，是这个行业的起点。五十年过去，它又回来了。中间发生了什么，比它回来这件事本身更值得看。

先说结论

注意是交付时点。半年后能不能看出效果不算数。验收标准要在签字那一刻就能判真伪，否则它在商业上不存在。

这里要分开两样东西。系统上线了没有，接口通了没有，报表跑出来了没有，这些是过程。库存周转快了多少，报价赢率提了几个点，这些是成果。过程当场可判，成果当场判不了。

写得进验收标准的，责任就切得动。软件方交软件，实施方交上线，各自对自己那一段签字，出了事查合同就知道该找谁。切得动，交付就可以外包，因为接手的人清楚自己的边界在哪里。

写不进的，责任切不动。没有人愿意为一个自己无法证明的结果签字。切不动，就没有第三方敢接，你只能自己派人进去。

FDE 就是这么来的。

责任闭合，才卖得上价

到这里都还不算反直觉。反直觉的是下一步。

责任一旦被切成两段，就没有任何一方还能对成果定价。每一方只能对自己控制的那一段定价。软件方退到席位、模块、用量，实施方退到人天。这些全是代理指标，它们和客户真正拿到的价值之间永远隔着一道缝。所有关于“你们的软件到底贵不贵”的争论，都发生在这道缝里。

把人派进去、责任重新闭合之后，事情反了过来。一个主体，一个签字的人，一个背锅的人。到这一步，你才有资格说：我按你拿到的结果收费。

所以价值定价首先不是一种谈判技巧，也不是一套定价方法论。它是组织结构的结果。责任没有闭合，你在谈判桌上讲得再动听也没用，客户心里清楚，真出了事你会指向另外一个人。

这也解释了 FDE 为什么那么贵。贵不在工程师的工资。贵在你把原本分散在三方身上的风险，全部收进了自己账上。这笔风险溢价必须由更高的客单价来补偿，补不上，模式就塌。

顺序是这样的：闭合责任，才卖得上价；卖得上价，才养得起驻场。倒过来推，怎么算都不够。

会移动的验收线

还有最后一层，也是最容易被忽略的一层。那条验收线不是固定的。它会移动。

推动它往前移的是外力。会计准则、税法、审计要求、行业标准、监管。一件原本各说各话的事情，一旦有了公认的判定方式，就从成果变成了过程，从判不了变成了判得了。

线一往前移，整条链就翻转。责任重新切得动，交付可以外包，定价退回代理指标，毛利上去，规模上去，生态长出来。

SAP 走的就是这条路。财务、税务、供应链这些领域，外部准则替它把线往前推了几十年。它做的事情，是在线的后面把最佳实践固化进产品，然后把交付交出去，让一个庞大的实施顾问群体替它把销售覆盖铺到自己永远养不起的范围。

Palantir 待的位置没有这股外力。它在决策层。一段管道该不该现在停下来检修，一个信号要不要上报，没有 GAAP，没有审计师，没有人能替你定义什么叫做对。线推不动，它就只能留在现场。

同一条逻辑，两个位置。

往后走容易，往回走难

但这里有个不对称：往线的后面走容易，往回走难。

SAP 其实想往回走。License年代实施砸了是实施方的事，客户的钱已经付过了，维护费照收。订阅制把后果搬了家：客户拿不到价值就不续约，损失直接落在 SAP 头上。它开始承担交付失败的代价，却依然不控制交付。这是所有软件公司往交付端挪的真正驱动力，跟 AI 没关系，跟 Palantir 也没关系。

走不动的原因有三个。自建交付的那一天，就是它和最大销售渠道开战的那一天。人力成本进了损益表会压毛利，而它被资本市场按软件公司定价了几十年，这道锁在松，订阅制的估值越来越看留存。最硬的是第三道，驻场的单位经济只在客单价足够高的时候才成立，而 SAP 的客户数量以十万计，其中绝大多数根本承担不起有人住进自己公司。

RISE with SAP 是往回挪了半步，不是掉头。

说回 AI

现在不少公司在建 FDE 团队，理由往往是“Palantir 就是这么干的”。

这个理由根本不成立。

Palantir 做 FDE，是因为它没有别的选择。它的成果写不进验收标准，责任切不出去，驻场是剩下的唯一一条路。一个被约束逼出来的解，在另一家公司那里未必是解。你照着做，多半不是因为你也被同样的约束逼到了墙角，而是因为你羡慕它的股价。

派人出去之前，有三个问题得先回答，顺序不能乱。

第一个：我卖的东西，在交付时点能不能被写进验收标准

这决定你有没有得选。能写进去，你其实可以走 SAP 那条路，把现场沉淀进产品，再把交付推出去，这条路的规模上限高得多。明明有得选却选了驻场，是自己给自己上枷锁。反过来，写不进去却还想把交付外包，那是把最难的一段交给一个没办法为它负责的人。

第二个：责任闭合了，定价跟上了没有

一支驻场团队一年的人力成本，除以你从这个客户一年收到的钱。Palantir 敢这么配人，是因为分母足够大。很多公司分母只有六位数，却照着分子在招人。而分母涨不上去的原因，往往就是责任闭合了、计价方式却还停在人天。扛着这个模式的全部成本，放弃了它唯一的好处。

第三个：现场做的东西，回不回得到产品里

这是 FDE 里最容易断的一条回路。每一次定制都该带着同一个问题回来：这能不能变成产品里的一个功能。能，它是投资。不能，它是成本。回路断掉之后，你手上就是一个毛利率很低的自营实施部门，而你还在按软件公司的估值讲故事。投资人迟早会把这两件事对上。

FDE 是一个过渡态

AI 这一轮还多了一股 SAP 当年没有的推力：模型能力自己在涨，它也在推那条验收线。今天判不了的东西，明年可能就判得了。线一往前移，驻场的必要性就跟着消失。

所以对大多数 AI 公司来说，FDE 是一个过渡态。它的任务是在线还没移过来的那段窗口期里，尽量把现场的知识搬回来，直到搬不动为止，或者直到线自己走过来为止。把过渡态当成终局来经营的公司，会在某一天突然发现自己养了一支没有位置的队伍。

顺序上还有一件事，SAP 的五十年已经替所有人试过了：现场能力可以往外交，交出去很难收回来。所以只能先自己做，做到某个场景真的固化了，再把这个场景的长尾交出去。反过来走的公司，若干年后会发现，最懂客户的那个人不在自己公司里。