专题四：FDE 机制

FDE = 现场工程师 + 产品经理 + 组织翻译器 + 战地侦察员

三级页（3 个深度拆解）

普通实施 vs FDE

普通实施团队让客户用上已有软件；FDE 进入客户最复杂现场，把客户还没说清楚的问题转成 Palantir 可运行、可复用、可产品化的系统能力。

四重角色

1. 现场工程师：接数据、写代码、建 workflow、配置权限、快速解决现场问题。
2. 产品经理：判断真正痛点、筛掉定制噪音、识别可复制模式。
3. 组织翻译器：把客户语言翻译成 Object Types、Link Types、Functions、Action Types、Permissions。
4. 战地侦察员：在前线看见真实需求、产品缺口和行业复制机会。

为什么是商业模式核心

复杂客户 → 高价值问题 → FDE 现场理解 → 快速原型/workflow → 客户看到价值 → 初始合同 → 深度嵌入 → 更多场景扩张 → 产品能力沉淀 → 复制到更多客户

FDE 是销售转化器、交付系统、产品研发前线和客户扩张引擎。

FDE 与 Ontology

客户不会说“帮我建立对象—关系—动作系统”，只会说库存不准、供应链断了、情报太乱、风险看不清。FDE 要把这些翻译成 Ontology、Actions、Functions 和审计流程。

为什么难复制

• 人才模型稀缺：工程、产品、业务、组织、数据、沟通、建模、交付都要强。
• 组织文化难复制：工程文化 + 现场文化 + 产品化文化。
• 平台支撑难复制：没有 Foundry/Gotham/Ontology/AIP/Apollo，FDE 只能做咨询。
• 客户信任难复制：FDE 接触核心数据和流程。

反面风险

• 服务化过重，变成高端咨询。
• 人效瓶颈，收入增长依赖 FDE 人数。
• 知识沉淀失败，无法复用。
• 客户依赖个别团队，而不是平台。