Methodology & Framework

FDE 交付方法论体系

从战壕实战到结构化认知:构建端到端业务与技术双闭环的现代理论与工程范式。

5 个阶段交付闭环
4 项准则核心军规
战术 SOP复用手册
Lifecycle Framework

FDE 端到端现场交付生命周期

从破局到沉淀:Forward Deployed Engineer 贯穿业务与工程全链路的 5 阶段交付闭环范式。

PHASE 01Field Insight

现场洞察

进驻客户现场,穿透表面需求,识别企业政治、遗留系统阻力与物理约束,找出高管夜不能寐的真正痛点。

关键交付产出:
  • 现场阻力清单
  • 业务数据流图
  • 最小刺入点识别
PHASE 02Rapid Spike

快速原型

抛弃大而无当的长周期规划,用 3-7 天极速开发单点验证原型(Spike),以肉眼可见的业务收益打破信任坚冰。

关键交付产出:
  • 可用原型 Demo
  • 实时收益实测
  • 首批业务同盟
PHASE 03Architecture Battle

架构攻坚

在断网、脏数据、旧系统等极端现场约束下,做出务实的技术权衡(Trade-offs),重塑高可用数据与计算流水线。

关键交付产出:
  • 生产级拓扑
  • 容错降级设计
  • 自愈部署脚本
PHASE 04Delivery Closed-Loop

交付闭环

双周迭代交付生产级功能,穿透终端操作员与决策者双重视角,完成系统平滑切换与量化商业价值交付。

关键交付产出:
  • 全量生产切流
  • 量化成效大屏
  • 业务操作闭环
PHASE 05Asset Solidification

资产沉淀

从一次性项目交付中抽离通用能力,沉淀现场排障 SOP、可复用领域组件与企业级工程方法论。

关键交付产出:
  • 交付战报复盘
  • FDE 战术手册
  • 通用组件资产

Core Principles

FDE 前线交付 4 大核心军规

从战壕血泪总结的工程交付准则
01战壕生存

现场实感优先 (Field Reality)

代码在干净的开发机上运行,而系统运行在断网、脏数据和充满企业利益纠葛的物理现实中。

战壕实战守则
  • 不要相信任何未经现场日志或传感器验证的口头需求;
  • 尊重客户既有遗留系统,用最小阻力接入,不搞推倒重来;
  • 现场一线操作人员的抵触往往来自额外的认知负荷,必须把交互做到傻瓜化。
02破局利刃

快速原型打穿 (Spike-Driven)

长达半年的规划文档不如 3 天能在现场跑起来、产生即时收益的原型系统。

战壕实战守则
  • 第一周的目标不是系统架构,而是寻找一个‘夜不能寐’的痛点进行精准止血;
  • 以粗糙但闭环的脚本或极速 Spike 验证技术可行性与商业价值;
  • 用早期微小战功赢得关键业务决策者的信任资本(Political Capital)。
03商业价值

业务技术双闭环 (Closed-loop ROI)

无法量化为业务指标(降本、提效、缩减周期、规避风险)的技术架构,在现场一文不值。

战壕实战守则
  • 用业务语言定义技术指标:QPS 提升代表什么?排产响应从小时到分钟为客户挽回多少损失?
  • 构建‘业务本体(Ontology)’,把抽象数据库表转化为业务调度人员熟悉的实体;
  • 每一次系统上线必须配备直观的成效对比看板。
04工程复用

资产化沉淀 (Asset Solidification)

一次性搞定是临时救火,提炼出标准化排障 SOP、可复用领域组件与架构模型才是真正的专业沉淀。

战壕实战守则
  • 每个案例上线后,立即进行 7 段式战报复盘;
  • 将偶发故障转化为自愈自动化脚本(Self-healing scripts);
  • 从定制化解决方案中抽离出通用中间件或标准平台模型,反哺团队认知。

Battle-Tested Playbook

FDE 驻场第一周破局清单 (Day 1-7 Checklist)

从抵触防备到利益同盟的生存手册
DAY 01 - 02

物理约束与数据底细勘测

穿戴工服走入物理现场,不看 PPT 汇报,只看现场日志、电磁环境与一线操作员真实动作。

  • 现场物理勘测:实测车间/机房网络丢包率、电源稳定性与防爆隔离红线。
  • 脏数据抽检:直接拉取近 7 天原始日志,识别字段缺失、乱码、时间戳漂移与协议碎片。
  • 情绪温度计:识别现场最有影响力的老专家或车间主管,倾听其对既有系统的抱怨与戒备点。
DAY 03 - 04

最小刺入点识别 (Pain Point)

抛弃庞大长周期的“数字化蓝图”,寻找业务高管夜不能寐、当前手工完全无法解决的单一出血点。

  • 止血原则优先:明确“解决这一个痛点能否在 72 小时内为客户挽回直接经济损失”。
  • 利益对齐设计:确保技术成果能够被一线业务操作员直观感知,而非增加其日常录入负担。
  • 旁路方案定型:敲定绝不影响主干生产业务的最小旁路接入链路。
DAY 05 - 07

极速 Spike 打穿与送出首战战功

以可运行的代码代替文档汇报,以实测数据打破信任坚冰,把首份战功双手奉送给业务同盟。

  • 单点验证原型:用 Python/Rust 极速编写单二进制原型,在现场真实流量下捕获一次真实异常。
  • 业务语言汇报:用“挽回多少损失、节省多少工时”而非“使用了什么前沿算法”向客户高层汇报。
  • 转化业务同盟:将第一阶段的战功署名归功于客户现场骨干,彻底解除其心理防备。

Architecture Decision

遗留系统“最小阻力”接入决策矩阵

面对老旧烟囱与企业政治的技术架构权衡
接入模式核心技术拓扑典型适用战场核心收益现场避坑红线
模式一旁路 CDC 镜像嗅探Flink CDC / Redo Log 抓取 + 内存流计算银行交易核心、电信计费、强合规免责场景对主链路 0 侵入,不消耗核心业务连接池需做好大事务 binlog 积压与影子流量双轨校验
模式二边缘轻量自治代理Rust / Go 单二进制 + 环形缓冲区本地落盘高电磁干扰车间、矿区弱网、离散工控 PLC断网 72 小时无损续传,内存仅占用数十兆严禁依赖外网公有云 DNS,必须支持自愈重启守护
模式三动态本体逆向回写GraphQL 抽象层 + Redis Streams 状态总线多套跨国 ERP 割裂、全渠道库存调度、供应链协同无需推翻底层老系统,用业务实体统一顶层语义必须在前端设计人工审计纠错(Manual Override)通道

Enterprise Reality & Organizational Psychology

企业 AI 落地「五重上下文税」与「三个位置」破局模型

从成本隐性核算到一线心理同盟的深水区解法

企业引入大模型,真正贵的从来不是 API 调用费或模型算力,而是将企业隐性规则、遗留烟囱与组织抵触翻译为确定性工程系统的「五重上下文税 (Context Tax)」。如果立项时算不清这笔账,项目往往会在 Demo 惊艳之后迅速陷入深水区烂尾。

高危 · 最易低估

数据税 (Data Tax)

老旧系统无标准、字段缺失乱码、协议跨国碎片化、口径跨部门不一。模型能做 Demo,但在真实生产数据前会瞬间被污染崩溃。

战壕破解之道:

进场前 72 小时拉取近 7 天原始日志核对,强制实施前置 ETL 清洗与强契约 Schema 校验,绝不信口头约定。

显性谈判

流程税 (Process Tax)

孤岛烟囱林立的权限嵌套、隐形审批分支与未成文的例外处理规则。一旦规则变更,Agent 链路极易陷入执行阻滞。

战壕破解之道:

坚持旁路最小阻力接入(CDC 镜像 / 影子执行),不碰主干大重构,先以窄场景切口建立白盒判定流。

高危 · 致命阻力

信任税 (Trust Tax)

一线业务骨干对‘AI 追平自身身位’的本能抗拒,管理层对算法黑盒幻觉资损的极度恐慌。全员口头叫好,现场没人敢用。

战壕破解之道:

落地‘三个位置模型’:以原话录音卡为业务老法师署名立碑,赋予评测出题与签字判分权,转化为最高裁判。

制度红线

责任税 (Accountability Tax)

当模型输出幻觉或决策失误引发资损时,谁签字背书?谁对审计结果负责?黑盒系统无法在严肃企业通过内控审计。

战壕破解之道:

全流程双向审计溯源,必须在业务核心系统保留人工介入(Human-in-the-Loop)与一键撤销(Rollback)兜底渠道。

高危 · 长期隐患

维护税 (Maintenance Tax)

上线后概念漂移、模型版本演进、业务规则调整由谁兜底?驻场 FDE 撤离后系统迅速沦为无人维护的数字废墟。

战壕破解之道:

拒绝一次性驻场脚本。必须将现场逻辑封装为通用 Skill、标准 Connector 与 Golden Test 评测集,让客户团队自助维护。

Team Formation

一线组织博弈:开工前必定的「三个位置」

为什么老板推 AI 往往卡在最懂业务的骨干身上?老员工抵触的不是工具,而是“身位被实习生加 200 美元会员追平”的生存恐慌。强推必败,绕开必假,开工前必须定好三个位置:

原料勘测

位置一:出料的人

业务助理 / 行政 / 档案专员

负责摸清现场物料底细:几台主机、几个老员工离职邮箱、遗留系统文档在哪。把散落各处的原始材料端上桌面。

关键打法:

很多企业开局声称‘我们没有 AI 可用的料’,现场深盘后往往原料溢出,核心卡点在分类与清洗规范。

核心灵魂

位置二:说判断的人

业务骨干 / 资深老销售 / 车间老法师

负责贡献商业分寸感、风控底线与潜规则。AI 必须将这些高价值隐性经验制度化,而不是只学表面公开文档。

关键打法:

【破局解法】不填表、不开会,现场原话录音整理逐字稿提炼‘判断卡’;实名署名立碑,AI 引用明文溯源;赋予评测出题与判分签字权,从‘被追平者’转为‘最高裁判’。

权责底线

位置三:签字的人

业务线负责人 / 风险合规主管 / 核心决策层

对系统回答与决策质量负责,终审把关合规底线。出了事可以倒查当初谁签字验收。

关键打法:

不能没人签字。签字权赋予现场明确的权责归属,守住严肃商业交付的免责边界。

Unit Economics & Procurement Scoping

FDE 交付经济学与立项「六个笨问题」

区分 Consulting(卖人时)与 Software(资产化)的试金石
交付经济学生死法则

「第十个客户定律」:做完第一个,第十个类似客户为什么必须更便宜?

个人能把 AI 项目交付好很了不起,但每单一味自己硬扛,本质依然是在“卖时间”,越干越累且难以加杠杆。如果做完第一个客户,做第十个类似客户时交付人时没有腰斩、成本没有显著下降,那就不是在做 Service as Software,而是换了 AI 外套的传统驻场咨询。

健康 FDE 工程度量衡 = [交付人时 ↓] + [资产复用率 ↑] + [客户自助率 ↑] + [业务成效稳定]
01

数据、流程、信任、责任与维护成本,分别由谁承担?

客户表面问:‘这套系统做完能实现哪些炫酷功能?’

穿透靶心:穿透五重上下文税,在立项之初就将数据脏乱、老员工安抚与上线后责任明确划界,防止烂尾背锅。

02

项目交付结束后,业务知识留在哪里?客户能否完整带走?

客户表面问:‘这事我们具体该怎么配合你?’

穿透靶心:拒绝‘黑盒部署’或人肉驻场绑定。知识必须固化为企业可掌控的知识库、规则卡片与评测集,不绑架客户。

03

这次进场交付,会沉淀成哪些技能 (Skill)、连接器 (Connector) 与测试集?

客户表面问:‘你们用了几个模型?写了多少个智能体?’

穿透靶心:拒绝一次性临时脚本。通过 Delta-Echo 协同将现场战壕经验转化为通用标准化资产,做实软件复用。

04

供应商能否展示第 2 个、第 5 个相似客户的人时下降曲线?

客户表面问:‘你们做过同行业类似案例吗?’

穿透靶心:【第十个客户定律】如果后续相似客户没有显著便宜/交付变快,说明供应商本质是在卖人时外包,不具备规模杠杆。

05

未来系统扩展与规则调整,是否仍需要原厂 FDE 驻场?

客户表面问:‘这东西后面还要不要接着花大钱?’

穿透靶心:区分‘生态/客户自助’与‘终身人身依附’。优秀 FDE 的目标是让客户和伙伴逐步具备自助维护能力。

06

模型幻觉、流程漂移与数据越权,在合同中到底如何明确界定责任?

客户表面问:‘如果 AI 答错了怎么办?’

穿透靶心:建立严肃业务的人机边界。严肃合同必须写明人在回路(HITL)终审节点与资损责任切分,不留模糊地带。

在真实案例中校验方法论

方法论是骨架,真实战报是血肉。前往案例库查看上述原则如何在百亿制造、跨国供应链等现实战场中落地生效。