← 商业
深度解析
为什么前沿部署工程师才是未来
Keith Brown · Outperform Ventures 创始合伙人
2026年10月23日 · 6分钟阅读
前沿部署工程师处于两类人群之间：一类是需要帮助来采用 AI 的企业，另一类是需要新技能的人。过去填补这个位置的是 SaaS、咨询公司和技术开发公司。如今它们已经做不到了。
与我交流的大多数企业并不需要又一个 AI 模型或又一份软件许可证。他们需要的是有人能把他们已有的工具——连同那些混乱的系统——整合起来，让 AI 真正融入日常运营。这个人就是前沿部署工程师，而我们需要远比现在多得多的这样的人。
Andreessen Horowitz 称之为初创公司最热门的职业，其合伙人 Joe Schmidt 所做的类比，恰好契合我在合作企业中所看到的情况。
Enterprises buying AI are like your grandma getting an iPhone: they want to use it, but they need you to set it up.
Andreessen Horowitz, 2025
这种差距在数据中清晰可见。MIT 2025 年关于企业 AI 的研究（由 Fortune 报道）发现，约 95% 的生成式 AI 试点对损益没有产生可衡量的影响。模型本身是有能力的。问题出在企业试图把它们融入员工日常工作方式的时候。
The future is already here. It's just not very evenly distributed.
这正是当今 AI 的写照。少数团队正以十倍的速度前进，而大多数团队仍困在试点阶段。我在《我们需要一种新的就业模式》一文中写过工作本身正在如何变化。本文要讨论的是谁来弥合这一差距。
MIT NANDA, The GenAI Divide, 2025.
彼此需要的两个群体
各行各业的企业都需要帮助来让 AI 落地。与此同时，随着 AI 改变或取代他们今天所做的工作，数十万人——甚至可能数百万人——将需要学习新技能。
世界经济论坛《2025年未来就业报告》发现，雇主预计到 2030 年，39% 的员工核心技能将发生变化。许多有才华的开发者和增长营销人员已经在自行再培训，我在《每个人的工作都在同时发生变化》一文中写过这一转变。双方的需求都很旺盛。
所缺的只是一个连接双方的好办法。总得有人来当媒人。
过去由谁来扮演这个角色
在过去二十年里，企业把大部分开发工作交给了外部公司。我在那个 SaaS 时代内部工作多年。工程师们加入软件公司内部——有些公司拥有数千名工程师——来构建按席位出租给客户的大型平台。
代理商、技术开发公司和大型咨询公司则负责平台覆盖不到的部分。这种安排正在瓦解，因为平台之间不再相互配合。我在《欢迎来到集成战争》一文中写过这一转变。
为什么 SaaS 正在自相残杀
假设有一组十个如今集成良好的工具。每一个背后的投资者都期望它增长数倍，而最快的路径就是去做另外九个已经在做的事情。合作伙伴慢慢变成竞争对手。
原地不动并不能保证一家公司的安全。Salesforce 不断向其周边的一切领域扩张，最近推出了 Agentforce AI Agent，而 Mailchimp 正在进军 CRM。每一家供应商都在竞相成为整个技术栈。我在《ARR 已死与传统 SaaS》一文中更详细地写过这将走向何方。
这就是为什么“媒人”不能是另一家软件公司。德勤或 Virtusa 这样的传统咨询公司也不合适，外包开发公司同样不行。这些问题太混乱，超出了他们的操作手册和实施时间表的范围。
每家公司都将重建自己的技术栈
无论是否有计划，大多数公司都会在未来几年内重建自己的技术栈。他们所依赖的工具正在脚下悄然改变。
最终的结果将是企业把更多所需的东西掌握在自己手中。构建定制软件的成本每个月都在下降，而招聘优秀人才的成本却不断上涨，而且其中许多人已经在身兼数职。据 HissingKitty 报道，一个家政服务团队在 7 天内自建了 CRM，每年节省约 26,400 美元。这种组合有利于那些小规模、深度嵌入、能精准构建业务所需功能的团队。我在《每个员工是构建者还是增长者？》一文中为这类团队进行了论证。
麦肯锡的《AI 现状》调查显示，大多数公司现在至少在业务的某个环节使用 AI，但报告称 AI 真正改变了业务成果的公司要少得多。拥有工具并不等于围绕工具重构工作。
前沿部署工程师做什么
客服代表、实施专家和解决方案工程师都是为软件供应商工作的。而前沿部署工程师是为企业工作的。他们嵌入团队，了解工作是如何完成的，并构建所需的东西，因此他们感觉更像同事，而不是外包承包商。
这个想法并不新鲜。2011 年，Palantir 将其解决方案与集成工程师更名为“前沿部署工程师”，并派驻到客户内部工作。Andreessen Horowitz 现在报告称，随着 AI 公司纷纷效仿这一模式，该职位的招聘数量上涨了数百个百分点。
| 谁来帮忙 | 为谁工作 | 与工作的贴近程度 | 速度 |
|---|---|---|---|
| 客服代表 | 软件供应商 | 处理工单 | 每个问题需数天 |
| 实施专家 | 软件供应商 | 配置产品 | 数月，按供应商的计划 |
| 售前或解决方案工程师 | 软件供应商 | 演示和界定范围 | 直到合同签订为止 |
| 外包开发公司或代理商 | 自己的客户名单 | 根据需求简报工作 | 每次交付之间间隔数周 |
| 前沿部署工程师 | 企业本身 | 坐在团队内部 | 每天，处于增长循环之内 |
最大的变化是接触机会。一家购买了 Salesforce 的公司从未与构建它的人交谈过。如今，领导者可以直接与实际动手的工程师合作，这减少了延误，并加快了每一个增长循环。我在《AI 原生循环》一文中写过为什么这些循环很重要。
这种模式的难点所在
- 接触机会。许多领导者从未与工程师并肩工作过，这需要练习。
- 归属感。一个嵌入式的构建者必须成为团队的一员，与所有人拥有相同的背景和目标。
- 时间表。软件上线的时间表在这里不适用。工作以天为单位推进，计划随着团队的学习而不断调整。
这些问题无法用旧假设来解决。领导者需要以全新的思路来思考雇佣形态、合作伙伴是谁，以及技术栈应该是什么样的。
我们的应对方式
这就是我们在 Outperform Ventures 正在构建的模式。它不是代理公司，也不是外包开发团队，也没有客户名单。这些问题太复杂、太微妙，不适合那种模式，所以我们把建设者直接放进企业内部。你可以在我的 Outperform Ventures 页面上了解更多关于这只基金的信息。
从哪里开始
如果你经营一家企业：
- 选择一个每周都在耗费团队时间的混乱流程，而不是启动一个大型 AI 项目。
- 让一名建设者与实际做这项工作的人搭档，让他们直接沟通。
- 以周为单位衡量进展，而不是制定为期一年的推广计划。
- 决定哪些东西你宁愿自建而不是租用。我的 AI-Proof Test 是一个很好的快速起点。
如果你正在培养新技能：
- 为真实的企业构建真实的产品，哪怕企业很小。
- 花时间与业务运营者相处，在写代码之前先理解工作本身。
- 展示人们看得见、用得上的成果。
企业需要帮助，而优秀的人才已经准备好去构建。拥有越多连接双方的前沿部署工程师，双方就能越快地成长。
相关阅读
关注我正在构建和投资的项目
我在 LinkedIn 和 X 上发布我投资的公司和我构建的产品。
已有 2,219 人关注。