三级页｜② FDE vs 普通咨询
FDE 和 Accenture / Deloitte / Big Four 的实施团队"看上去像"，但本质完全不同。一个为咨询公司创造收入，另一个为软件平台创造产品。
1. 关键差别
| 维度 | 普通咨询 | Palantir FDE |
|---|
| 核心交付 | 报告 / 流程改造 / 项目验收 | 正在跑的 Foundry/Gotham 系统 + AIP 用例 |
| 成功定义 | 项目结项 | 客户业务结果改善 + 长期合同扩张 |
| 知识沉淀方 | 客户那里 / 偶尔咨询公司知识库 | Palantir 的产品能力（行业模板、Function 库等） |
| 计费方式 | 按人天 / 工作包 | 多以软件订阅 + 服务包形式收，单纯 PS 占比小 |
| 组织文化 | 项目交付制 | 工程 + 产品 + 业务复合的"前线产品研发" |
2. 关键问题：为什么不能"外包给 Accenture"
- Foundry / Gotham 是 Palantir 的产品平台，不是开发框架；外部团队再聪明也写不到 Ontology / Action / Apollo 内部。
- FDE 的工作要求"看见可产品化的东西"——这不是项目交付逻辑能产生的产物。
- 客户最终愿意签长期合同，是因为他们看到"系统在自家长得越来越大"，而不是"咨询团队提交了报告"。
3. FDE = 客户成功 + 产品化机制
普通咨询：客户给钱 → 服务交付 → 项目结束
FDE：客户给钱 → 系统跑起来 → Palantir 学到 → 平台变强 → 下一个客户更便宜
本质区别：FDE 是 Palantir 的"研发外延"，不是"销售外延"。
4. 反证条件
- Professional Services 占比上升、平台占比下降 → FDE 偏离了产品化方向。
- FDE 数量增速 ≈ 收入增速 → 没有平台杠杆。
- FDE 沉淀的"模板 / 库 / 模式"少 → 知识没回到产品。
专题四 → FDE 2 / 3｜FDE vs 普通咨询