最后更新于

发布于

Forward deployed engineering

全球增长最快的 AI 开发工具公司都面临着一个类似的问题:当市场变化的速度超过任何路线图所能捕捉的范围时,如何加速高度技术性产品的采用?

一个解决方案是建立前沿部署工程(FDE)职能。FDE 团队隶属于工程组织,直接与客户的工程师协作,以加快客户使用产品并实现价值的时间。

多年来,作为创始人(Retain.ai,后被 Dagster 收购)以及快速成长公司的技术负责人,我一直关注企业如何围绕交付产品价值来组织团队。如今,我在 Baseten——一个面向关键任务工作负载的 AI 推理平台——领导 FDE 团队。

我撰写这篇文章是为了结合这些视角,为创始人和工程负责人提供指导,说明 FDE 的独特之处、FDE 何时适合一家公司,以及如何建立并扩展 FDE 职能。

什么是 FDE,为什么它不只是咨询?

Chris comments on Palantir's success using forward deployed engineering on X (formerly Twitter)

给自己提个醒:我们不该再让顾问往生产环境里提交这么多代码了。

关于 FDE,我收到的第一个问题是:它是否只是咨询、解决方案架构或售前工程等更常见职能的另一个名字。这些角色很有价值,而且对许多公司来说比 FDE 更合适。虽然存在一些战术层面的差异——FDE 往往比其他职能更亲自动手——但主要的区别是战略层面的。

前沿部署工程的独特之处在于,它隶属于工程组织,并持续为产品做出贡献,既通过构建产品本身,也对产品路线图有着超乎寻常的影响力。

通过身处工程组织并直接与客户合作,FDE 扩展了产品的边界。顾问、解决方案架构师和交付团队通常在产品与客户之间的边界上工作,而 FDE 则是移动边界本身。

当你具备以下条件时,投资建设 FDE 职能是合理的:

  • 重大的产品和/或技术风险:你所处的市场难以预测几个月之后的走向。底层技术和市场需求的变化速度超过了你的“核心”产品所能扩展的速度。
  • 高度技术化的利益相关者:你的客户是各自公司中最资深的技术人员——资深工程师、CTO 和工程负责人——他们期望同样技术化的对接人。
  • 客户驱动的创新带来高杠杆:为满足单个客户需求所做的工作,常常能揭示更广泛的产品机会,并可以直接启发(甚至成为)核心功能。

正如 Palantir 的 Ted Mabrey 所指出的,谈到他们自己的 FDE 团队时说:“当你要构建的东西实际上是无限的,在任何合理的时间跨度内,唯一重要的就是你能多快地扩展产品的边界。”

这些特征在当今的 AI 原生和 AI 赋能的开发者工具公司群体中非常普遍,促使许多公司重新兴起探索组建 FDE 或类 FDE 团队的潮流。

By sitting within engineering and working directly with customers, FDE expands the product's perimeter.

FDE 身处工程团队之中并直接与客户合作,从而扩展产品的边界。

组建 FDE 团队需要在招聘、赋能和留住一支能够胜任这项工作的团队方面付出大量且有意识的努力。

招聘“真正的”FDE 非常困难。你要寻找的是既是顶尖工程师、又能让你放心与客户紧密合作的人才。这些人拥有很高的选择权——他们本可以轻松成为 FAANG 的高薪工程师,或者创办自己的公司。根据我的经验,这些工程师之所以加入这个岗位,是因为他们享受高度的自主性、乐于解决难题,并且喜欢与能够在技术上挑战他们的对手合作。

即使你能招到这些人,如果你分配给他们的工作达不到这个标准,你也很难留住他们:你还需要组织公司内的其他职能,从产品到销售,以最大化 FDE 团队的影响力。

只有在真正需要时,这种投入才有意义。如果你的业务面临的真正痛点只是为客户提供定期的技术指导,那么与其组建 FDE 团队,你可能更适合聘请一位经验丰富的专家,例如技术客户经理。但如果你觉得 FDE 适合你,请继续阅读,了解如何克服招聘和赋能这类团队所面临的挑战。

FDE 在 Baseten 做什么?

在 Baseten,我们的使命是为关键任务型 AI 工作负载打造世界最佳的推理平台。虽然我们的自助开发者平台使许多客户无需与 Baseten 的任何人互动即可部署和提供生产级推理服务,但同样有许多快速增长的 AI 原生公司,其成功取决于能否通过目前才从研究走向生产的优化手段,以最严格的延迟界限提供最新模型的服务。

这正是前沿部署工程团队发挥作用的地方:该团队的使命是在加速客户实现价值的同时,构建能够推动 Baseten 产品前沿的产品和工具。

鉴于 AI 推理的技术复杂性、我们用户的专业水平,以及 AI 原生公司能够创造和获取的价值的快速扩张,从技术和战略层面来看,投资组建 FDE 团队对我们来说都是合理的。

我们在产品市场契合的初步迹象出现时,就早早启动了 FDE 职能,并随着公司成长不断扩展。在此过程中,我们面临三大主要挑战:FDE 从零到一的建立、持续招聘高素质工程师,以及让该职能与产品开发紧密对齐。在接下来的章节中,我将逐一探讨这些挑战。

如何建立 FDE 职能?

第一个挑战是定义并在公司内部确立 FDE 的含义。

最初在探索产品市场契合阶段,创始人和早期工程师通常承担 FDE 的角色,缩短产品与工程之间的循环,以弥合现有产品与客户痛点之间的差距。

对于在 PMF 之后快速扩张的公司而言,前沿部署工程是这一过程的自然演进。理想情况下,你初创期的 FDE 应是公司内经验丰富的工程师,他们乐于与设计合作伙伴协作,推动产品边界向前拓展。在 Baseten,每位早期工程师都曾在某个阶段与客户紧密合作,其中两位工程师后来创建了我们的前沿部署团队。

当我们正式建立这一职能时,曾讨论过是否将 FDE 划入市场推广组织,以便让团队优先事项与销售和客户成功更好地对齐。但事实证明,将 FDE 保留在工程部门内是正确的选择。虽然这一选择带来了一些协调成本,但它保留了团队的自主性,并确保了对产品的深入技术理解。这使得 FDE 能够在交易层面独立运作,同时为核心产品开发做出实质性贡献。

如何持续招聘优秀的 FDE?

扩展 FDE 的第二个挑战是招聘。招聘向来不易,尤其是在技术前沿领域,尤其是在初创公司,尤其是对于跨学科岗位。虽然寻找、吸引、入职和留住顶尖人才始终是一项持续的挑战,但我们已经摸索出一套可复制的团队组建流程。

What Bland, a platform for AI phone calling, looks for in forward-deployed engineers

AI 电话呼叫平台 Bland 在招聘前沿部署工程师时看重什么

Baseten 的 FDE 团队由来自不同技术背景的工程师组成。包括我在内的许多人曾是创始人,其他人则来自 NVIDIA、Databricks、Rivian 等公司的工程团队。我们的经验跨度从十五年行业老兵到应届毕业生,再到通过我们与滑铁卢大学合作项目而来的实习生。

如果前沿部署工程师的背景如此不同,他们有什么共同点?他们都通过了严苛的双重门槛招聘流程。首先,每位候选人必须达到 Baseten 的标准技术面试门槛。与此同时,我们还会考察其对产品的深刻直觉,以及对与客户合作和沟通的兴趣(而非经验)。

我们在 Baseten 招聘的每位 FDE 都具备:

  • 极其扎实的软件工程基础
  • 对技术栈各层面的问题都抱有深厚的好奇心,从机器学习到基础设施再到网络
  • 渴望与最终用户紧密合作,深入理解他们的问题
  • 具备良好的“产品经理视角”,能从客户需求中发现规律,并利用这些规律为产品方向提供参考
  • 强烈的行动导向和创始人心态,坚持到底直到问题真正解决

这份清单上的每一点都至关重要,但我们早期的一个关键经验是:首先考察软件工程基础来招聘。

最初,我们认为 Baseten 需要组建一支全部由机器学习专家组成的 FDE 团队。这大大缩小了可用候选人的“可触达市场”。随着时间推移,我们发现,能够在不同技术栈之间自如切换的工程师,可以在工作中快速掌握机器学习基础——或者大语言模型的各种特性。同样重要的是,我们发现,对于技术过硬、态度正确的工程师来说,同理心和清晰沟通等面向客户的技能是很容易培养的。

我发现的另一个实用经验是理解候选人想加入 FDE 的动机。对于顶尖工程师来说,相比担任 FDE 职位——除了工程师本身的成长之外,还需要花时间与客户相处并积极参与产品方向——通常存在更直接的路径,比如成为“Google 的 L6”。一位优秀的 FDE 候选人,是那种在其他技术职位中明确选择 FDE 的人。

通过优先考察软件工程基础和内驱力而非领域专长,我们得以在竞争激烈的人才市场中相对快速地组建起一支强大而灵活的团队。

如何在 FDE 与产品之间构建良性循环?

FDE and core product run concentric development loops, shipping product to customers collaboratively

FDE 与核心产品以同心圆式的开发循环运转,协作式地向客户交付产品

第三个挑战是在保持与产品紧密联系的同时,将 FDE 规模化,以支撑更大、更成熟的市场推广动作。

在以往的公司里,我有时会发现贴近客户的团队为了满足客户需求而建立起一套复杂的工作流程,但——会哭的孩子有奶吃——这些流程从未转化为我们的产品。缺少这种整合,我们后续推出的产品就会更加偏离客户需求。

为了在 Baseten 解决这个问题,我们的北极星指标是:FDE 内部构建的内容有 70% 会被整合进产品。这是一个协作过程,我们与产品团队及其他工程团队合作,要么直接在 FDE 内构建功能,要么将其转化为产品探索和验证,从而为公司整体路线图提供依据。

剩下的 30% 是在混乱环境中运作的成本。尽管如此,这个成本仍远低于原本可能耗费的成百上千小时——那些时间本会被用来将一个无法实现功能与市场契合的完整产品推向市场。

在 Baseten 运营 FDE 团队的五大关键经验

  • 尽早与客户接触:我们在客户旅程的最早期阶段就安排 FDE 参与。这能更好地与销售团队保持一致,并确保解决方案切实解决现实世界中的问题。
  • 将 FDE 保留在工程部门之内:通过让 FDE 作为工程团队的一部分,贴近核心系统并直接交付代码,团队就不会被隔离在工程体系之外。
  • 招聘构建者并让他们去构建:招募技术过硬且有动力与客户打交道的工程师。为他们配备处理非工程事务的角色,让 FDE 能够专注于构建可扩展的解决方案和能创造杠杆效应的工具。
  • 重视软件工程基本功:特定角色的知识(如高级机器学习技术)可以教授,但扎实的工程直觉至关重要。
  • 频繁为产品做贡献:FDE 构建的内容中至少 70% 应该被整合回主产品,由 FDE 或更广泛的产品工程团队继续开发。

你的公司应该组建 FDE 团队吗?

前沿部署工程并不适合每家公司。组建一个与客户紧密协作的工程团队是一项艰巨的任务。对于产品边界清晰的公司,更合适的方案往往是组建解决方案架构团队或实施团队。这样成本更低、速度更快,结果也更可预测。

对于产品技术含量高、快速演进、并且既能交付又能捕获巨大客户价值的公司而言,一支具备创业精神的 FDE 团队可能带来变革性的影响。这种组合在 Baseten 这类 AI 原生公司中尤为常见——我们的 FDE 团队通过帮助客户和产品始终站在生成式 AI 的前沿,已成为不可或缺的力量。

如果你是创始人或工程高管,认为 FDE 团队可能适合你的公司,或者你已经在扩充团队以满足客户需求,欢迎随时联系我。我很乐意就这一关键职能交流想法。同时,每一位读到这篇文章、并认为自己能在这种团队中大展身手的工程师,Baseten 一直在招人!