FDE现实课 01 · 企业AI落地
把外包改名叫FDE，企业AI就能落地了吗？
FDE和实施外包的差别，不在驻场，而在结果、产品反馈和复用。
前几天看到一句判断：会做AI的人很多，能钻进客户公司，把流程跑通、让员工真的用起来的人很少。这个角色，被越来越多公司叫作FDE。
评论区很快有人追问："把外包的title换成FDE，就那么好使？"
这个问题问得很准。因为只看表面，两者确实太像了：都要驻场，都要听需求，都要接系统，都免不了在上线前后救火。
如果一家公司只是把"实施工程师"改成"前沿部署工程师"，工作方式、考核指标和产品反馈机制一个没变，那它得到的多半是一张更贵的名片。
驻场，不足以证明你在做FDE
传统外包常按功能清单交付。客户说要知识库，团队就搭知识库；客户说要Agent，就接几个工具。上线、验收、结项，下一单重新开始。
FDE更难的一步，是先确认客户说的需求是不是问题本身。
"客服回复慢"，可能是资料难找，也可能是审批权限卡住；"销售跟进差"，可能缺提醒，也可能缺客户分层规则。听见一个名词就开始开发，交付再快也可能做偏。
Palantir对这类岗位的描述很朴素：工程师进入客户环境，使用现有平台解决生产问题，同时把现场发现带回核心产品。关键词不在"驻场"，而在"带回去"。
四个问题，能测出是不是换皮
第一，项目是否从真实任务开始？
不是看汇报材料，而是跟着员工走一遍最近发生的工单、合同或报价。真实流程总有绕路、例外和口头规则，这些才是AI落地要处理的部分。
第二，验收是否看业务结果？
"功能已经上线"只能说明软件能打开。更有用的指标是处理时间、人工接管率、错误率、客户响应和收入成本变化。
第三，FDE能否修改通用产品？
如果现场问题只能靠项目代码绕过去，下一位客户还会再踩一遍。能进入核心产品、评测集和标准工具的经验，才会成为公司资产。
第四，下一次交付有没有变轻？
同类客户做了三家，第四家仍要从头清洗、从头连接、从头写规则，这门生意本质上仍靠堆人。
企业采购时，别只看岗位名称
问供应商三个具体问题，往往比看方案PPT有效：
• 现场发现的问题，怎样进入产品路线图？
• 上一批同类项目沉淀了哪些组件和评测？
• 项目结束后，客户团队能否自己运营？
回答如果始终停留在"我们经验丰富""团队很专业"，就要小心。经验存在个人脑中，人员一走就归零；能够复用的流程、代码、评测和文档，才算交付。
FDE当然可能是个新职业。但新职业不能靠新缩写成立。
判断它有没有价值，只看一件事：工程师离开现场后，产品是不是更完整，客户是不是更能独立运行，下一个项目是不是更快。
名片不是护城河。复用才是。
参考资料
• Leepriest1990在X上关于FDE落地价值的讨论
• Palantir：一名Forward Deployed Software Engineer的一天
完