前段时间,我先后做了两场关于 FDE(Forward Deployed Engineer,前向部署工程师)的直播:一场在极客时间,讲一个 FDE 项目的完整实战;另一场是和图灵社区的刘江老师对谈,聊普通人能不能做 FDE。
两场直播里,出现频率最高的一类问题,不是怎么去乙方应聘,而是:“我现在就在甲方,在企业内部做 IT、做数字化、做业务,也不想跳槽,FDE 跟我有关系吗”?
当时受限于直播时间,我只简单回应了几句。我的核心判断是:广义上的 FDE,是一种做事和成长的方式;你不需要先跳槽,也不用等公司批准一个新编制,在甲方内部,现在就可以开始。
甲方内部,遍地都是 FDE 的活
为什么这么说?因为 FDE 的核心目标,是用产品化手段,弥补 IT 系统和业务需求之间的巨大鸿沟,让系统能够发挥作用,真正交付业务价值。
在 AI 时代,由于 AI 系统相较于传统标准软件系统的巨大不确定性,这个工作的价值前所未有地提高了,这也是 FDE 最近爆火的一个重要原因。MIT 的一份研究报告说,企业在生成式 AI 上投入了数百亿美元,约 95% 的组织回报为零,失败的根因并不是模型不行,而是工具没有融入工作流;我之前在《你以为全公司都在用 AI,其实只有研发在用》里也写过类似的观察:一家公司要真正铺开 AI,难的是一个岗位一个岗位地找到可以被重构的入口,再把组织的知识归拢起来、持续维护。
IT 团队懂 AI,但不懂业务每天到底是怎么干的;业务团队天天泡在流程里,却经常说不清自己到底要什么,更没有能力用 AI 改造系统。AI 的能力再强,系统和业务之间的沟没人填,就没法真正产生价值。最后很可能是 IT 部门宣布某某 AI 平台顺利上线,业务部门继续熟练地使用 Excel,大家都各自完成了任务,有着光明的未来,只有公司又浪费了一大笔钱和更宝贵的机会成本。
而系统和业务之间的这道沟,本来就长在企业内部。这些事情,等外部供应商来做,可能又贵又慢;等高层把所有问题都想清楚,再自上而下推动,那就更慢了。但对一个身在其中、又有职业诉求的员工来说,这个缺口并不只是公司的问题,它更是你的职业空间。
这一点在硅谷已经出现了。美国企业软件公司 Box 的 CEO Aaron Levie 最近提到,很多企业并不是在用 AI 简单裁人,而是在把岗位需求往更深的工程、销售和 internal FDE(企业内部的 FDE)上推。内部 FDE 这个头衔什么时候会在国内流行,我不知道,但企业内部那个能把 AI 接进业务工作流的人,肯定越来越值钱。
FDE 不是头衔,是四个动作
不管是内部还是外部人员,按 FDE 的方式做事,其实就是四个动作:进现场找真问题,把模糊需求翻译成可衡量的业务结果,亲手把方案做出来并接入工作流,最后把过程中得到的认知沉淀下来,让下一个场景更容易。在甲方内部,这四个动作并不缺条件。
乙方 FDE 最昂贵的功课,是获得进入现场的资格:要客户老板点头,要有人把你带进业务会议,还要一层一层申请数据权限。所以我之前总结,外包客户不用改变自己,但 FDE 的客户必须改变自己,说的就是这些配合有多难得。但如果你就在甲方内部,现场可能就在隔壁工位,业务会议本来就在参加,很多数据原本就有权限查看。乙方最难拿到的东西,你天生就有。如果这样都接触不到真问题,那大概率不是缺乏条件,而是自己一直没有往前走。
丹麦药企诺和诺德有一个很典型的例子。主导监管文档平台的那位数字化战略总监,是分子生物学博士出身,并不是工程师,但他靠自然语言加 Claude Code 做出了监管级文档平台,文档撰写时间从十几周缩短到十分钟,设备验证协议的工作量从一整个部门降到一个人,审查周期下降一半。
这个人不在乙方,也没人给他安上 FDE 的头衔,他就是一个在甲方内部按 FDE 方式做事的员工。不是公司先设置了一个时髦岗位,再去市场上招人填坑;而是业务问题本身一直在那里,有人把它解决了,这个角色自然就出现了。
当然,不同背景的人,起点不一样,要补的功课也不同。
程序员的优点是有技术深度,要补的是钻进业务的意愿和能力。最实际的做法,是先把自己变成你所服务业务的核心用户。连业务怎么做都懒得弄清楚,只想等别人把需求翻译成接口文档的程序员,那不叫 FDE,只是换了一个更时髦的岗位名称继续在软件研发流水线上打螺丝。
产品经理类岗位的优点是知道怎么把业务翻译成需求,要补的是亲手实现的能力。AI 正在快速降低这个门槛,可以挑一个自己最熟的业务问题,这一次不仅是写需求文档,而是直接做成一个能点开来用的东西。需求文档写得再漂亮,也不会自己长成业务结果。
而真正做业务的人,才最懂业务最懂需求,这其实才是最难速成的那部分。他们要补的则是对 AI 产出的判断力,可以这样尝试一下,拿业务里的真问题让 AI 做一轮调研,再逐条判断哪些结论站得住。这个判断能力只能在自己真正懂的领域里练出来,多背几条 Prompt 多看几个讲流行 skill 的短视频一点用没有。
在《35 岁工程师的第二春》里,我还吐槽过组织里的“润滑剂”角色:运营、项目经理、管理型研发经理。AI 把协调成本压下来之后,这些角色会面临重新定位的压力。按 FDE 的方式转身,是一个很现实的出口:同样站在多个团队中间,但不再只是推动流程、催办进度、安排下一次会议,而是开始对一个具体的业务结果负责。会议组织得再顺利,上传下达做得再好,也没法拿来冒充业务进展,南郭先生总有露馅的那天。
在甲方做 FDE,有便宜可占,也有亏要吃
当然,世界上没有只赚不赔的事情,跟去乙方做 FDE 相比,在甲方内部按这种方式做事,有得也有失。
相比乙方,甲方 FDE 多的是条件。除了前面提到的现场资格,还有对流程的理解。中国企业的很多流程并不是设计出来的,而是野蛮生长出来的,因人而异,更因老板而异。乙方换一个人就要重新学习一遍,而甲方 FDE 对这套非标流程的理解是现成的。反馈闭环也更短,方案被业务采纳还是拒绝,当天中午吃饭就能知道,不用等到月度汇报时,才从一页绿色的项目状态里猜测大家到底有没有在用。
但少的是经验密度和组织承认:乙方 FDE 一年可能进入好几家企业,看到好几套不同的流程,学到很多不同的行业知识,认知密度天然比守着一家公司高;更现实的是,甲方内部多半没有 FDE 的头衔和编制,你做成了一个场景,功劳不一定能记在你头上,但出了问题肯定不缺人来找你。
这也是为什么,我说甲方 FDE 首先是一种成长方式:短期未必能兑现在职级上,但每做完一个场景,你对业务的理解、沉淀下来的工作流和形成的判断,都是你自己可以带走的。
对判断乙方的 FDE 是真的还是只是换皮,我曾给过三条标准:写不写生产代码、有没有销售提成、认知有没有回流到产品。放到内部 FDE,也可以同样问自己三个问题:你是亲手把东西做出来并接入工作流,还是只做了协调和汇报?你的工作是用业务结果验收,还是用完成了多少任务验收?做完一个场景,你到底留下了什么,能不能让下一个场景更容易?
这三个问题都能答上来,你就是在按 FDE 的方式做事,不管工牌上印的是什么头衔;反过来,如果每天都在开会、汇报、协调,年底再把参与过的 AI 项目数量写进述职材料,即使头衔真叫 FDE,也只是你的工牌完成了转型,人没有。
你的公司值不值得你这样投入,先问四个问题
个人愿意投入,还需要环境给出基本条件。下面四个问题,可以帮助你判断自己所在的公司,值不值得按这种方式长期投入。
第一,场景多不多?如果全公司拢共只有一两个 AI 场景可做,做完就到头,这条路在这里不会太长。
第二,有没有沉淀的地方?知识库、内部平台、可复用的工作流,总得有一个。否则做完一个项目什么都没有留下,等于在自己公司里做外包,而且连外包费都没有。
第三,权限和反馈给不给?不让你接触真实数据,一个建议提上去,一个月都不知道对错,这套做事方式的优势会直接归零。公司嘴上说拥抱 AI,实际既不给数据、也不给反馈,那拥抱的多半只是汇报材料里的 AI。
第四,做出结果之后,有没有人认可?不需要立刻有头衔,但至少要有一个看得见增量价值、愿意给你下一个场景的老板。否则每次做事都只能靠个人热情,这种投入通常很难持续。
如果这四个问题大部分成立,值得认真投入;大部分不成立,也不用马上否定这条路,可以先在自己权限够得着的范围里做一个小场景,拿着结果再去要条件。如果做出结果之后仍然要不来条件,那么,带着已经做成的场景去跳槽,不管是去乙方做 FDE,还是去下一家甲方,都会比今天更有底气。
这也顺便回答了直播里的另一个高频问题:要不要辞职去做这个岗位?我的答案一直是,不用着急辞职。FDE 最核心的那几件事,在现在的岗位上都能先做一遍;先试出来自己喜不喜欢这个工作方式,能不能承受这个工作强度,再谈要不要进入这个赛道。为了一个只是听起来很火热但是还没干过的岗位先辞职,岗位合不合适还不知道,风险倒是先兑现了,没有必要。
顺着这个方向再往远看一步,已经有人更往前了一步:干脆一个人独立出来,以 OPC 的方式给企业做 AI 落地项目,把 FDE 从一份工作做成自己的生意,而且真的赚到了钱;这背后的核心原因,还是 AI 把很多原来非一支团队不可的事情,压缩到一个人就能端到端完成。
当然,我完全不是鼓励大家都辞职去做 OPC。一个人扛下获客、交付和回款,强度和风险都远超一份普通的工作。但这个现象本身很有意义:市场已经愿意为“把 AI 接进真实生意”这件事,直接给一个独立的个人付费。对身在甲方的人来说,它至少证明了一点:按 FDE 方式积累的能力,并不依附于任何一家公司的编制;你在组织里做成的每一个场景,都是在给自己增加选项。
岗位名称,从来都是追着能力跑的
最后,回头看我们自己驻场的经历。客户老板专门指定了一位很聪明的投手主管来配合我们,带我们去看一线投手实际怎么工作。那位主管做的事情,就是在甲方内部按 FDE 的方式工作:他在现场,他懂业务,他判断哪些建议站得住,也把我们带来的方法留在了组织里。项目能走通,一半的功劳在他。
我之前总结过一句话:AI 时代,把技术接进真实生意的能力,正在被单独定价。这句话不管你是在甲方还是乙方。
不用等公司挂出 FDE 的头衔,把手上的一个业务问题按这套方式做一遍:进入现场,找到真问题,用业务结果验收,把得到的认知沉淀下来。做到这些,你已经在做 FDE 的事情了。
岗位名称,从来都是追着能力跑的。等公司把名称内涵想明白,往往黄花菜都凉了。
以上判断更多来自我在乙方这一侧的经验,甲方组织内部的复杂程度,可能远超我的观察。
我在极客时间开了一门《FDE 业务落地实战》课程,把 FDE 怎么进场、施工、沉淀和成长,讲成了 23 讲实战内容。本文讨论的做事方式、能力模型和职业路径,课程里都有更完整的展开,感兴趣可以扫码看看。
