FDE 交付
交付的不是方案，
是一套已经在跑的系统
FDE 是 Forward Deployed Engineer，前置部署工程师。人被派到客户现场，用生产级代码把标准产品覆盖不到的那一段补上。我们所有定制项目都走这条路。
三个条件，缺一不可
这三条同时成立才叫 FDE。少一条，就是别的岗位。
在前线
人在客户现场，不在总部。流程里真正卡住的地方，只有站在现场才看得见。
是工程师
亲自写生产级代码、搭数据管道、部署系统。不是销售，不是顾问，也不是远程支持。
填鸿沟
填的是标准产品覆盖不到、又不值得为此重做产品的那一段。能直接配置解决的，不需要 FDE 进场。
三条判据
判断一个交付是不是真 FDE，看这三件事，不看名片。
-
先定什么算好
用客户自己的样例建评测集与回归门，先定标准再动手。标准没定就开工，做完一定返工。
-
在生产里跑
真在生产运行，有监控、有回滚。停在演示环境的，不算做完。
-
经验能复用
做法变成模板与产品功能，下一单能少做一点。每次从零开始的，是外包不是 FDE。
一次交付怎么走
八步。每一步都有产出物，都能被别人复核。
-
01
进现场
到业务现场看流程、看数据、看人工卡在哪。不从需求文档开始，从实际怎么做开始。
-
02
找卡点
把看到的问题列出来，按「解决了能省多少事」排优先级，先做最疼的那一个。
-
03
定验收
写清服务谁、输入是什么、输出是什么、做到什么程度算完成。双方确认后才进入下一步。
-
04
定边界
确定用哪些能力、数据从哪来、谁能看谁能改。权限和数据边界在动手前定下来。
-
05
做原型
先做能跑起来的最小版本，在真实业务里用几天，看会不会被丢掉。
-
06
测与交
按第 3 步定的标准逐条测。正常路径之外，故意走错的路径也要测。
-
07
培训与接管
培训使用者，写清 AI 出错时谁接、谁签字。这一步比模型效果更决定项目能不能长期活着。
-
08
复盘
运行一段时间后回看：哪些按预期跑了，哪些没有，下一版改什么。
为什么不是派顾问
顾问交的是建议，FDE 交的是能跑的东西加上可运维的资产。两者的差别在项目结束那天最明显：一个留下文档，一个留下系统和接手的人。
主题授权提示：请在后台主题设置-主题授权-激活主题的正版授权，授权购买：RiTheme官网