# FDE.LI：前线部署工程（FDE）的方法、案例与文章

> FDE.LI 由炎煌纪元 FDE 团队维护：真实流程的改造前后对比、团队文章、FDE 工作手册、六端交付标准（无感、涌现、高容错、权限边界、可追溯、可度量）、33 项能力点单，以及炎煌与业界的 AI 落地案例。

**一句定位**：FDE 的交付物不是软件，是一套会自我生长的企业 AI 生态，外加一次不制造对立的组织升级。

## 改造前后

### 工程报价：从一张 DWG 图纸，到一份客户报价单

**改造前：两个人干两天**

1. （员工）拿到 DWG 工程图纸
2. （员工）人工看图，凭经验判断构件和工艺节点
3. （员工）手工核算长度、用料、加工刀数和工艺费（卡在这里）
4. （员工）整理成客户报价单

报价靠老师傅的经验，核算全靠人工。

**改造后：15 分钟以内**

1. （员工）上传 DWG 图纸
2. （AI）AI 识图：构件外圈、规格尺寸、工艺节点
3. （AI）按剖切符号和详图推荐加工节点
4. （AI）自动复算长度、用料、刀数和工艺费，展示计算过程
5. （员工）关键结果人工确认，服务器精确复算（人拍板）
6. （AI）自动生成规范的客户报价单

> 原来两个人干两天，降到 15 分钟以内

出处：https://fde.li/cases/cad-drawing-quote/

### 商品上架：1000 件商品，从资料到上架

**改造前：多人花费数天**

1. （员工）收集 Excel、PDF、图片等各种格式的商品资料
2. （员工）逐条整理、反复核对（卡在这里）
3. （员工）手工计算底价、卖价和 VIP 价
4. （员工）逐个录入、上架

手工录入和价格计算，容易出错。

**改造后：1000 件 10 分钟以内**

1. （员工）把商品资料发过来，什么格式都行
2. （AI）AI 识别名称、品牌、型号、规格、主图和价格
3. （AI）按经营规则算出底价、卖价、参考价和 VIP 价
4. （AI）分类匹配、查重、缺失提示、上架前校验
5. （员工）确认规则，一键批量上架（人拍板）

> 发送资料，确认规则，一键上架

出处：https://fde.li/cases/ai-product-listing/

### 客户咨询：客户发来一句话之后

**改造前：中间转了好几手**

1. （客户）客户发来一句话
2. （员工）客服看一遍
3. （员工）去翻库存表（卡在这里）
4. （员工）再问仓库（卡在这里）
5. （员工）再回客户

优化旧流程的人，会在每一手里塞进一个 AI，图于是画得更长了。

**改造后：一句准话，越快越好**

1. （客户）客户发来一句话
2. （AI）让准话自己出现在客户跟前
3. （员工）客服只看那几句非人不可的：投诉，砍价，说不清的情绪（人拍板）

员工这边：客服什么新东西也没学，只是觉得这份工作，忽然没那么累了。

> 不修旧路，另铺一条不用学的新路

出处：https://fde.li/articles/results-not-process/

### 工厂报价：一张询价单，过了老板几次手

**改造前：报价压在老板审价这一步**

1. （员工）在群里翻昨天那张询价单
2. （员工）跟单员发了
3. （老板）老板还没批（卡在这里）
4. （员工）这个客户以前都是按老规矩报价的

多数老厂的卡点不在系统，而在几件事压在一两个人手里

**改造后：老板只看例外**

1. （AI）先按你们原有的审价规则出报价草稿
2. （老板）老板只看例外（人拍板）
3. （AI）把跟单员每天在群里找货、找单、催进度的活接过去
4. （AI）把对账和催款这两件规则最清楚、最不需要人情的活接过去

私有化部署，数据不出厂

员工这边：原来被报价、跟单、对账占满的人会被释放出来，我们的做法是把这些人转岗到新的卡点上去，跟着新的动线一起走。

> 卡点在哪，AI 就先放哪。

出处：https://fde.li/articles/factory-heirs/

### 新人上手：一个新来的跟单员，弄明白一张单子为什么卡住

**改造前：等上大半天**

1. （员工）东问西问
2. （员工）翻好几个群（卡在这里）
3. （员工）才弄明白一张单子为什么卡住

**改造后：来龙去脉就摆在她手边**

1. （AI）连上一个经手人当时的顾虑，也一并带了过来
2. （员工）她不必再看谁的脸色、等谁的好心情，才能把事情做对（人拍板）

> 让低上下文的岗位，慢慢拥有高上下文。

出处：https://fde.li/articles/context-is-the-wage/

### 对客户说的话：同一句话，发出去之前过滤一遍

- 员工本来要发的：这个交期真做不到，你们采购不能早点定吗？
  过滤之后：这个交期我们确实排不进去了，最早能排到的日期今天下班前给您，需要的话可以先发一部分。
- 员工本来要发的：合同里写得很清楚，这个不在我们范围内。
  过滤之后：这一项不在合同范围内，我把当时约定的条款和原因整理给您，同时看看有没有别的办法解决您的问题。
- 员工本来要发的：放心，下周肯定能到。
  过滤之后：这句话会被当成承诺，而物流还没确认；建议改成“物流一确认我马上告诉您，目前预计是下周”。

员工这边：火气过滤掉，没说清的补清楚，不该承诺的标出来。人还是那个人，杂质少了，客户感受到的，是一家讲道理、靠得住的公司。

出处：https://fde.li/articles/cost-of-data-leak-prevention/

## 做 FDE 的几条规矩

1. **FDE 是结果导向，不是任务导向。**不是企业家和你唠的时候，他说想做什么，你就去做什么；而是真正去关心，他想要的是什么。（出自 https://fde.li/articles/results-not-process/）
2. **不修旧路，另铺一条不用学的新路**所以，FDE 不是帮企业优化里面的流程，而是从头帮企业再搭一个流程，简单到他们不用学，就能享受到便利。（出自 https://fde.li/articles/results-not-process/）
3. **少画路，多划界。**边界只钉住不能碰的那几处：哪些数据不能出门，哪些话不能对客户说，哪些钱不能自动付出去。边界以内，是 AI 的搜索空间，交给它自己去找路。（出自 https://fde.li/articles/results-not-process/）
4. **一个笨蛋，在下午四点钟，手机响着，能不能做对？**按钮能少一个，就少一个。字能大一点，就大一点。人记不住的，交给 AI 去记；人算不清的，交给 AI 去算。（出自 https://fde.li/articles/only-fools/）
5. **FDE 的本分是指路，不是领命。**我们并不比企业家聪明，只是 AI 这一片地图，我们在许多企业里来来回回走过，插过一些眼。（出自 https://fde.li/articles/results-not-process/）
6. **以裁人为目标的设计，我们不做，也做不好。**我们的做法是人随瓶颈走：AI 接住了哪里的活，人就往新的卡点去。（出自 https://fde.li/articles/results-not-process/）

## 报表上写的，和一线说的

- 系统里记的：客户对价格有顾虑，持续跟进中。
  一线的原话：对方采购说，老板让他再比一家，要个更低的价，而且拍板的人已经换了。
- 系统里记的：项目整体可控，个别环节略有延迟。
  一线的原话：供应商的料还没到，现场一直在等，谁也不想当第一个把这件事说出来的人。
- 系统里记的：本月客诉较上月有所下降。
  一线的原话：有几家老客户不再投诉了，因为他们已经开始试别家的货。

**每一层都没有说谎，合起来却不是真相。**很多企业家心里那种说不清的别扭，往往就来自这里：报表挺好看，结果却总差一点；每个部门都说没问题，问题却一直都在。（出自 https://fde.li/articles/where-decision-data-hides/）

## 先看清自己在哪一层

掌舵者把 AI 放在企业的哪一层，就决定了需要什么样的服务商，甚至决定了需不需要服务商。

- 第一层，文案岗位的简单提效：不用请服务商，内部集中实操两到四个小时。
- 第二层，AI 进核心生产领域：找懂你这个行业怎么生产的服务商。
- 第三层，AI 进整个组织架构：找能陪着企业一起长的服务商。

选服务商之前，先看清自己在哪一层。这件事，比看服务商的案例更要紧。（出自 https://fde.li/articles/choosing-a-provider/）

## 六端交付标准

六端分三对：进攻端定融入姿态与能力生长，防守端是动态防线加静态授权，证明端是微观可解释加宏观可证明。

- **无感**（进攻端之一）：系统适应人，不是人适应系统。交付底线：员工零新增学习成本，用得越久系统越懂这家企业。（详见 https://fde.li/standard/wugan/）
- **涌现**（进攻端之二）：用底层原子能力的自由组合解决长尾场景，拒绝写死流程。交付底线：系统上线即开始生长，能力天花板不是工程师写下的最后一行判断。（详见 https://fde.li/standard/yongxian/）
- **高容错**（防守端之一）：允许模型的概率偏差，兜住企业的确定底线。交付底线：小错不打扰人，大错不出圈。（详见 https://fde.li/standard/gaorongcuo/）
- **权限边界**（防守端之二）：系统在完全正常运行时，也只做被授权的事。交付底线：Agent 像新入职员工一样领岗位、领权限、受约束，数据不跨墙。（详见 https://fde.li/standard/quanxianbianjie/）
- **可追溯**（证明端之一）：微观单案层面，每个决策有思维链、有数据出处、有操作日志、可回滚。交付底线：AI 的每个决策过得了客户现有的审计，而不是要求审计为 AI 破例。（详见 https://fde.li/standard/kezhuisu/）
- **可度量**（证明端之二）：宏观统计层面，回答整体表现如何、本周比上周好还是坏、值不值这个钱。交付底线：价值能算给买单人看。（详见 https://fde.li/standard/keduliang/）

## 贯穿纪律：转岗优先

这不是客户关系润滑剂，是交付架构的一部分。三条依据：

1. 有效产出会计：非瓶颈环节省下的人时是幻象，裁掉不多赚一分钱；把人挪到新瓶颈上，整个系统才多产出。
2. 改善的政治学：如果改善导致裁员，员工会绞杀之后的一切改善。六端全靠员工供燃料：上下文靠他们沉淀，边缘案例靠他们上报，golden set 靠他们标注。裁员等于客户亲手拆掉飞轮。
3. 瓶颈迁移律：AI 把可数字化环节的边际成本压向零，瓶颈必然迁往最难数字化的资产：信任、实体在场、关系网络、非标判断。销售、线下服务、实地调研、并购沟通，全在此列，这些新瓶颈岗需要人，而且优先需要懂本企业的人。

**原则句**：本公司 FDE 项目的效率盈余，默认兑现方式是转岗至新瓶颈，不是裁员。

## 本站内容

- 文章（26 篇）：https://fde.li/articles/
- 工作手册：https://fde.li/handbook/
- 六端交付标准：https://fde.li/standard/
- 能力点单（33 项）：https://fde.li/menu/
- 炎煌案例：https://fde.li/cases/
- 业界 FDE 案例（24 个）：https://fde.li/cases/field/
- 术语表：https://fde.li/glossary/
- 常见问题：https://fde.li/faq/

## 联系

炎煌纪元（深圳）科技有限公司，邮件 privacy@yanhua.ng，电话 +86 132 1665 1856，https://yanhua.ng/

---

来源：https://fde.li/　维护：炎煌纪元 FDE 团队　许可：CC BY 4.0（https://creativecommons.org/licenses/by/4.0/deed.zh-hans）