如果你的公司想活过未来5年，这个岗位迟早要有
如果你的公司想在未来五年继续活得不错，我认为有一个岗位，你迟早要招。
不是 AI 工程师。
不是首席 AI 官。
甚至也不只是传统意义上的 CIO。
这个岗位最近有一个很火的名字：FDE (Forward Deployed Engineer)。
中文有人叫前沿部署工程师，也有人叫前线工程师。
名字其实不重要。
重要的是，它代表了一种过去绝大多数中国企业都没有建立起来的能力：
公司里必须有人，既能看懂业务，又能理解技术；既能进入一线发现问题，又能把 AI 真正接进系统；既能设计新的工作方式，又能陪着组织一直跑到结果出现。
最近我花了很多时间参与和研究 FDE。越往里走，我越觉得，这不是 AI 行业又创造出来的一个新职位。
它很可能意味着：企业未来的组织方式，正在发生一次非常大的变化。
而更有意思的是，我研究和践行的服务设计，竟然在这里和 FDE 汇合了。
企业现在最缺的，根本不是 AI 工具
过去一年，我接触了越来越多企业的 AI 项目。几乎所有公司一上来都会讨论：
用哪个模型？
知识库怎么做？
Agent 怎么搭？
怎么连接 CRM 和企业微信？
员工应该用哪个 AI 工具？
这些当然都重要。但真正做下去，你很快会发现：模型可能反而是整件事情里最简单的部分。
比如做一个销售 Agent，技术上可能两周就能跑起来。但接下来才是真正的问题：
它能不能看到客户的历史报价？能不能调用合同？能不能读取售后记录？销售自己的客户信息愿不愿意共享？不同事业部的数据权限怎么划分？AI 给客户报错价格以后谁负责？过去需要总经理审批的事项，AI 到底有没有权力执行？
当 AI 同时跨越市场、销售、客服、运营和财务之后，它到底“属于”哪个部门？
做到这里，你会发现：
你以为自己在部署 AI，其实你已经开始重新设计这家公司。
AI 最后一定会撞上组织
这是我最近越来越确定的一件事情。今天很多企业把 AI 转型交给 IT 部门，我认为长期来看一定不够。
因为 AI 和过去的信息化最大的区别，是过去的软件基本都沿着“组织结构”建设。财务有财务系统，销售有 CRM，HR 有 HR 系统。部门和系统之间的边界基本一致。
但 AI 不一样。一个真正有价值的 Agent，天然就是跨部门的。
客户问一个问题，它可能同时需要：客户数据、产品数据、库存数据、历史订单、合同条款、物流状态和售后政策。它不会关心这些信息原来分别属于哪五个部门。
所以，AI 一旦真正进入企业深水区，迟早会碰到四件事情：
信息重新流动
权限重新分配
流程重新设计
岗位重新定义
到这个阶段，你面对的已经不是 AI 项目，而是组织变革。
这也正是为什么，未来企业内部一定要出现一种新角色。他不能只懂技术，也不能只懂业务，更不能只是一个协调进度的项目经理。他必须能够真正走进去，把技术、业务、用户和组织连接起来。
今天，我们暂时把这种人叫 FDE。
FDE 最有价值的地方，不是“会写代码”
很多人第一次看到 FDE，会把它理解成一个“跑到客户现场的高级工程师”。这当然没错，但远远不够。
真正好的 FDE，不是客户说“我要一个 Agent”，然后回去做一个 Agent。而是先问：你为什么需要这个 Agent？
客户说：我要做一个企业知识库。
真正的问题可能不是知识库，而是新人销售需要六个月才能熟悉产品。
客户说：我要做智能客服。
最后发现核心问题不是客服效率，而是售前、交付和售后信息完全断裂。
客户说：我要让 AI 帮员工提高效率。
最后发现最大的浪费来自三层审批和大量内部无谓的协调。
所以 FDE 的第一件事情，甚至不是开发，而是重新定义问题。
进入现场。看员工怎么工作，看客户怎么被服务，看数据在哪里断裂，看流程在哪里卡住，看哪些工作其实根本就不应该存在。
然后快速做出方案。做原型，接数据，改流程，部署，让真实用户开始使用。不行，再改。一直到业务结果真正发生变化。
这并不是纸上谈兵，而是我自己在实战中反复验证过的。
拿我自己对飞书的应用能力来说。过去几年，我用飞书的多维表格，几乎完全重构了我们公司自己的 CRM 和 ERP 系统。不仅如此，我还帮很多朋友的公司，把他们卡在半空中的飞书内部流程真正落地了。
非常有意思的是，在帮朋友公司做落地时，遇到了很多极其棘手的流程卡点。这些问题，甚至连飞书官方的技术人员都解决不了，但我给解决了。
为什么？是我比飞书官方的人更懂代码、更懂系统底层逻辑吗？当然不是。
因为这根本就不是一个单纯的技术能力问题，而是对业务逻辑、对管理逻辑的理解和思考的问题。
技术人员看到的是“这个字段怎么接”、“那个权限怎么配”，但我看到的是“这个部门为什么不愿意把数据流转到那个部门”、“老板想要的审批流是不是在逼疯一线员工”、“这个表单的设计是不是违背了销售日常的人性”。
用管理逻辑去解开业务死结，再用技术工具去固化它，这，其实就是典型的前置部署（FDE）的思维方式。
我做了20年乙方服务，为什么会走到 FDE 这里？
有了这些实战经历，我突然觉得 FDE 正在做的事非常熟悉。因为这几乎就是服务设计一直想做的事情。
服务设计这些年一直有一个核心能力：不是解决表面问题，而是进入系统重新理解问题。
客户说网站体验不好，我们不会马上改页面；客户说服务体验不好，我们也不会先去培训员工微笑。
我们会去看整个用户旅程：前台发生什么？后台发生什么？不同部门怎么协同？哪些系统没有连接？什么规则制造了用户的痛苦？员工为什么明明知道问题，却没有能力解决？
我以前经常讲一句话：
“服务不是微笑，而是后台系统有没有能力接住前台的承诺。”
到了 AI 时代，我觉得这句话可以再往前走一步：
“AI 体验的上限，不是模型有多聪明，而是企业后台有没有能力让它真正工作。”
这也是服务设计和 FDE 开始重叠的地方。但我也不得不承认，传统服务设计有一个痛点：我们过去太容易停在“设计”这里。
做用户研究，画用户旅程，做服务蓝图，开共创工作坊，找到组织问题，提出系统方案。然后呢？项目往往到这里就结束了。
接下来 CRM 怎么改、系统怎么接、数据怎么通、Agent 怎么开发、员工到底用不用，交给了客户或者另一家技术公司。这中间有一条巨大的缝隙，很多极具价值的咨询方案，就是掉进这条缝里消失的。
作为一名坚定的长期主义者，在重构品牌体验的路上，我越来越不满足于只做一张漂亮的服务蓝图。
蓝图必须能够运行。
如果判断这里需要一个 Agent，那就应该把它做出来。如果系统需要改变，就进入系统；如果流程有问题，就重构流程；如果业务结果没有变化，项目就还没有结束。
它逼着服务设计再往前走一步：从“设计解决方案”，走向“让解决方案真的发生”。
只懂技术的 FDE，也一定会撞墙
另一边同样如此。一个很强的 AI 工程师，可以三天做出一个震撼领导的 Demo。但是三个月以后再回去：没人用了。
因为“技术可以运行”和“组织真正采用”，从来不是同一件事。
为什么销售还是坚持用自己的 Excel？为什么员工觉得 AI 上线以后工作反而更多了？为什么管理层觉得非常先进，一线员工却觉得非常难用？
这些问题涉及：人的行为、部门利益、激励机制、流程设计、用户体验，甚至组织政治。这些都已经无法单靠代码来解决。
因此，我最近越来越倾向于一个新的判断——真正的企业 FDE，很可能应该是“双核”的。
未来企业复杂的 AI 落地项目，我不太相信一个人可以全部搞定。更现实的方式，是两个核心角色一起负责：
服务设计型 FDE： 负责用户、业务、组织、场景、流程和变革。
技术型 FDE： 负责模型、Agent、数据、接口、安全和工程实现。
这本质上是“艺术与技术”的深度融合。理解人的细腻与构建系统的严谨，终于在一线汇合。两个角色不是甲方乙方，而是一起进入业务现场，对最终结果负责。
更大的变化：企业不再需要那么多“交接”
过去几十年，企业是靠分工提高效率。我们创造了大量角色，每一次角色切换，都发生一次信息损耗。一个业务问题经过五次交接，最后可能已经变成了另一个问题。
AI 时代，我觉得会出现一个很重要的趋势：减少交接。
未来真正值钱的人，不再只是把自己负责的一小段做到极致，而是能够把一件事情从“定义问题”一直负责到“交付结果”。
这也是为什么 FDE 让我如此感兴趣。它真正挑战的，是过去几十年企业建立起来的专业分工体系。
未来，市场不再只是市场，产品不再只是产品，服务设计也不会只是服务设计。大家都会越来越靠近业务结果。
写在最后：如果你的公司未来五年只能新增一种能力
我不会建议你先成立一个庞大的 AI 部门，也不会建议你买几十套 AI 软件。
我反而会建议你先找几个人。他们必须满足几个条件：
愿意去一线。能听懂业务。能理解用户。懂一点技术。敢碰组织问题。能够快速做东西。
最重要的是——愿意一直负责到结果发生。
至于他们的 Title 是不是 FDE，不重要。但一家企业如果没有这样的人，我越来越怀疑它到底要怎么完成真正的 AI 转型。
因为工具可以买，模型可以买，算力可以买，甚至代码未来都会越来越便宜。真正稀缺的是：谁来重新设计这家公司应该怎么工作。
对我而言，亲自走进 FDE 并不是一次转行，而更像是在服务设计的道路上，顺理成章地往前迈了一大步。
过去二十年，我不断研究同一个问题：怎么让复杂的商业系统，更好地服务人？
最开始是门店，后来是网站、APP、小程序、数字化平台，今天开始变成 Agent。
工具一直在变，但那个核心问题没有变。只是这一次，AI 给了一个以前从来没有过的机会：我们不只是设计服务界面，甚至可以开始重新设计人做什么、AI 做什么、系统做什么、组织应该怎么变化。
服务设计终于有机会从“体验优化”，走到企业真正的核心。我们不是在帮企业把一个界面做得更好看，而是和企业一起，把下一代服务系统真正跑出来。
未来最重要的服务设计师，可能不会再叫服务设计师。
而未来最优秀的 FDE，也一定不只是工程师。
这可能就是我接下来几年，想真正做透的一件事情。
转载请在文章开头和结尾显眼处标注：作者、出处和链接。不按规范转载侵权必究。
未经授权严禁转载，授权事宜请联系作者本人，侵权必究。
本文禁止转载，侵权必究。
授权事宜请至数英微信公众号(ID: digitaling) 后台授权，侵权必究。
评论
评论
推荐评论
暂无评论哦，快来评论一下吧！
全部评论（0条）