FDE入门到精通 · 按章分页

实践手册 搭建一套FDE操作系统

八堂课解释了FDE为什么存在,也展示了八种不同的现场。现在把方法收拢成一套可执行的操作系统。它不要求公司照搬任何一家讲者的组织图,而是为一次部署设置九道关口。每道关口都应有明确产物和责任人。

第一道:选择值得深度部署的客户

FDE资源昂贵,不能平均分给所有机会。优先选择同时具备三项条件的客户:问题价值足够高;愿意开放真实流程与数据;需求可能代表更广市场。仅有大合同而没有合作意愿,团队会被困在信息不全的承诺里;仅有有趣技术而没有业务价值,试点很难进入生产。

产物:客户选择简报。 写明业务价值、平台契合、学习价值、数据与决策者可达性,以及不做的理由。

第二道:建立说话者与利益相关者地图

客户不是一个人。购买者、流程负责人、最终用户、IT、安全、数据、法务和高管对成功有不同定义。先画出谁拥有预算、谁每天使用、谁能否决、谁在失败时承担代价。

尤其要区分“提出需求的人”和“承受工作的人”。销售或管理者说要一个仪表板,星期一早上真正操作的人也许只需要一条告警。

产物:利益相关者表。 每人记录目标、权限、担忧、成功指标与当前替代办法。

第三道:画两张流程图

第一张是官方流程:文档规定应该怎样工作。第二张是真实流程:正常路径、异常、绕行、等待、复制粘贴、电话和个人记忆。

不要只问“下一步是什么”,还要问“出错时怎样办”“上一次例外发生在什么时候”“如果这个人休假呢”。能现场观察就不要只访谈。

产物:现状地图。 每一步标记输入、负责人、系统、前置依赖、时长、失败方式与升级路径。

第四道:把愿望改成可验证结果

“部署AI”“提高效率”“改善客服”都不可验收。可验证结果要包含对象、行为、基线、目标、时间和边界。例如:在一个渠道内,对三类高频意图自动完成身份校验与状态查询;出现退款或身份不一致时转人工;四周内比较解决率、转人工率和错误率。

这里还要写反指标。自动解决率提高,但投诉、返工或风险也提高,就不算成功。

产物:结果合同。 不是法律合同,而是客户、销售、产品和工程共同签认的一页成功定义。

第五道:压缩到最短行动闭环

找到一段能在几天而不是几个月内改变真实动作的范围。删掉暂时不需要的渠道、平台、边缘功能与完美界面,但保留日志、权限、测试、人工接管和数据边界。

一个好首版具备三点:有真实用户;有可观察结果;失败能安全停止。

产物:首个价值计划。 明确第一位用户、第一条路径、第一项指标、最迟反馈日期和停止条件。

第六道:设计人机控制面

对流程每一步评估四项:错误代价、结果可验证性、发生频率、所需判断。低风险且可验证的步骤可自主执行;高频但有风险的步骤适合人在回路;低频、高风险、高判断密度的步骤保留人工。

同时明确Agent权限:读什么、写什么、可调用哪些工具、一次能造成多大影响、何时必须升级给人。

产物:控制矩阵。 每一步写清自动化等级、验证器、审批者、回滚和审计记录。

第七道:进入生产,而不是停在演示

生产检查至少包括:身份与权限、数据来源、版本、可观测性、评测、错误预算、回滚、人工接管、支持时段、所有者和变更流程。对于Agent,还要保存任务轨迹、工具调用与关键决策依据,使失败可以复盘。

“模型偶尔会错”不能成为模糊豁免。概率系统更需要清楚的风险边界。

产物:生产就绪清单。 每项有负责人和证据,不以口头“应该没问题”通过。

第八道:把一次性资产分类回流

每个项目结束一个周期后,把新东西分到四个篮子:

  1. 客户特有配置:留在客户空间,有版本和测试;
  2. 行业模式:沉淀为模板、数据模型、评测集和方法;
  3. 平台共性:进入产品路线图,成为原语、界面或接口;
  4. 交付系统:进入FDE自己的工具、知识库、rubric和自动化。

产物:回流账本。 记录模式出现次数、影响客户、当前临时绕行方案(workaround)、通用化方案、所有者和截止时间。

第九道:用复利指标审视团队

FDE不能只看签约额、工单关闭数或代码行。至少同时看四组指标:

  • 客户结果:采用、业务指标、稳定性、风险与满意度;
  • 交付速度:从问题确认到首个价值、从首版到生产的时间;
  • 产品回流:多少重复需求成为平台、自助或标准评测;
  • 组织韧性:一名成员离开后能否接手,知识是否成对和共享。

一个很有力量的总问题是:第十次部署是否比第一次更快、更稳、更少依赖特殊人物? 如果答案长期是否定的,增长只是项目数量增加,不是能力复利。

FDE操作系统的九道关口
1 选择客户 2 利益相关者 3 真实流程 4 结果合同 5 最短行动闭环 6 人机控制面 7 生产就绪 8 分类回流 9 复利指标 复盘结果回到客户选择与方法设计,形成下一轮复利
每道关口都需要可审阅产物。流程的作用不是增加官僚手续,而是让判断不再只存在于个人脑中。

三种团队形态

不同阶段可以选择不同形态。

创始人型。 客户少、产品未定型,最强工程师或创始人直接部署。优点是学习极快,风险是英雄依赖和无边界承诺。

专门FDE团队。 客户与模式增多,需要明确负责人、方法和平台接口。优点是连续责任,风险是与产品工程分裂成“接需求”和“做正事”两类人。

全工程前向化。 自助能力成熟,产品工程师轮转或直接参与客户,专门FDE保留在最复杂场景。优点是产品反馈直接,风险是普通路线图被高声量客户绑架。

团队可以在三种形态间移动。选择标准不是潮流,而是产品成熟度、客户复杂度和知识回流速度。

招什么样的人

八场演讲合起来,理想画像有五项:能写生产代码;能把模糊问题拆成最小结果;能与技术和非技术人沟通;能在压力下承担端到端责任;能从单个案例看出可复用模式。

不必要求每个人五项满分。可以搭配工程尖峰、产品尖峰、行业尖峰和客户尖峰,再用结对与统一工程门槛保持质量。最危险的招聘描述,是列出十年经验的“独角兽”,却不解释公司用什么平台、流程和团队支撑他。

📝 实践手册小结

FDE操作系统把英雄式经验变成九道可审阅关口:选择客户、识别利益相关者、画真实流程、签结果合同、压缩首个价值、设计人机控制、进入生产、分类回流、衡量复利。最终标准不是做了多少项目,而是部署能力是否随项目增长。

内容来源:github.com/feigaobox10/fde-reader,作者「高飞的电子替身」,授权 CC BY-NC-SA 4.0。本站仅做分章排版,未改动正文;原书为 AI Engineer World’s Fair 2026 八场演讲的非官方改编,观点与数据以原视频为准。