【科技资讯】FDE是中国软件公司的集体临终幻想

---

我也幻想过，我们自己也是一家ToB的AI软件公司。所以先把话搁这，免得被误解成唱衰：FDE这件事必须做，但不要幻想它能带来溢价，本文会讨论FDE模式和ToB软件公司的真正溢价来源。

一、FDE 必须做，但它跟多数人说的 FDE 可能不是一回事

Palantir做了二十年FDE，另外全球产品能力最强的两家AI公司，几乎同时成立企业服务团队往客户现场派人。OpenAI相关业务拿了40亿美元融资，还整建制收编了一家英国150人规模的AI咨询公司。

他们产品能力极强，却集体加码FDE，核心原因是FDE有两个不可替代的核心职能：

1. 解决产品和技术以外的组织鸿沟：覆盖传统实施顾问的核心工作，梳理客户流程逻辑、规则权限、数据口径、脏数据成因、岗位权责、历史遗留问题，不少巨头正把这类工作从传统伙伴体系收回，以牺牲短期利润的方式筑高护城河。

2. 解决传统交付的信息折损问题：传统交付是客户→售前→业务顾问→产品经理→开发→测试的串行链条，每一层翻译都会产生信息折损，参与人数越多折损越大。FDE的本质是把这条链压缩到极少量人的身上。

AI让这个模式落地成为现实，它让一个人有可能覆盖原来一组人的技能。但这类人才培养难度极高，业务、技术、沟通、当场决策能力缺一不可，任意一项短板都会让链条断裂，重新增加翻译层，市面上真正合格的FDE数量极少。

今天市面上绝大多数所谓的FDE，只是外包驻场人员换了个名字，无非多了条“会用AI工具”的要求，交付链条一层没少，信息折损问题依然存在。

另外Palantir的FDE值钱，不是因为“驻场工程师”这个职能有多特殊，是依托Palantir本身高客单价、强客户话语权、极低录取率的光环，光环是从公司流向岗位的，不是反过来。当国内数十万人一夜之间都自称FDE，发生的不是“这个岗位普及了”，而是这个词失去了它的价值基础。

从需求侧看，这个岗位是成立的，它是软件公司在AI时代必须走的路，是一种对自身的要求。但“必须做”和“能卖上价”，是两件事。

二、溢价只来自稀缺，而稀缺从不来自岗位名称

那能不能人为造出稀缺？三条路径可行性极低：

路径一：认证

软件行业天然不适合走认证路线。上海2025年12月办了首期FDE培训班，2026年初的政策里要建超千人储备库，还把培训跟人社的中级职称评定挂钩。

这条路属于结构性难通。真有含金量的注会、法考、医师、建造师证，共同具备三样特征：知识变化慢、绑定法律责任、有牌照垄断。软件行业三样一个都没有，技术栈三年一换，程序员写错代码也不用承担对应法律责任，考纲从立项到落地以年为单位，等正式出台，考核内容已经过时了。

路径二：行政赋权

很多招标要求持证的项目经理，但几个月就能考出来的证门槛极低，它不会让FDE更值钱，只会让做FDE的公司多一项不必要的开支，根本造不成有效稀缺。

路径三：招揽稀缺的超级个体

真正能做到全链路覆盖的人是稀缺的，而且这种人是业务瓶颈：不可替代、难以批量制造、离职甚至可能带走一个客户。Palantir招FDE极难，不是它挑剔，是这种人本来就少。

更残酷的是：你即使真的做到了FDE的人才稀缺性，签合同时客户也不会为这个买单。FDE转型改善的交付质量和效率，在中国ToB市场是“应该做到”的基础要求，不是“值得加钱”的增值项。派人驻场，在客户心智里是你为了拿单付出的成本，不是他获得的额外收益。客户不为你的成本结构付钱，客户只为自己的收益付钱。

所以FDE，更像是软件企业的自我要求，或者说长期趋势，而不是能和客户谈高溢价的筹码。

FDE的概念在行业里其实是通识，它还有一个核心职责是去现场把知识带回来，沉淀到产品里。过去二十年，“沉淀标准产品”就是这个行业唯一正确的答案。

因为标品的价值主张很清楚：客户不用从零做一遍，所以愿意为现成的东西付钱。你替他省下的开发成本，就是你的定价空间。

问题是，这个前提未来可能不存在了，当AI把“从零做一套”的开发成本打下来，标品替客户省下的那部分，还值钱么？

所以真正该问的是：在写代码不再是高成本的时代，沉淀什么才值钱？

四、这个行业的钱，为什么这么难赚

在中国，任何一个被证明能赚钱的方向，很快就会有足够多的人、以足够便宜的价格涌进来。

过去二十年，软件公司沉淀的东西是什么？标准产品、可配置平台、组件库。说到底，是把“写代码”这件事规模化，以此构建护城河。

但中国最不缺程序员，软件公司在攒一件供给极充足的东西，这是攒不出溢价的，这就是中国软件公司的过去。而AI让软件资产变得更不值钱了，当写代码的成本进一步趋零，我们过去攒下的那点软件资产，只会贬值得更快。

所以真正该问的不是“怎么卖得更贵”，而是：什么东西，是人再多也解决不了的？那才是值得沉淀的东西。

五、溢价到底在哪

客户其实一直愿意为知识，为经验付费，他们买的从来不是软件，是“你做过五十家，知道这儿有坑”的判断，软件是载体，不是价值本身。我们把绝大部分成本砸在载体上，再靠载体收费，在开发很贵的年代，这门生意是成立的。

同时，知识本身是无形的，绝大部分沉在顾问脑子里，人一走就跟着走。公司账上留下一堆客户LOGO和文档，但实施的经验，面对不同场景的判断能力，这些都跟着顾问去友商了。

值得沉淀的内容至少包含以下几点：

– 定义能力: 业务相关的概念、口径、关联规则等

– 评估能力: 不同场景适配的方法、必须人工介入的节点、结果校验标准、全量成功失败经验参考

– 组件能力: 把面向不同场景可以用的能力，沉淀成可以被灵活调用的组件（可以是代码，可以是提示词）

过去知识是在人脑子里，或者文档里，躺在那里没人看；如果变成可被调用的技能，每次交付都被调用一次，被检验就会被修正。

这才是知识进入生产流程的意思。至于用本体、知识图谱还是文档或者向量库去存储，都是乙方自己的实现细节，构不成对客户的卖点。

理想的形态是：到了下一个客户那里，AI先读懂这家公司的情况，再匹配我们沉淀的那部分，自己找出最适配的组件和路径。人不再只是知识的载体，也变成知识的使用者和采集者，而这个人可以是FDE，或者什么其他的名字都可以。

聊了这么多，最后落到两个很朴素的词上：知识 + 时间。

ToB这行最不缺的就是时间。一家在垂直领域做了二十年的公司，趟过的坑、见过的例外、判断过的边界，本来就是全行业最稀缺的资源。代码不稀缺，人不稀缺，工具更不稀缺，只有“服务过大量客户后沉淀的可复用知识”是稀缺的。

所以如何构建一个组织、一种机制、一套工具，来保证知识在时间轴上持续被沉淀，高效被调用，循环被迭代，是软件公司未来竞争力所在，也是溢价的来源。

后续我还会写文章讨论企业内部培养FDE的相关话题，感兴趣可以关注。

延伸阅读：

软件公司，以后可能不卖软件了

日抛软件和燃烧的Token，换回的是资产还是费用?

---