有的公司已经开始招聘了，要求写得都差不多——懂业务、精通 VibeCoding、能独立交付，按照这个要求，很多招了几个月都没招到。
我前一篇文章FDE是中国软件公司的集体临终幻想，收获了非常大的反响，有人说标题耸人听闻，但内容还是非常理性的在探讨乙方FDE的价值。这篇我们就继续聊聊甲方的FDE。
（FDE 是 Forward Deployed Engineer，最早是 Palantir 的做法：派既懂业务又能自己写代码的人常驻客户现场，不经过产品经理和开发的层层传递，直接把系统实施完成）
以下是我的个人看法，欢迎交流，越辩越明：
表面上我们聊的是一个编制问题，其实本质是当 AI 把很多事情的门槛拉平之后，一家公司该怎么重新分工。在我看FDE这个岗不用设。不是因为它不重要，是因为你要找的那个人，本来就已经在你公司里了。
下面是三个观点吧，有的是预测，有的已经在发生中：
一、FDE 真正解决的只有一件事：翻译
行业里对 FDE 的定义有很多——懂业务、能写代码、扛得住现场、当场能决策。这些传统实施顾问也需要，不是新东西。真正区别于传统实施的只有一条：消除翻译。
一套经典的企业系统是怎么做出来的，完整流程是：老板提想法 → 业务 提需求 → 产品经理/顾问 设计→ UX/算法/工程开发/数据开发 承接 → 测试，中间还要项目经理进行组织协同，持续往复。
每一层都是一次翻译。而每一次翻译，最要紧的那部分信息可能就掉一点。
理想的FDE 本质，就是把这条链压缩到一个这样的“超人”身上。
那么在企业内部，实现需求链条最短的那个人是谁？
其实是业务人员本人。他不需要把需求讲给别人听，他就是需求本身。
过去他做不了，是因为软件本身，是一个非常复杂的工程，业务人员无可能自己去搭建。而未来，他只需要把一件事讲清楚——讲给 AI 听。
这个背后的判断是基于：让业务人员学会用 AI 写程序，比让 IT 人员理解业务、变成业务专家，要容易太多。
当我说这一条观点的时候，很多IT就已经开始拔刀了
。
二、那 IT 干什么
这是被问得最多的问题，也最容易被误会成"IT 被架空了"。其实是反的。
过去 IT 的权力来自"只有我能做"。现在权力来源变成了"只有我能定这件事怎么做"——用什么工具链、数据怎么接、权限给到哪、什么样的产出能上生产。
这比"我来给你开发"的权力大得多
。因为它管的不是某几个需求的排期，是所有人的边界。
而且它防的正是 CIO 最怕的那件事：业务部门绕过自己去搞，各搞各的，最后长出一堆互不相通的烟囱，烂摊子还是 IT 收拾。
我知道有不少企业给全体员工配workbuddy，claudecode。经常会有业务自己搭建一个小工具后，来找IT，让IT帮忙部署。
有一次去一家明星硬件公司交流，当我讲到我们的促销仿真工具时，对方的业务负责人扭头跟同事小声说了一句——"晚上让 Claude 给我做一个” 
（我不意外，也认为挺合理的，这是趋势，得拥抱）。
这种情况只会越来越多，而且IT拦不住。
"业务会说：这个功能我已经做出来了，你没时间给我开发，现在连帮我部署都不肯么"
所以问题从来不是"允不允许"，是怎么规范：流程怎么走、技术栈用什么、安全和权限的边界在哪、什么样的东西能上生产。
真正的选择不是"让不让业务自己干"——他们已经在干了。是要不要给他们一条在治理范围内的路。
IT 要从原来的需求和程序之间的“翻译官”，变成AI工具的提供方和规则的制定者和治理者。这个转变的过程，其实也就是很多人讲的企业内部的 AI 组织升级。在这个过程中，IT 当然要有那种既精通 AI 又懂一些业务的人，这个角色可以是CIO本身，或者是架构师：他不产出业务系统，他产出的是规则和工具。或者阶段性找找外援帮忙，也没什么问题。
三、机制不是设计出来的，是长出来的
IT 要建这套机制，可标准从哪来？什么算合规、什么能上生产、哪些数据能给谁——这些判断本身就需要业务知识。
纯拍脑袋定，大概率会定得过严。然后业务发现什么都不让干，转头又绕出去自己搞，白建。
所以更准确的说法是：机制得先跑起来，再一版一版往回修。
第一版一定是粗糙的，甚至是错的。
这一点我觉得比机制本身更重要，因为它考验的不是技术，是组织的耐受度。很多公司卡死就卡在这儿：第一版做得难看，立刻有人跳出来说"看吧我说不行"，然后就没有然后了。这套东西不是在会议室里设计好再推下去的。你得允许它长得慢一点、丑一点。
另外我认为未来每个公司，在这个机制里，会形成一套工具：
我把这类东西叫 in-house harness——通用的 harness 是骨架，每家公司装进去的规则是自己的。用这个来保证在甲方企业内部，业务知识在时间轴上也会被持续被沉淀，循环被迭代，高效被调用，以更快的能通过AI支撑到业务。
最后总结下
1、业务人员本来就是那个 FDE，不用另外设岗。
2、IT 不做翻译，做治理和工具。
3、机制得先跑起来再改，第一版丑一点没关系。
真做起来，细节比上面这些多得多——框架该约束什么、不该约束什么，业务人员怎么带，知识和工具怎么做到持续迭代。这些我们自己也在和深度合作的几家企业一起探索。分享出来观点，欢迎同行探讨交流。
如果你也在琢磨这件事，欢迎加我一起聊聊。
我们公司叫预见科技，是一家聚焦在智能销售预测的AI科技公司，我是这家公司的创始人&CEO，以上观点，我们也在践行，欢迎交流，共同进步~ 长文不易，如果你喜欢我的内容，请关注我，点赞、收藏、转发，这是对我最大的支持，之前也写了几篇相关的文章，欢迎阅读。
