FDE第一件事,不是给老板推荐AI工具

FDE 共研社 · FIELD NOTE

今年我接触了大大小小不少的老板，他们谈到 AI 的时候，热情通常都不低：有想提效的，也有怕错过机会的。

其中有一位老板，我向他推荐了Codex，还把自己整理的一份基础教学文档发给了他。我告诉他，这是一份入门材料，照着走就能开始。

当时我以为，工具给了，教程也给了，接下来就是使用。

后来我又问了一次，才发现他并没有真正用起来。

这件事对我触动很大。因为我过去理解的“交付”，到这里其实已经结束了；可对企业来说，真正的使用根本还没有开始。

以前听到老板说“我想用AI”，我很容易马上进入推荐模式：

这个工具不错，那个功能很强，我已经整理好了教程，你拿去试一试。

这套动作没有错，但它只解决了一层问题：对方知不知道有这个工具。

它没有回答另外几件更具体的事：

他准备拿Codex做什么？这件工作原来是谁做？一周发生几次？第一次应该输入什么？输出错了由谁判断？如果第一次体验不好，谁陪他调到能用？

我以前默认，只要一个人有兴趣，拿到工具和教程，行为自然就会发生。

现在看，这个默认太乐观了。

知道，不等于会操作；会操作，也不等于能进入业务。

表面上看，这位老板“想用AI”。实际上，从兴趣到真实使用，中间还隔着一整条没有被设计过的路。

这让我想起BJ Fogg的行为模型。

Fogg官方把它写成 B=MAP：一个行为要发生，动机、能力和提示必须在同一时刻出现。它不是一道乘法题，而是在提醒我们，三个条件缺一个，行为就可能不发生。

放回这个案例里，老板可能有动机。

他愿意了解AI，也愿意收下文档。

但“能力”不只是会点按钮。它还包括：能不能找到一个足够小的任务，能不能把业务背景说清楚，能不能判断结果靠不靠谱，使用成本是否低于原来的做法。

“提示”也不只是提醒他“记得用”。

更有效的提示，往往藏在工作里：客户需求进来时用，周会前用，写方案的第一步用，代码需要检查时用。

没有明确节点，AI就很容易停在收藏夹和聊天记录里。

所以，与其说“老板不会用”，我更愿意换一种说法：

当时的工作环境，还没有满足这个行为持续发生的条件。

这个个案当然不能代表所有企业，但最新研究里能看到同一种落差。

麦肯锡2025年对1,993名受访者的全球调查显示，88%的受访者称所在组织已在至少一个业务职能中使用AI，但只有7%表示AI已在组织内全面规模化。

IBM同年对33个国家、24个行业的2,000名CEO调查则显示，受访者报告只有25%的AI项目达到了预期ROI，只有16%实现了企业级规模化。

这些数字不能直接证明这位老板为什么没用Codex，但它们提醒了我：

接入、试用和规模化采用，是三件不同的事。

工具是通用的，企业的问题却非常具体。

工具不知道这家公司的客户是谁，不知道员工如何协作，不知道哪个节点最耗时间，也不知道什么结果才算有效。更不知道输出出错后，谁来复核、谁来负责。

但问题也在这里：很多AI项目Demo时很好看，回到真实工作里却安静下来。

模型可能已经能做，流程却没有给它位置；管理者想推进，员工却不知道什么时候该用；团队做出了一个样板，组织却没有持续采用和验证结果的机制。

我过去更容易把软件交付理解成：把系统交给企业，再由企业学习怎样适应它。

AI项目让我意识到，仅仅走到这一步还不够。系统还需要理解企业的语境、规则和流程。

从交付一个工具，到让组织获得一种能力，中间多出来的，正是业务诊断、流程设计和采用推动。

所以我现在越来越确信，FDE的第一件事不应该是打开工具清单。

OpenAI对Forward Deployed Engineer的官方描述很具体：

FDE与客户一起完成需求发现、技术范围界定、系统设计、构建和生产上线；成功要看生产采用、可衡量的工作流影响，以及能否用真实反馈继续改变产品和模型路线。

它还要求FDE靠近客户团队、理解需求、推动采用，并把有效做法沉淀成工具、手册或可复用模块。

真正开始工作时，FDE要和老板、业务负责人、一线员工坐下来，把模糊期待拆开：

1. 公司真正想解决的是什么问题？ 

2. 现在的流程怎么跑，最卡的是哪一步？ 

3. 哪个高频、可验证的场景值得先做？ 

4. AI应该在哪个节点进入，由谁使用？

 5. 什么动作会触发使用，输出由谁复核？ 

6. 第一天能不能跑起来，第七天还有没有人在用？

 7. 用什么指标判断它值得继续？

走完这些问题，才轮到选工具。

答案可能是Codex，也可能是豆包、飞书、Agent或知识库；还有一种可能，是这个问题暂时根本不需要AI。

这套方法也有边界。

低风险、目标清楚的个人任务，不需要每次都请FDE介入；一旦涉及多人协作、企业数据、权限、责任和结果度量，光给工具通常就不够。

如果现在重新面对那位老板，我不会先从“Codex很好用”讲起。

我会先问：

你现在最想解决的工作问题是什么？是谁在做？一周发生多少次？每次耗时多久？最容易卡在哪一步？如果AI做快了，谁会真正使用？什么结果出现，才证明值得继续？

然后，我们选一个足够小、当天就能跑的任务，一起完成第一次使用。

不是把教程发出去就结束，而是看他在哪里停住、为什么停住，再把这个卡点处理掉。

几天后再回头看：行为有没有继续，流程有没有变化，结果有没有改善。

过去的我，更像是在交付工具。

现在的我，开始尝试交付结果。

我还在学习成为一名FDE，也还在用真实企业案例验证这套判断。

这个案例没有成功数据，也谈不上完整的AI落地。但它让我看清了过去漏掉的一段工作：我把“告诉他怎么用”当成了终点，而企业真正需要的，往往是有人陪它把第一次使用变成一条能重复运行的流程。

如果你也在梳理企业AI应该从哪里开始，可以回复“地图”，领取《企业AI落地地图2026》完整版。

回到开头那位老板。

他需要的未必是另一份工具清单。他更需要有人一起把模糊期待变成具体问题，把问题变成可以运行的流程，再让AI真正进入这条流程。

FDE的最终交付物，不是一个工具，而是让一个组织获得一种以前没有的能力。