Palantir 联合创始人兼 CEO Alex Karp 曾有一个著名的观察，解释了为什么法国餐厅以品质闻名：服务员是后厨团队的延伸。他们对厨房运作的了解不亚于厨师本人，因此能够根据食客的独特口味推荐搭配或定制菜品。
这正是“前沿部署工程师”这一角色的烹饪灵感来源——该角色由 Palantir 在近二十年前首创。FDE 直接驻扎在客户现场，构建能在生产环境中运行的“最后一公里”产品。但与传统的解决方案顾问或售前工程师不同，FDE 仍然是一名真正的工程师，负责编写和调试生产代码。Palantir 的 FDE 们每天都会驻守在各类大型组织的现场（这也是头衔中“部署”一词的由来），客户涵盖地方政府机构、医疗巨头以及供应链运营企业。
多年来，怀疑者将 FDE 贬为美化了的咨询工作，坚信一家真正的软件公司不应该需要如此劳动密集型的部署流程。但 Palantir 近年来超乎寻常的成功——其市值现已超过 3000 亿美元——让它所开创的这一角色重新成为焦点。
如果你现在浏览一家初创公司的在招职位，很可能会看到 FDE 的招聘启事。2025 年 1 月至 9 月，该职位的月度招聘数量激增了 800%。
对于瞄准企业市场的 AI 初创公司而言，FDE 被赋予了新的意义（连 OpenAI 也在组建自己的 FDE 团队）。创始人们正借助 FDE 模式，将高度技术化的 AI 产品推广到充满繁文缛节的传统工作流程中——FDE 可以介入其中，围绕阻碍此类公司采纳产品的各种障碍进行构建，从难以驾驭的代码库到合规难题。
Jake Stauch 是 IT 领域 AI 平台 Serval 的联合创始人兼 CEO，正在为自己的初创公司组建 FDE 团队。他表示，这一模式正在 AI 初创公司中流行开来，帮助企业客户从 AI Agent 中获得价值。“软件平台已经变得如此强大，其能力不再是客户的瓶颈，”他说。“AI 解锁了所有这些长尾能力，理论上它可以做任何能想象到的事情。但必须有人引导产品以这种方式去实现。”
鉴于初创公司对 FDE 的需求如此旺盛，我们想深入探究这一角色究竟怎样才能取得成功。我们发现，虽然 FDE 在有策略地部署时可以发挥巨大作用，但它绝非每家公司或每个客户的万能答案，而且要在这类角色上获得投资回报，需要大量精心的设计。
“前沿部署工程现在被奉为万能药。但实际情况要复杂得多，”James Honsa 说。他是部署 Agent 公司 Genera 的联合创始人，此前曾在 Ironclad 组建并扩展了一支相当于 FDE 的团队，名为“法律工程”。“在公司生命周期的某些阶段，这种模式是合理的，对某些客户群体也是合理的，但把它当作适用于整个业务的工具，就相当粗糙了。”
因此，我们采访了成功扩展 FDE 团队的业内人士，以挖掘真正行之有效的系统与策略：哪些业务特性足以证明这笔高昂投入的合理性、哪些招聘策略能网罗到顶尖的 FDE、以及怎样的职责范围能最大化这一角色的价值。
除了 Honsa 和 Stauch，我们的嘉宾还包括：
- Shilpa Balaji，她以 FDE 身份加入 Palantir，随后负责 FDE 招聘工作，现在正在政府支付平台 Promise 组建 FDE 团队
- Frank Bien 和 Lloyd Tabb，分别是 Looker 的前 CEO 和联合创始人，两人共同组建并扩展了一支原型 FDE 团队
- Tiffany Siu，First Round 的人才负责人，曾任 Palantir 招聘人员
让我们开始吧。
前沿部署工程师在哪些方面创造价值
如今的 FDE 常被归入实施类岗位——但 Palantir 校友 Shilpa Balaji 表示，这已经偏离了它在 Palantir 的本源。“深入理解客户，并通过产品实施或配置为其交付成果固然重要，但这并不是前沿部署工程。FDE 模式要求为创造力和创新留出空间。它是在客户场景中发现新事物，并让产品开发去中心化，”她说。
Serval 联合创始人 Jake Stauch 也认为，FDE 远不止是实施负责人。“在我看来，FDE 就是软件工程团队的正式成员。不要把他们硬塞进实施岗位，要让他们参与构建软件，因为整天与客户打交道的人正是他们，”他说。“FDE 不仅能切实让产品变得更好、对我们理想客户画像（ICP）更具吸引力，同时还能降低实施过程中的摩擦。”
Palantir 的 FDE，其职责可能是与制造业客户并肩工作，减少装配线上产出的缺陷产品数量，或者部署软件帮助政府管理自然灾害救援物资。以正在打造 AI ITSM 的 Serval 为例，FDE 们在深入企业客户一线的过程中获得了大量灵感，并据此交付了许多真实的产品功能：他们构建了 60 多个第三方应用集成、一个供用户评价 Agent 表现的反馈系统，以及产品内的 SLA 系统。
FDE 最具价值的使用场景，通常可以归入以下几个类别，涵盖产品和业务两个层面。
推动大单成交
将 FDE 纳入销售流程有助于促成 VIP 合同的签订。Looker 正是这么做的：他们为潜在客户提供免费试用，并在售前投入大量实施工作，在演示中使用客户的真实数据。
“我们原以为要在产品和服务之间做选择，但不做选择反而开辟了第三条路：以产品的形式销售，同时在免费试用期间进行前沿部署，让它感觉像是一种定制化服务，”联合创始人 Lloyd Tabb 告诉我们。“在销售产品时，我们把演示当作构建概念验证的机会，所以我们没有那种虚假的推销版本——我们总是请潜在客户提供真实数据集来试用。然后，如果我们能让潜在客户在免费试用期间尽可能多地使用产品，之后就可以放心地开口要钱了。”
Shilpa Balaji 分享了她在 Palantir 期间的类似经历。“我们有三四名前沿部署工程师与能源行业的一个客户合作，他们完全靠手工打造了一个东西来赢得这笔业务，去适配那个特定的问题领域，创造出真正有价值的东西，”她说。“他们完全没有考虑产品路线图是什么，也没有考虑是否获得了总部的同意。指令就是：把产品做出来，创造价值。”
通过深入客户现场，发掘冷门但含金量高的产品机会
这一角色的“部署”特性带来了更深入的洞察，而这些洞察很难通过 30 分钟的 Zoom 客户探索访谈获得。Balaji 认为，FDE 最终应该成为一线富有创造力的问题解决者——能够不受路线图束缚地思考。
“驻扎在客户现场是 FDE 工作的核心。你不只是在安排用户访谈，而是真正融入其中。你今天听到什么，就做出原型，第二天就展示给他们看，”她说。
正是这种长期的沉浸式投入，催生了最有趣的产品用例。“FDE 模式真正强大的地方在于他们可以发挥创造力。FDE 的发明不是通过与更广泛的产品整合，也不是通过重新调整路线图的优先级来实现的。他们与客户及其问题紧密绑定，以至于根本不会去想‘产品’应该是什么，”Balaji 说。“我在 Palantir 期间一些最成功的 FDE 案例，与核心产品毫无关系。”
前沿部署工程模式的价值在于，工程师直接深入客户现场。当他们看到别人看不到的东西时，就应该得出别人得不出结论。
— Shilpa Balaji，Palantir 前 FDE 招聘负责人
这里的风险在于，FDE 可能会大量开发一些无法改进核心产品的随机功能。因此，FDE 需要对那些最终能服务其他客户的问题有敏锐的嗅觉。“如果你的前沿部署工程团队有很强的产品直觉，那么无论客户提出什么需求，他们解决的很可能也是许多其他人同样面临的问题，”Jake Stauch 说。
发挥草根 CTO 的冲劲
Stauch 发现，组建 FDE 团队的另一个好处是，它重现了早期联合创始人独自为客户编写代码的那种状态。
在 Serval，FDE 与普通工程师的区别很小：Stauch 表示，FDE 预计会花大约 20% 的时间与客户在一起，而且他们专注于构建产品能力，而不是基础设施。
“如果你的前沿部署工程师是团队里最优秀的工程师，你就在重现早期联合创始人的那种能量——CTO 直接听取客户反馈，立即修复问题，让产品变得更好。FDE 就是将这种模式规模化的一种方式。”Stauch 说。
FDE 模式的运转速度远快于传统的“反馈到产品”周期，因为它去掉了“中间人”。“在任何公司，你都有解决方案工程师、客户成功人员、客户经理。也许解决方案工程师听到了一个好点子，然后传达给产品经理。产品经理再和工程经理沟通，然后被排进季度计划中的某个冲刺。”他说，“但从客户说‘我希望它能这样运作’到问题被解决之间，存在一个时间差。即使在一家很优秀的公司，这也可能需要几个月。所以，如果工程师能直接听到这些反馈，然后回到工位把它做出来，效果会好得多。”
FDE 重现了创业公司早期的那种场景——当时只有几个创始人问客户：“你想要什么？好，我们来实现它。”然后第二天他们回来说：“这解决了你的问题吗？你还想要什么？”
—— Jake Stauch，Serval 联合创始人兼 CEO
清理功能车库
更紧密的反馈闭环带来了更快的交付速度，使 FDE 能够构建那些优先级较低但仍有影响力的功能——否则这些功能可能会一直卡在路线图的地狱里。
在创立 Serval 之前，Stauch 曾在实体安防平台 Verkada 担任产品负责人。销售团队有一个名为“Feature Garage（功能车库）”的 Slack 频道，他们会把客户的功能需求丢进去，而这些需求大多无人问津。但 Stauch 表示，在 FDE 模式下，工程师可以对这些需求采取行动——不是照搬构建客户要求的具体功能，而是解决其背后更深层次的需求。
“前沿部署工程师在推动那些没有争议的产品能力上发挥着巨大作用。不需要为此召开头脑风暴会议，也不需要在路线图上安排时间。他们直接去做就行了。”他说。
这些看似微小的产品瑕疵会不断累积。“过度排序优先级其实是优秀的产品负责人常犯的错误，”Stauch 说，“他们从不碰 P2 级需求。但 P2 会不断堆积，如果从来没有人去处理 P2，你最终会得到一个劣质产品，尽管你在技术上专注于所有‘正确’的事情。而在前沿部署模式下，P2 需求真的会有人去处理。”
在增加前沿部署人员编制之前，先做这项诊断
虽然这些好处足以吸引任何创始人，但如果缺少几个关键的商业要素，FDE 之梦可能会被误导。Shilpa Balaji 指出：“我认为，如今人们在组建 FDE 团队时，很多时候追求的只是更强的客户信号和更快的迭代速度。但要实现这些目标，你并不需要一整支 FDE 队伍。”
投资组建 FDE 团队，尤其是在创业公司的最早期阶段，是一笔代价高昂的赌注——如果账算不过来，很快就会烧掉大量现金。
Frank Bien 在出任 Looker CEO 时，肩负着扩展 Looker 粗放式销售模式的重任。“我加入时，还有很多未知数。我们应该按每月 500 美元还是 5,000 美元来销售？”Bien 告诉我们。“一切都悬而未决——找不到任何电子表格或演示文稿。在我看来，它类似于 Marketo 的模式，也就是说不可能只是每月几百美元。我们需要的是每客户每年 25,000 美元左右的价位。”
验证了会有健康的回报之后，Bien 才有信心在早期投入 FDE 模式。“算完账后，我们看到，等到拥有 2,000 个客户时，我们可以做到 1 亿美元的 ARR，并走上上市之路。这就是从 2013 年起的模式。”Bien 说。
“要下这样的赌注，你必须对自己的模式了如指掌。我们清楚，投入到售前支持上的成本所对应的利润率是合理的。”他说。“但如果我们不确定达到 1 亿美元的 run rate 是需要 2,000 个客户还是 100,000 个客户，那将是一个极其冒险的举动——我们很可能就是在把 VC 的钱付之一炬。”
如果你对自己的模式有信心，就不必担心能否支撑投入的所有资源——你可以算一算账，答案自见分晓。
— Frank Bien，Looker 前 CEO
因此，在发出招募 FDE 的号召之前，请确保你的业务具备以下三个特征。
1：你已经拿下（或正在争取）大客户
“前沿部署工程从定义上讲就是一种面向高端市场的动作。”James Honsa（Ironclad 前法律工程负责人）说。“如果你认为产品的最终形态是某种产品驱动增长的免费增值模式，那就不应该这么做。”
这并不一定意味着你不能同时拥有年度合同金额（ACV）较小的客户。但你的客户群的高端部分应该包括财富 500 强这类企业，而前沿部署团队应该把精力花在这些客户身上。
Honsa 在 Ironclad 年经常性收入尚未达到 100 万美元时加入公司，成为其首位专职售后岗位员工。他说，早期的 Ironclad 团队明白，他们最好的业务将来自全球大型公司的法务部门——而要赢得这些合同，就需要专门的工程人才。“Ironclad 产品的最初版本开箱即用。但创始人们知道，所有高价值、有吸引力的法律工作都需要非常定制的实施方案。所以为了锁定这些企业级 ACV，我们必须接受产品无法提供预制构建模块这一现实，”他说。
2：你对客户应如何使用你的产品没有明确主张
Shilpa Balaji 建议创始人问自己这个问题，以评估其初创公司是否需要 FDE：你对产品未来应该是什么样子的态度有多明确？
如果你对产品的未来形态有非常明确的想法，FDE 可能并不合适，因为他们的很大一部分价值来自于发现新的产品机会。“如果你确实有强烈的想法，或者想要有，那么当你想要一名 FDE 时，你真正想表达的可能是你只是想要更多的客户信号，或者更贴近客户以验证你的假设。这固然有用，但产品经理可以做到，一个能与客户交流的工程师也可以做到，”她说。
Balaji 解释说，在产品主张明确程度的光谱上，一端是 Apple，另一端是 Palantir。Apple 的产品是“开箱即用”的典范——每个人使用 iPhone 的方式大同小异。SaaS 业务往往也属于这一类。而 Palantir 则开发能够灵活变形、以满足高度多变的问题和组织需求的平台。
Balaji 说，Palantir 早期的产品路线图惊人地缺乏规划。“在 Palantir 早期，我们很少说‘产品就应该是这个样子’。FDE 帮助我们逐步构建出更有价值的产品。我们构建的每一项功能，都是从具体的用例和客户那里学来的，”她说。“所以，对于一个更加 SaaS 化的产品，如果创始人对其未来形态有一个坚定而不可动摇的愿景，那我会认为他们并不适合 FDE。”
我认为行业从 FDE 近来走红中得出的结论是：“哦，你应该倾听客户的声音！”你当然应该倾听，但 FDE 是为了产品的有机增长。
— Shilpa Balaji，Palantir 前 FDE 招聘负责人
3：你没有统一的 ICP
我们在 The Review 上曾记录过许多初创公司如何通过聚焦于极其具体的 ICP 而实现产品市场契合。但拥有一份详细的客户标准清单，反而可能让你不适合组建 FDE 团队，至少在早期是如此。
“当你的产品可以部署到各种不同的用例中时，FDE 就非常有意义。Palantir 是这种模式的极端、典型代表，而在 Ironclad，我们遇到的类似问题是，从公司早期开始，我们就可以向世界上任何行业销售产品，”James Honsa 说。
Ironclad 早期的客户组合几乎没有共同点。“在我们的前 50 个客户中，有上市科技公司、YC 初创公司、全球美妆品牌和职业运动队。我们为所有这些客户实施合同流程，但用日语搭建网红协议工作流的需求，与 MLB 球队的季票销售合同的需求截然不同，”他说。
但 Shilpa Balaji 指出，需要 FDE 的客户画像有一条共同的主线：他们都面临着开箱即用的产品无法解决的技术要求很高的问题。“FDE 不只是售前工程师。他们应该去解决那些非常困难、高度客户特定的问题——那些为了实现你和客户共同期望的成果而必须解决的问题，”她说。“在 Promise，我们正在组建一支 FDE 团队，因为我们的客户群——美国政府——是异质性的。每个州管理政府项目的方式都不同，客户和技术环境差异很大。所以我们需要在边缘地带不断构建和学习。”
不要把 FDE 塞进工程或售后岗位
First Round 的招聘负责人 Tiffany Siu 曾与一些创始人启动招聘，他们一开始就说想要一名 FDE——但深入挖掘后才发现，他们真正需要的要么是一名正式的软件工程师，要么是一个售后岗位，比如实施顾问或客户成功经理。
“创始人招聘 FDE 时，往往想象的是一个全能型的人：既能开发产品，又能实施部署、培训客户、做定制化，还能让所有人都满意。这在规模化阶段并不现实，但它确实反映了早期需要有人能连接工程与客户两端的需求，”她说。
Siu 喜欢用以下问题来帮助创始人明确 FDE 是否是应该招聘的岗位：
- 这个空缺是怎么产生的？现在你的团队里是谁在做这些工作？如果不招这个人会怎样？“我发现这些问题能帮助创始人理清这个人在现实中的实际用例。因为纸面上，他们有时会说‘我们需要这个人来做这件事’，但这与真正触发这次招聘的原因并不一致，”Siu 说。
- 这个人的日常工作会是什么样的？思考一下你会如何安排一位潜在 FDE 的日程，有助于判断这个岗位究竟是真正面向客户的工程师，还是只是给市场推广或运营打杂的额外人手。“对创始人来说，把一位新员工的日程想得足够细致，往往出奇地困难。有时他们会说得很模糊，比如‘我希望他们和客户打交道’，但如果更具体地描述他们的一周会是什么样子，往往能揭示很多问题，”她说。
- 你将如何衡量这个人的成功？“如果这个人干得极其出色或者干得不好，他们分别会做成什么？用数字和关键指标来思考，能帮你非常清晰地界定你需要的岗位，比如业绩指标、用户采用率和使用量，”她说。
她分享了一个例子：一位创始人起初以为自己需要一名 FDE，但最终确定要招的是一位实施负责人——专注于把产品为客户部署上线的人。“当我们梳理这个人每天具体要做什么时，发现他们并不想要一个通过写代码来构建或扩展产品的人。他们需要的是一个能执行可复制的部署流程、并与销售紧密协作的人——一个能可靠地用现有产品让客户上线的人，”她说。
如果一位创始人说，“我希望这位前沿部署工程师能成交 X 单或做 X 场演示”，那他们想要的其实更接近销售，而不是 FDE。
—— Tiffany Siu，First Round 人才负责人
招聘合适的前沿部署工程师
那么，你已经确认 FDE 确实适合你的初创公司。如何找到最合适的人选？
你不一定非要从寻找已经做过 FDE 的人开始。“如今前沿部署工程师有很多不同的版本。Palantir 的 FDE 可能与早期初创公司的 FDE 大相径庭。所以创始人不应只盯着头衔——值得花时间了解这个岗位在那家公司实际是如何设置的，并询问候选人他们的日常工作究竟是什么样的，”Siu 说。
在某些情况下，头衔和履历甚至可能是一种反向信号。我们小组合作过的最出色的 FDE 都具备以下五个共同特质。
寻找这五个特质
他们不会带着现成的“操作手册”来（而且往往处于职业早期）。在 Palantir，应届大学毕业生构成了 FDE 团队的主体。“FDE 不是那种带着一套操作手册来的人。他们不做大量的模式匹配。他们是以结果为导向的独立思考者，坚信自己面对的任何问题都能被解决，”她说。“应届毕业生能带来全新的视角。职业早期的人往往对自己解决什么问题、如何解决这些问题持更开放的态度。”
资历较低并非硬性要求，但总体而言，FDE 候选人的专业经验越丰富，他们具备同等独立思考能力的可能性就越低。“如果有人过于教条或固守成规，我发现这实际上是 FDE 的一个危险信号。比如，在 FAANG 公司工作超过 10 年的人，就属于禁区，”Balaji 说。
他们坚韧不拔。Balaji 说，坚韧可能是她在 Palantir 共事过的最优秀 FDE 的标志性品质。直白地说，他们有一种“愿意吃苦”的精神。“前沿部署工程是痛苦的。FDE 所面对的许多问题领域都极其困难，所以这些人必须真正相信自己能做到不可能的事，”她说。
James Honsa 对此表示赞同，他说 Ironclad 最优秀的 FDE 都是“苦干型”人才。“在高速增长的公司里，有大量工作要做。在部署工作中，很多工作是必要的，但并不具有战略性，随着客户群的增长，这是我们一直需要应对的挑战，”他说。
这种撞破南墙也要冲过去的能量是创始人的共同特质。Jake Stauch 说，FDE 在组织中往往扮演着“迷你创始人”的角色。“FDE 有很强的产品意识，并且对销售有真正的兴趣。他们必须乐于为达成交易而努力。这些人往往是过去或将来的创始人，”他说。
他们能过很高的技术门槛。“工程师”仍然是这个职位头衔中不可或缺的一部分。Honsa 强调，在 Ironclad 成为最优秀 FDE 的许多人，本也可以在顶级科技公司成为资深工程师。“这个角色是技术性的。在 Ironclad 早期，法务工程师每周都在向生产环境合并代码，并与我们的 CTO 一起做代码评审，”他说。
Siu 认同 Palantir 的 FDE 模式之所以成功，在于他们从未在技术能力上妥协。“我认为 Palantir 早期 FDE 如此成功的原因在于，他们必须通过与软件工程师相同的面试流程和考核环节。他们如果想做传统工程师也完全没问题，但他们还具备其他技能，这让 FDE 这个岗位更具吸引力，”她说。
他们从不停止交付。“我共事过的最优秀的 FDE 都是强迫症式的构建者，”Balaji 说。“这类人就是忍不住要创造点什么。他们非常多产，无论是开发一个工具、发布一个应用，还是为开源项目做贡献，他们总有一种停不下来的构建冲动。”
他们对商业运作有着深切的好奇心。“FDE 对商业有着天生的好奇心，”Honsa 说。“比如，他们会从深入研究网红营销的法律风险、以及如何打造一个保护客户的高吞吐流程中获得能量。我们坚信，只要驱动力的方向对了，我们就能把人培养起来。”
你愿意和这个人在战壕里并肩作战吗？这就是我衡量一位真正卓越的前沿部署工程师的标准。
— Shilpa Balaji，Palantir 前 FDE 招聘负责人
考察原始的问题解决能力（但不要跳过编程测试）
Shilpa Balaji 表示，Palantir 有别于大型科技公司经典的编程面试。相反，Palantir 将 FDE 面试围绕公司当时正试图为客户解决的真实技术挑战来设计。
“有一种 Google 式的做法，就是面试、编程测试、面试、编程测试，如此循环。但我们在 Palantir 的很多问题都是围绕高层次的问题解决能力来设计的，”她说。“所以 FDE 招聘经理会说：‘这是我们某个客户正在处理的问题。从来没有人能解决它。你会怎么解决？’”
Balaji 举了一个 Palantir 会在面试中提出的问题解决场景的例子：“我们会向候选人解释什么是内幕交易，然后让他们设计一个解决方案：他们需要什么数据，会向客户问什么问题，会寻找什么线索？我们想同时评估他们的商业推理和技术推理能力，”她说。
Honsa 说，Ironclad 同样通过面试来筛选问题解决能力。“我们最有效的面试技巧是让候选人展示他们职业生涯中遇到的一个问题，并教我们他们是如何用技术解决它的，”他说。“这是刻意设计的开放式问题，但引出了令人惊叹的回答。我们的一位创始法律工程师做了一次演示，展示了一笔数百万美元航空融资交易中实体‘交易室’的照片，以及他如何打印了数千页文件并逐一贴上便利贴，随后又展示了他为自动化后续交易交割而编写的 Excel 宏。”
我们寻找的前沿部署工程师，是那些能从非常开放的命题中获得能量的人。因为我们的客户来找我们时，往往带着的就是非常开放的命题。
— James Honsa，Ironclad 前法律工程负责人
界定岗位范围
一旦你开始招聘第一批 FDE，请借助以下三个策略来让这个岗位发挥影响力——既为 FDE 本身，也为你的业务。
把 FDE 留给最大客户最难的问题。
Ironclad 并没有派法律工程师去为每一个客户做上线部署。James Honsa 说，团队随着时间推移学会了只把 FDE 留给 VIP 客户。“早期，我们会为每个客户论证这个模式的合理性。但随着我们逐渐成熟，我们实际上把售后团队一分为二，将法律工程师专门留给高 ACV 客户，”Honsa 说。“我认为如今的团队常犯的错误是，觉得你要么是一家彻头彻尾的 FDE 公司，要么就不是。Ironclad 成功之处在于，根据客户需求提供从高到低的一系列服务选项，并把我们的下沉市场实施方案系统化得更加标准化。”
我们在 Ironclad 最大的收获之一，就是弄清楚了在成长过程中，如何在正确的时机为正确的客户配置 FDE。
— James Honsa，Ironclad 前法律工程负责人
Jake Stauch 表示，在 Serval，FDE 的职责范围也经历了类似的演变。“起初他们会部署到所有客户那里。现在我们优先服务最大的客户。对我们来说，就是那些拥有 1,000 名以上员工的公司，他们更有可能需要构建定制化能力，”他说。
FDE 在现场工作时能发挥出最佳水平。
早在 Shilpa Balaji 自己担任 FDE 时，她说一些最有影响力的工作发生在长期驻扎客户现场期间。“有一次，我和另外两位同事在一个德国小镇待了好几周。我们每天去客户的工厂车间现场办公。所以我们不仅要满足客户写在合同里的需求清单，还必须花时间体验他们的日常工作。你在现场发现的东西，会和合同里承诺的内容大不相同，”她说。
James Honsa 说，Ironclad 的 FDE 也同样拥抱了这种出差奔波的生活方式。“我最喜欢的时刻之一是，当我们到达一家财富 100 强公司的办公室时，他们的总法律顾问亲切地称我们为‘背包客’，”他打趣道。
拥抱范围蔓延，但要警惕用人力堆砌来解决产品问题。
拥抱 FDE 角色的服务属性，正是其影响力如此之大的关键所在——前提是你没有让 FDE 把无数小时投入到一个无法惠及未来客户的解决方案中。
“在 Ironclad 的早期，我们的看法是，如果出现了范围蔓延，那是因为客户有更多我们能解决的问题，”Honsa 说。“我们做对的关键一点是，我们的软件经济模型受益于范围蔓延。所以我们很早就按工作流来定价。对于我们的第二个客户，我们会遇到一位新律师说：‘嘿，顺便说一句，我负责主服务协议的工作流。Ironclad 也能帮忙处理吗？’我们会答应，然后销售团队会想办法把它变现。”
Honsa 说，糟糕的范围蔓延是针对一个用户数量有上限的工作流进行第 n 轮迭代。“如果我们发现自己在处理一些用例时只是在无休止地迭代，而且没有通向软件收益的清晰路径，我们就必须想办法终止这项工作，”他说。
但 Honsa 说，一个真正坚韧的 FDE 会为了攻克难题而拥抱范围蔓延。管控范围应该是他们经理的问题——一个优秀的 FDE 甚至根本不会想到要越过合同边界。
“我们有一个团队，他们太专注于解决客户问题，以至于自己都意识不到。有时我会告诉我的团队：‘天哪，你花了多少个小时来优化这个东西？’然后我不得不给客户打电话，重新平衡工作范围。但这是一个值得拥有的好问题。”