Palantir 的 FDE 模式（Forward Deployed Engineer，前方部署工程师）是他们最核心、也最被硅谷研究的组织创新之一。FDE 不是传统意义上的 sales engineer 或 solutions architect，而是真正会写代码、且长期驻扎在客户现场的工程师。他们带着 Palantir 的平台（Gotham/Foundry）进入客户的问题环境，和客户一起把模糊的业务困境转化为可落地的数据工作流。

为什么这个模式成立

政府、国防、大型工业客户的问题有个共性：问题本身没被定义清楚。传统 SaaS 的"产品-销售-客户成功"流水线在这里是失效的——客户根本说不出自己要什么 API。FDE 的价值在于替客户"发现需求"，然后当场用 Foundry 把解决方案搭出来。这相当于把咨询公司（McKinsey/Palantir 早期常对标）的问题定义能力，和一家产品公司的技术杠杆，合并到同一个人身上。

角色分工

Palantir 内部通常是 FDE + Product Development Engineer (PDE) 的组合。FDE 在前线发现哪些需求是可复用的、哪些是一次性的。可复用的模式会被 PDE 沉淀回产品（Foundry 的 ontology、pipeline builder 等很多都是从 FDE 工作中反向抽象出来的）。这让 Palantir 的产品演化路径不是 PM 拍脑袋，而是被真实战场反推出来的。

经济模型的聪明之处

FDE 极贵，但单个客户的合同也极大（七八位数起步，军工/情报客户能到九位数）。前期 FDE 密集投入换来极高的 switching cost —— 一旦 ontology 建好、工作流跑起来，客户几乎无法迁移。这是 Palantir 毛利率能做到软件公司水平、但业务本质更像高杠杆咨询的关键。

对 AI 时代的启发

这个模式现在被很多 AI 应用层公司重新研究，因为 AI agent 落地面临同样的问题——客户说不清需求、workflow 需要现场挖掘、通用产品做不到最后一公里。Sierra、Cursor 企业版、Decagon 等都在不同程度复用 FDE 思路。从投资视角看，这也是"services-as-software" 论题的一个先行样本：表面是服务，底层是产品，定价按结果算。