为什么读这本指南
如果你正在读这句话，大概率是这三种人之一：
- 你听说 FDE 是「AI 时代最火的岗位」，想知道它到底做什么，自己能不能做；
- 你是开发者、咨询顾问、售前、实施或产品经理，想从现在的岗位转向「对结果负责」的位置；
- 你所在的公司正在推 AI 落地，你想搞清楚为什么项目总是停在 demo，以及 FDE 能不能解决。
这本指南为这三种人而写。它假设你没有 FDE 经验，甚至可能没有工程背景，但它不假设你愿意被糊弄。
先说清楚：FDE 是什么
FDE（Forward Deployed Engineer，前沿部署工程师）是嵌入客户现场、对业务结果负责的工程师：把模糊问题变成可验证的系统，把系统送上生产，再把现场模式反哺产品。
这句话里有四个关键词，后面每一章都会反复回到它们：
| 关键词 | 含义 | 反面 |
|---|---|---|
| 嵌入现场 | 去问题发生的地方，和真正使用系统的人一起工作 | 坐在总部等需求文档 |
| 对结果负责 | 不是「交付了一个功能」，而是「业务指标变好了」 | 只对工时和上线清单负责 |
| 可验证的系统 | 有基线、有指标、有评测、有回滚 | 只有一个看起来很酷的 demo |
| 反哺产品 | 把一次现场解法变成下一次的起点 | 每个客户都从零再做一遍 |
如果你只记住一句话：FDE 不是「更懂技术的销售」，也不是「更便宜的外包」，而是把「最后一公里」当成工程问题来解决的人。
这本指南想解决什么问题
市面上关于 FDE 的内容，大致有三类：
- 招聘 JD 的复述：告诉你需要「3 年经验、熟悉 LLM、沟通能力强」，但没告诉你第一周该做什么；
- 传奇故事的拼贴：Palantir 的保密室、OpenAI 的 52 人团队、Harvey 的 110 亿美元估值，听起来很燃，但离你的下周一很远；
- 工具和提示词清单：有用，但解决不了「客户到底要什么」「上线之后没人用」这类问题。
这本指南想补的是中间那层：把 FDE 的工作拆成可以学习、可以练习、可以被验证的动作。
具体来说，它会帮你回答：
- FDE 与咨询顾问、售前、实施工程师、驻场外包、客户成功到底差在哪？
- 一个零基础的人，最低限度要补哪些技术？要补到什么程度？
- 第一次见客户，应该问什么、不该问什么？
- 怎么从一堆模糊需求里，选出一个值得做的场景？
- 怎么在 4-12 周内，从发现走到试点，再走到生产？
- 怎么证明「真的有效」，而不是「感觉不错」？
- 怎么把一次项目变成作品集、变成下一次机会？
- 在中国做 FDE，有哪些额外的约束？
它不承诺什么
这本指南不承诺：
- 读完就能年薪百万。FDE 的薪资差异极大，取决于城市、行业、公司阶段和个人能力；
- 三个月零基础变专家。你能在 12 周内完成一次小型部署，但真正的能力来自多个真实项目；
- 一套放之四海而皆准的模板。模板是起点，不是答案；
- 所有案例都经过独立审计。公开资料有口径差异，我们会标注来源和可信度；
- FDE 是唯一正确的职业选择。它只是一种把技术、业务和现场结合起来的路径。
它承诺：
- 不编造数据、客户和引语；不确定的地方会标「据报道」「单一来源」「待核」；
- 不把「AI」当成万能答案；很多问题用规则、流程或一个更好的表单就能解决；
- 每个方法都尽量给出可执行的动作、检查清单和反模式；
- 你可以随时在 GitHub 上纠错、补案例、提 PR。
全书结构
这本指南分成四部分，外加 Lab、案例库和附录。
┌─────────────────────────────────────────────────────────────┐
│ 第一部分 · 认识 FDE │
│ 第 1 章 FDE 到底是什么 │
│ 第 2 章 为什么是现在 │
│ 第 3 章 FDE 的一天与一个项目 │
├─────────────────────────────────────────────────────────────┤
│ 第二部分 · 建立能力 │
│ 第 4 章 零基础技术底座 │
│ 第 5 章 业务、数据与价值 │
│ 第 6 章 六阶段交付法 │
├─────────────────────────────────────────────────────────────┤
│ 第三部分 · 走进现场 │
│ 第 7 章 你的第一个部署 │
│ 第 8 章 生产化、评测与安全 │
│ Lab A/B/C 三个可独立完成的项目 │
├─────────────────────────────────────────────────────────────┤
│ 第四部分 · 成为 FDE │
│ 第 9 章 职业路径与面试 │
│ 第 10 章 中国现场 │
└─────────────────────────────────────────────────────────────┘怎么选路线：
- 零基础、时间有限：先读第 1 章，建立概念；再读第 3 章，看看真实工作长什么样；然后跳到第 4 章补技术，最后做 Lab A。
- 有开发经验：第 1 章快速过，重点读第 5、6 章，然后做第 7-8 章和 Lab A。
- 咨询/实施/售前：重点读第 5、6 章，补第 4 章的技术底座，用 Lab A 练「从建议到交付」。
- 管理者/业务负责人：读第 2、5、6、10 章，再看案例库，判断自己的场景该不该做、该怎么组织。
- 准备面试：先做能力自评，再读第 9 章，最后用案例库准备「你怎么看 FDE」这类问题。
三个使用约定
第一，带着一个真实场景读。 不要把它当小说。每读到方法，就想一个你身边的场景：你所在的公司、你熟悉的岗位、你用过的一个烂系统。没有真实场景，方法就只是知识。
第二，每章至少做一个练习。 每章末尾都有练习，大部分只需要 30-60 分钟。做完比读懂重要。
第三，允许自己「暂时不懂」。 第 4 章会出现 API、数据库、容器这些词。你不需要一次全懂，先知道它们解决什么问题，遇到时再查。FDE 的核心能力不是「什么都会」，而是「知道下一步该查什么、问谁、怎么验证」。
从这里开始
我不知道从哪开始 →
看 12 周学习路线：按你的背景选一条路径，每周知道该读什么、做什么、交付什么。
我想知道自己缺什么 →
做 20 题能力自评：工程力、业务力、产品力、现场力，四个维度给你一张当前地图。
如果你准备好了，翻到下一页：
本书的项目约定：书中出现「合成场景」的故事，是为了教学而编写的匿名化场景，不代表任何一家真实公司的具体事实；出现真实公司名时，只使用公开来源支持的内容，并在章末标注出处与口径。