4C 模型：判断 FDE 合不合格的尺子

Context / Code / Calibration / Conversion —— 一个合格的 FDE 必须同时站在这四个面上。

理解 FDE 最好的方式，不是拆解它的英文缩写，而是看它同时站在哪四个面上。我们把它叫做 4C——一个合格的 FDE，四个面缺一不可。

Context · 现场

深入客户的真实环境：业务流程、数据在哪、谁有权限、谁买单、失败成本是什么。

决定你做对的是不是客户真正要的

Code · 代码

亲手把方案写到生产：接数据、做检索与 Agent、处理权限与审计、部署上线。

决定你到底能不能交付

Calibration · 校准

用 eval 把系统调到真有用：正确率、覆盖率、越权率、人工接管率、采用率。

决定你交付的是不是真有效

Conversion · 转化

把现场反复出现的摩擦，沉淀成可复用的连接器、模板、评估集与产品需求。

决定你是在做一单生意还是一份事业

只占一个面的人很多：只懂现场的是顾问，只会写代码的是工程师，只盯指标的是分析师，只想着产品化的是产品经理——而 FDE 一个人端到端对结果负责。

为什么 4C 都重要？

一个常见的误区是：FDE = "会写代码的售前"。但售前只占 Context 一个面。一个常见的产品经理误区是：FDE = "驻场的产品经理"。但产品经理只占 Conversion 一个面。一个常见的咨询顾问误区是：FDE = "高级驻场顾问"。但顾问通常不写生产代码（Code）。

在 OpenFDE 社区的真实项目复盘中，Calibration（校准）和 Conversion（转化）是最容易掉链子的：

护栏永远是同一个——把定制持续沉淀回产品（"产品化阈值"）。不装这条护栏，规模化的那一刻就是亏损的开始。

01 / 01

校准

难度 ⭐⭐进阶

FDE 的 4C 模型（Context / Code / Calibration / Conversion）中，最容易被忽视的是哪两个？

单选

四个缺一不可。但最容易忽视的是 Calibration 和 Conversion——前者决定你是否真的交付价值，后者决定你能否规模化。

都适用。单兵 FDE 要尽量覆盖四个面；FDE 团队可以按 4C 拆分角色（如 Echo 偏 Context，Delta 偏 Code）。

4C 是 OpenFDE 社区总结的 FDE 能力模型：Context（现场理解）、Code（写到生产）、Calibration（用 eval 调到真有用）、Conversion（把经验沉淀回产品）。

四个缺一不可。但最容易忽视的是 Calibration（校准）和 Conversion（转化）——前者决定你是否真的交付价值，后者决定你能否规模化。