OKFDE ｜ 从 Discover 到 Deploy，一个 FDE 项目到底是怎么跑起来的？【Insights #003】

OKFDE · Forward Deployed Engineering #003

本文以订单审核示意项目展开。人物、对白、项目过程及数据均为示意创作，不对应真实客户，也不代表 OKFDE 已完成的项目或产品能力。

开场 / FIELD NOTES

先看那张没批完的订单

周一的启动会上，气氛很热烈。客户高管把愿景说得很宏大，大屏幕上的投影画得像硅谷新品发布。

屏幕正中间是五个整齐的方框和四根带箭头的流向线，连渐变色都调好了。订单进入系统，AI 自动查资料，深度推理判断风险，符合规则直接审批，遇到异常再交给人工。

技术负责人正准备讨论大模型的参数与上下文长度，FDE 伸手指向审批那个方框，问了一句：“昨天最后一张没按时批完的订单，能点开看看吗？”

业务负责人愣了一下，把 ERP 界面调了出来。

系统里挂着一张单子，状态停在等待审批。客户有一份特殊的年度折扣协议，系统内置的审批流里找不到匹配规则，审核员不敢点确定，只能先挂在那里。

“这种单子平时谁清楚？”
“找王姐。”

王姐戴着套袖走过来，看了一眼订单号，熟练地切出 ERP，打开去年的合同扫描件，又翻出一份私下维护的 Excel 表。那份折扣协议只覆盖一部分老产品，这张单子里混着几行刚刚上市的新品。销售当时口头答应可以打折，系统里查不到任何文字依据。

FDE 问她，大屏幕上的五步流程图，哪一步负责查新品折扣。

王姐抬头看了一眼色彩斑斓的架构图，笑了笑：“流程图里没有，这个我们平时发微信单聊。”

01 / 发掘需求 DISCOVER

跟着审核员，把真实路线走一遍

接下来的两天，FDE 搬了把椅子，坐在王姐工位旁边。

在办公室里写代码，很容易觉得企业的业务逻辑是一张干净的树状图。坐到一线员工身边看她切屏幕，才能明白现实里的摩擦力有多大。

王姐处理一张订单，右手几乎没停过鼠标。ERP 里看货物明细，CRM 里查客户信用等级，特殊折扣要对照本地的表格，合同附件又存放在另一个权限受限的文件系统里。最磨人的一步，是等销售在聊天软件里回复一句“新品可以走老折扣”。

更麻烦的是审批权限。销售在微信里确认了适用范围，王姐知道这张单子符合惯例，但王姐没有审批特价的权力。超过额度的折扣，必须由大区总监点确认。

如果在会议室里听汇报，工程师很容易把“王姐确认无误”直接写成自动审批的触发条件。一旦这么上线，系统相当于直接跳过了总监的签字权。

把业务跑通，既要接住系统里的数据，也要看清线下具体是谁在做决定。

在 OKFDE 的交付方法里，这一步叫 Discovery。AI 可以帮忙从几百页的合同文件里抽取条款，但 FDE 必须盯紧来源。条款来自哪一页合同、折扣落在哪个单元格、微信里的确认到底出自哪位销售，每一处都要有据可查。

整理出来的规则，由对应权限的人签字认账。销售负责人明确新品的适用范围，审批主管确认自己的授权边界，IT 负责人划出哪些接口允许读取、哪些操作严禁外部调用。

那张原本只有五个框的流程图，被补上了密密麻麻的异常分支。团队这时候才弄明白，那张订单到底为什么会卡住。

这一步的目标很朴素。在动手敲代码之前，先弄清楚今天这帮人究竟是怎样把工作干完的。

02 / 界定范围 SCOPE

第三天，先把这次要做的范围划死

摸清了背后的弯弯绕绕，客户的胃口往往会突然变大。王姐的 Excel 既然已经打开了，客户自然希望 AI 把那十七种特例、口头协议和新品折扣一并解决。

这种时候必须克制。特殊折扣的资料东拼西凑，审批代理人的规则还没理顺。把这些边界不清的订单硬塞进自动化流程，团队只能一边写代码一边猜规则。

FDE 在白板上切了一刀。这次试点只选一个销售区域的标准订单。

标准订单必须落成白纸黑字的条件。客户状态必须正常，价格必须在既定授权表内，附件资料必须齐全。遇到特殊协议，或者任何一项检查查不到依据，系统立刻放弃自动处理，进入人工审核队列。

开场那张卡住的新品折扣单，保留人工处理。FDE 把它放进了测试集里的“必须转人工”分组。自动化流程没有替它省掉总监的审批，也不该越权替它省掉。

这就是我们常说的最小可交付工作流。它要足够小，小到团队在两周内能交付上线；它又要足够完整，有真实的入口，也有跑得通的业务结果。

业务负责人也要在现场拍板两件事。谁负责每天清空异常队列，以及系统一旦报错，大家怎么切回原来的纯人工方式。

双方在写第一行代码前定好验收规矩。标准订单的处理时间要实打实降下来，每一次人工接管都要留痕。出现越权审批或者重复写回，自动审批立即停用，查清原因再谈恢复。

那张陪伴了王姐几年的 Excel 表，继续留在她的桌面上。不需要在项目第一周，就急着给老工具办退休。

03 / 研发搭建 BUILD

代码开始写了，客户 ID 先对不上

在本地写测试的时候，大模型表现得很聪明。丢一份合同 PDF 进去，它能迅速提取出付款条件和违约责任。

真实系统一接进来，工程问题立刻迎面扑来。

ERP 吐出来的客户编号是一串纯数字，CRM 里查出来的却是带英文缩写的组织机构代码。同一家大集团在各地还有好几个分支账户，如果让模型按公司名称去模糊匹配，它会把几个子公司的账目混在一起。

FDE 和系统管理员坐在一起，老老实实拉出一张映射表。只要匹配关系存在歧义，订单直接停留在人工队列，日志里写清楚缺了哪一项。在大模型应用里，宁可承认查不到，也不能为了把回答填满而塞入邻近客户的数据。

价格阈值交给传统的代码逻辑去查，大模型只负责做它擅长的事。模型从获批读取的合同扫描件里抽取折扣条款，交出对应的合同页码和原文片段。

抽取出来的文字要经过格式校验和来源核对，规则服务才决定要不要采纳。大模型在输出里就算写了一句“本单符合条件可以批准”，这句话也不会直接触发 ERP 的写操作。

测试集的构建也跟着变了。团队不再只测那些规规整整的标准单，而是塞进了一堆烂数据。过期的合同、冲突的客户编码，甚至把文档接口的访问权限直接拔掉，看系统在被拒绝时会怎么反应。

每一次修改代码，这些反常样本都要重新跑一遍。只有当所有异常单都老老实实跌入人工审核，测试才算通过。

开发环境的数据库里还躺着一个历史字段，名字叫 customer_status_final_v2。FDE 问系统管理员这个字段能不能用作状态依据，对方抓了抓头发，说这是两年前一个离职员工建的，里面的定时同步任务可能早停了。

哪怕字段名字里带着 final，该确认的事一件也省不掉。

04 / 部署 DEPLOY

写回超时，订单到底批了没有

上线演练的当天下午，前面的数据读取和条款抽取都很顺畅，偏偏在最后一步卡住了。ERP 的审批接口突然发生网络超时。

终端里跳出一行红字。工程师的第一反应很自然，加个自动重试。

FDE 伸手按住了键盘。

在分布式系统里，写操作超时是很危险的信号。请求如果已经到达 ERP 并且修改了数据，只是回包在网络里丢了，盲目重试只会给同一张单子连续打上两次审批通过。

写操作必须搞清状态，才能决定能不能再发一次。

团队给每一个审批请求打上了全局唯一的订单号与版本标识。服务端凭借这个标记过滤重复请求。一旦发生超时，系统先调查询接口确认单子的当前状态。如果仍然查不到明确结果，单子立即进入“待核对”挂起状态，暂停自动写回，由人工审核员去 ERP 后台确认。

系统日志里记下了完整的审计链路。这张单子读取了哪个版本的合同文件，调了哪套规则，由谁在什么时间点最终批准，全部一目了然。运维收到告警时，顺着单号就能追查到具体卡在哪一步。

团队没有一上来就开放全自动写回。系统先以观察模式运行，在后台生成建议，前台的王姐照常人工点击。

核对了几百张真实订单的运行结果后，团队才为限定区域的标准订单打开自动写回通道。运行账号被限制在极窄的权限里，只能做被允许的操作，连多读一份敏感合同的权限都没有。

应急预案也演练了一遍。一键停用开关会切断新的自动审批，已经批完的单子必须人工逐张核对，回滚老版本绝不可能自动撤销已经生效的业务动作。

谁来接收报警，谁有权按下暂停键，相关的操作说明在上线前就打印好，贴在了值班人员抬手就能碰到的地方。

05 / 应用落地 ADOPT

第二天，审核员还是打开了 Excel

系统正式切上线，后台一切平稳，监控大盘一片绿色。

下午 FDE 走到王姐身边，却发现她的屏幕上依然挂着旧系统的订单列表，为这次项目专门搭建的新网页被晾在一边。

王姐把鼠标推到 FDE 手边：“你坐在我这儿批一张试试。我得先把单号复制到你们的新网页，等几秒出结果，再切回 ERP 点通过。我原来在一个窗口里就能干完，现在来回倒腾。”

FDE 坐下来试了一次。新网页每隔半小时就要重新登录，给出的审核意见只有干瘪的一句“条件符合”，背后的核对依据全看不到，审批意见还要王姐手动敲进去。

一线人员退回老习惯，往往只是因为新工具平白添了麻烦。

团队当天下午推翻了交互设计。不再让王姐打开新系统，而是把审核建议和判定依据做成插件，嵌回王姐每天必须面对的旧页面里。合同引用的具体页码可以悬浮预览，王姐有权直接修改系统的建议，修改时必须选填原因，并与订单绑定归档。

遇到涉及跨级授权的异常单，界面直接提示“需由张总监复核”，支持一键转派。

业务负责人拉着审核组用真实订单跑了一遍。王姐发现，一旦有单子被转入人工，经常会被源源不断涌进来的新单子淹没。团队立刻给异常单加上了高亮提醒和独立倒计时，防止需要人肉处理的难办件沉在最底下。

衡量一个系统到底有没有被用起来，不要只看系统后台的登录人数。如果员工登录了系统，转头却还要在线下打电话、核对本地表格，那份统计报表里的活跃度毫无意义。

当王姐可以在熟悉的界面里顺畅批完一张单子时，改变才真正发生。她的 Excel 依然摆在桌面上，只用来对付那些复杂的特殊协议。

06 / 效果评估 MEASURE

审核到底快了多少，现在可以算了

复盘会上，业务负责人问出了那个绕不开的问题：“做了这套东西，我们的订单审核到底快了多少？”

到了这一步，FDE 才把准备好的量化表投在屏幕上。

以下数据均为示意，用于说明测量方法，不代表真实客户成果。设定试点前后各选取两个完整工作周，每期追踪两百张符合相同规则的标准订单，且限定在同一销售区域内。

这两个数字记录的是订单从进入待审队列，一直到最终得出结论的全部时间，中间等待人工排队的时间也算在里面。

38% 这个数字很诚实。它意味着两百张原本属于标准范围的单子里，依然有七十六张单子由于各种原因被规则截停，经历过至少一次人工核对或修改。它不代表整个审核部门的工作量直接削减了六成多。

标准订单的平均流转时间缩短了十一个半小时。FDE 接着拆解了这组数字。平均时长的下降，究竟是因为机器计算变快了，还是因为单子在队列里排队等待的时间缩短了，必须分段计算。

如果试点这半个月正好赶上业务淡季，或者进来的单子合同格外齐整，平均时长也会自然变短。评估报告里完整保留了订单结构、人员排班与业务淡旺季记录。

特别慢的极端样本不能从统计分母里悄悄剔除。那些挂在队列末尾、过了三天才批出来的疑难杂症，必须单独拉出来复盘。

系统的运行成本和接口响应时间同样要算清账。每次调用大模型的费用是多少，相比省下来的人工时间是否划算，这些数据直接决定了这个工作流能不能推广到其他大区。

开场那张新品特价单依然没有计入这组数据。它不是这一期的目标，却给下一阶段的改造留下了最真实的样本。

07 / 产品化 PRODUCTIZE

收尾之前，别把定制废铁留给后来人

项目接近尾声，FDE 和产品团队聚在了一起。

如果只为了交差，工程师写完特定客户的补丁代码就可以撤退了。要是每一次交付都留下一堆定制脚本，团队很快就会被无穷无尽的售后维护拖垮。

团队开始拆分代码。客户独有的折扣算法、业务规则和数据字典，收拢到专属的配置文件与私有边界内。

通用的逻辑被一层层剥离出来。带版本号的防重复写回机制、超时自动查验状态的组件、记录修改原因的人工审核卡片，这些跟具体业务无关的工程模块，被打包成标准的通用组件。每一个组件都配齐了测试集，即使换到下一个完全不同的项目里，也能直接验证基本能力。

连接不同管理软件的适配层也需要重构。读取订单数据的通用框架留下来，这家客户特有的古怪字段映射放进配置表。以后碰到其他品牌的系统，团队只需要针对性地编写映射关系，不用把整个通信逻辑重写一遍。

从项目临时代码走向可复用资产，边界必须划清楚。客户的私有数据与特殊规则留在本地；通用的调度执行与审核组件，在脱敏并获得授权后补充进测试集；踩坑总结出来的上线演练经验，整理成下一位工程师可以照着操作的交付手册。

下一次面对新客户时，团队可以直接调用这些经过真实网络环境锤炼的写回组件，把宝贵的人力省下来，去摸清下一家客户复杂的业务现场。

从现场来，再回到现场去，前线工程的价值才算形成循环。

FRAMEWORK / OKFDE 方法论

OKFDE 交付循环

走完这个示意项目，七个步骤各自沉淀出了确凿的交付物。我们把这套方法总结为 OKFDE 交付循环。

DISCOVER 到 SCOPE，从 SCOPE 到 BUILD，从 BUILD 到 DEPLOY，再走向 ADOPT、MEASURE 与 PRODUCTIZE，最终又将沉淀的能力带回新的 DISCOVER。

现场从来不是笔直的单行道。审核员稍微多切一次屏幕，团队就得退回 ADOPT 阶段审视交互；测量时发现异常单堆积，就得退回 SCOPE 阶段重新核对边界。

这套交付循环是用来帮团队检查还缺什么动作的尺子，它不能保证每个项目都能按固定天数一帆风顺地走完。

尾声 / FIELD NOTES

再看那张订单

一个月后，FDE 回到客户现场。

王姐坐在工位上，熟练地在旧系统里点开新进来的单子。标准订单顺着设定好的逻辑走完核验，直接给出带有依据的审批建议；缺了附件或者价格存疑的单子，整整齐齐排在异常队列里，上面标着清楚的卡顿原因。

启动会上那张卡住的新品特价单，早已经走完了全程。销售在系统里补齐了新品适用的具体说明，大区总监在手机端完成了特批，整条记录清晰地挂着合同出处与操作人的名字。

王姐桌上依然摆着那个熟悉的 Excel 表。现在处理普通订单时，她再也不需要把单号逐个复制进去了。

旁边新来的同事拿着一张有争议的单子过来请教，王姐顺手在界面上点开关联的合同条款，指着屏幕上的页码和原文片段给对方解释。

FDE 坐在旁边的折叠椅上喝着水，一句话也没插。一个系统真正做成功的时候，现场通常不需要懂技术的人在场。

NEXT / 下一篇

AI 项目按期交付了，客户为什么还是用不起来？

下一篇我们将顺着王姐的工位继续往深处走。聊聊当技术指标全都达标之后，多一次登录、一个反人类的按钮，是怎样让一线员工在一夜之间退回旧习惯的。

关于 OKFDE

我们关注 FDE，更关注 AI 真正落地之后发生的真实事件。

如果你也关注AI，关注产业，欢迎私信我们建联。（微信：okai-leo）

参考材料

1  Anthropic，Building effective agents，2024。参考其工作流编排、运行环境检查与人工在环监督的相关讨论。

2  Microsoft Learn，Retry pattern。参考其写操作重试与接口幂等性设计的工程讨论。

3  OKFDE 内部设计材料，FDE Workbench MRD 与 PRD 讨论稿。用于流程证据、规则确认与交付范围设计。

文中提及的情节、数据与对白均为示意创作，用于阐明工程方法，不代表真实客户数据。