本系列的前两篇回答了前沿部署工程师（FDE）为何存在，以及什么样的人能成为优秀的 FDE。这最后一篇则聚焦于工作本身：

  • FDE 在任意一天究竟做些什么？
  • 最优秀的团队如何在数周内把一个混乱的客户问题转化为生产环境中的价值？
  • 他们如何把这次成功转化为更好的产品？

对大多数 FDE 来说，没有哪两天是完全相同的。但我们的嘉宾们定义出了一套在模糊性中逐渐形成的可复用运营节奏，正是这种节奏把真正的 FDE 模式与换了个名字的专业服务区分开来。在我们七月 Onsite Hour 系列的第三篇也是最后一篇文章中，我们与四位在截然不同的公司中主导 FDE 模式的负责人一起，探讨这项手艺的日常实践。

本文来自 Onsite Hour，这是由 Insight 的 100 多位内部专家为被投公司打造的每周线上活动系列。本期主题为“FDE 的一天：从部署到影响力”，分享了关于 FDE 模式的四种视角。

讨论由董事总经理 Ganesh Bell 主持。

嘉宾包括：

给考虑采用 FDE 模式的领导者的关键启示

先管理模糊性，再为它设定时间边界。

这个角色没有固定的形态，因此纪律性来自日历。参与讨论的每个团队都承诺在严格的时间窗口内交付生产价值：Rocketlane 是三到四周，nCino 是六到八周，ServiceNow 是十二到十四周。“如果我们能快速做到，就能向客户证明他们同样可以快速做到，”Perry 说。

以问题和影响力为先导，而不是演示。

ServiceNow 从最高管理层最关心的业务成果入手，使用流程挖掘找出时间流失的环节，并为其赋予一个具体数字。“我们选取影响力最大的用例，在 12 周内开始展示真实的业务价值，”Ratadia 说。

做伙伴，而不是唯唯诺诺的人。

“如果你想真正成为客户的伙伴，FDE 的角色就不该总是说‘是’，”Michelakis 说。伙伴会提出反对意见、保持主动，即使项目受阻，也会通过新的演示持续“激发客户的思考”。

把合作设计成可交接的模式。

成功不在于交付物本身，而在于客户能够构建下一个。nCino 把学会自己动手的客户视为与 FDE 交付的解决方案同等重要的成功。所有权完成转移，FDE 则奔赴下一个前沿。

守住前门，否则就有变成“什么都做”的风险。

“它很快就会演变成一个为所有人做所有事情的组织，而这对谁都没有好处，”Perry 说。Ratadia 给出的一条建议也是如此：“要为你们存在的理由设定清晰的准入标准。”

四种 FDE 模式一览

尽管头衔相同，FDE 的工作方式可能截然不同。以下是各位嘉宾日常如何运作这一岗位的介绍。

FDE models

高效的一天究竟是什么样的？

“没有哪两天是相同的，”Michelakis 说。“我可以花一整天写代码、修 bug，然后第二天一整天完全不碰笔记本电脑，只是驻扎在客户现场，确保我与 C 级高管和工程团队建立关系。”第三天则用于与产品和研发（R&D）团队协作。

这种跨度正是这份工作的关键。嘉宾们反复提到 Michelakis 在 Wonderful 希腊办公室常说的一句话：FDE 应该是“样样都会的多面手，并且至少精通一项”；即一个通才，但仍能在某个领域深入钻研。他用足球来进一步类比：“把一名后卫调去进攻，他依然会是一名出色的球员……他比不上顶级前锋，但仍能扛起整支球队。”

用 Ratadia 的话说，好的一天能产出“清晰的问题陈述、清晰的成果陈述”。糟糕的一天则相反。Ganesan 举了一个例子：你出差到客户现场，却因权限问题被卡住，势头就此中断。Ratadia 则举了一个更微妙的例子：客户期望 AI 解决一个它无法解决的问题，而 FDE 必须用手中的数据来重新校准客户的期望。

最优秀的团队在招聘什么？

所有人首先提到的特质是对模糊性的适应能力。“技术在不断变化，昨天做不到的事，今天可能就能做到了，”Perry 说。他希望找到能深入问题根源、然后选择合适工具的人，而合适的工具往往不是 AI。“每个人都以为 AI 是能解决一切问题的魔法锤，但通常并非如此。”

在此之后，各家的人才画像开始分化。Ratadia 招聘的是能当场快速做出 demo 的构建者，因为“一个 demo 的价值远超我们进行的那些对话”。Ganesan 寻找具备商业敏锐度、能主导需求挖掘并量化价值的工程师；Rocketlane 的第一位 FDE 曾是黑客马拉松冠军，这既锻炼了构建的直觉，也锻炼了解释构建成果的能力。Michelakis 补充了一个容易被忽视的方面：Wonderful 的 FDE“在一定程度上是系统工程师”，负责将 AI Agent 接入客户的真实系统，无论是遗留系统还是现代系统。“这是一个高度负责的岗位。你要为让它跑起来负责。”

你如何构建 FDE 参与模式？

每次合作都从严格界定范围开始，而且往往还要先解释 FDE 到底是什么。nCino 开场就划清界限：哪些属于其团队负责的范畴（其 AI“Banking Advisor”功能的采用），哪些仍需转交给实施、产品或客户成功团队。ServiceNow 进入战略客户时，从 C 级高管层面入手，先确定最重要的成果，然后选定一个用例进行构建。Wonderful 则根据客户情况灵活调整：有些客户希望 FDE 主导每一次部署，有些则希望自己的工程师在平台上进行构建。

所有合作的共同主线是一个精心设计的交接节点。在初始构建完成后，ServiceNow 会进行知识转移，让客户的开发人员能够维护该解决方案，而扩展工作则按复杂度分流——一部分交给 FDE 团队，一部分交给专家服务团队。Wonderful 先通过主导项目证明价值，然后举办研讨会，与客户的工程师共同构建。为了避免客户把 FDE 与售后各种角色混淆，nCino 和 ServiceNow 都会在第一次 FDE 沟通时就让客户成功经理（CSM）和销售代表参与进来，因为 FDE 离开之后，正是这些人为客户提供持续支持。

如何让 FDE 的工作可维护、可产品化？

最好的情况下，FDE 的工作能产生复利价值；最坏的情况下，它可能制造技术债。Michelakis 事先设定了架构护栏：不留技术债，并保持“模型无关和供应商无关”，因为“供应商明天可能就不存在了”。好的基础组件（primitives）才能让定制构建的组件变得可复用。

反馈到产品的闭环必须是有意为之的。当 Ratadia 的团队遇到一个客户想要自带护栏（guardrails）——这是 ServiceNow 当时还没有的功能——FDE 们早早与平台工程团队合作，构建了该功能，并移交出去，在下一个季度被融入产品。在 nCino，工作产物通过 Jira 和 Rocketlane 流转，FDE 代码按照与核心工程相同的标准和测试来编写，这样产品团队就能接手并负责维护。Perry 对每个构建项目的判断标准是：它是一次性的，还是团队会“一次又一次、反复不断”看到的模式。模式会被产品化；正如他所说，目标是实现“1 加 1 等于 3”。

Ganesan 给出了这个闭环中最具设计感的版本。在一次小组讨论中，他听到一个基础模型团队描述他们的做法：先从产品端决定要解决哪些问题，然后让一线团队去找有这些问题的客户，从而把 FDE 精准地引向产品想要增长的方向。

团队应该放在哪里，如何避免倦怠？

汇报线因公司和阶段而异。在 Rocketlane 和 ServiceNow，FDE 向产品部门汇报；在 Wonderful，向区域 CTO 汇报；在 nCino，向客户成功部门汇报——Perry 提到，他的工位本来就坐在产品工程师中间。不少团队正逐步推行核心工程与一线之间的轮岗，让 FDE 不会觉得自己是“二等工程师”。

倦怠才是真正的风险，嘉宾们坦承没有人完全解决了这个问题；需求是无休止的。他们提到的最佳防御手段是团队深度，而非个人英雄主义。“不是让一个人孤军奋战，独自去解决一整家公司的问题，”Perry 说。Michelakis 延续了足球队的比喻：建立足够多的重叠专长，让队友能在艰难的一周里替你顶上。这只有在招聘时精挑细选的前提下才可行，这样小组里配备的是互补的能力，而不是一群克隆人。

关于 FDE 的常见误解

嘉宾们想澄清几件关于日常工作的事。

“FDE 是孤胆英雄。”

可持续的模式是小组制，通常由一到两名工程师，加上一名项目经理和一名架构师组成，背后有整个公司做支撑。

“AI 是所有项目的答案。”

有时解决方案是流程调整或非 AI 方案，优秀的 FDE 能够分辨这一点。

“FDE 永远拥有这个客户。”

FDE 为特定问题而来，解决后便离开；客户成功经理（CSM）和销售代表提供持续性，这也是他们从第一次对话起就在场的原因。

“快就意味着偷工减料。”

时间盒是这些团队证明客户可以快速推进的方式，而不是跳过生产级严谨性的借口。

更大的图景

在四家截然不同的公司中，出现了同一套操作系统：

  • 从客户最难的问题出发
  • 为它赋予一个数字指标
  • 在真实环境中、按时间线进行构建
  • 交付给客户
  • 把学到的经验反馈到产品中

模糊性永远不会消失，但这套核心方法论让它可以复制。现代工具将构建周期压缩到几天和几周，这正是这些团队能够按日历而非按工作说明书交付价值的原因。对每一位建设者来说，主线很简单：FDE 团队不是事后才附加上的服务线，而是你应当尽早设计的学习闭环；那些这样对待它的公司，得到的是更好的产品，而不仅仅是更满意的客户。

编者按：Insight Partners 已投资 Rocketlane、Wonderful、nCino

所展示的投资组合公司及其高管是 Insight 曾合作协助其实现业务和融资目标的投资组合公司示例，并非所有投资组合公司的代表性样本。投资组合公司高管的陈述旨在突出他们与 Insight 作为其公司投资人合作的经验。其他投资组合公司及其高管的经验可能与所展示的经验有所不同。Insight 未就上述高管的陈述向其本人或相关投资组合公司提供任何报酬。无法保证 Insight 与其他投资组合公司的合作会产生与所展示内容类似的结果。