乙方：什么时候值得经营 FDE 业务

客户愿意让工程师进场，不代表供应商就应该建立 FDE 团队。有的请求需要把成熟产品配置好，有的需要解释技术，有的要求长期维护一套专用系统。它们都可能是有价值的生意，但需要不同的人员、价格和产品承诺。

乙方要先回答：为什么这项工作需要同时靠近客户与产品？如果回答只是“更容易签单”，工程师很可能最终承担所有未在销售时说清楚的事情。

从产品缺口出发，而不是从岗位热度出发

Baseten 的 FDE 负责人 Vlad Shulman 在一篇最后更新于 2025 年 6 月的文章中，把自助使用平台的客户，与需要共同解决前沿推理问题的客户分开。后者需要的不只是开通账户，还可能涉及新模型、延迟约束与从研究走向生产的优化；团队同时帮助客户使用产品、扩展产品能力。¹

这是一家供应商对自身选择的解释，不是“技术越先进越应聘用 FDE”的普遍结论。它给出的判断对象很具体：现有产品与客户要完成的工作之间，是否有值得由工程团队探索的缺口。文章也明确提出，产品边界已经清楚时，解决方案架构或实施团队可能更合适。¹

一家工具公司可以先检查最近无法顺利交付的请求。若大部分问题是文档难找、参数不会配置、标准接口没接好，改进产品易用性和实施能力可能更直接。若不同客户一再碰到同一能力边界，现场又能帮助发现并验证解决办法，才有理由为持续共建安排专门投入。

“反复出现”仍不等于应当立即产品化。客户用了相同的词，背后的规则可能完全不同。此时可以资助一段有边界的探索；不能提前把它当成可复制收入，更不能用预期中的复制收益补平每一张亏损合同。

先把业务承诺分成三种

为了便于管理，本书把乙方可能接受的工作分成三类。它们不是行业统一分类，而是防止不同承诺混在同一个岗位里。

成熟产品交付：客户选择已有能力，团队负责配置、接入和采用。核心问题是怎样稳定兑现范围。若每一单都必须动用高强度现场探索，应回头查产品或文档出了什么问题。

产品探索型共建：客户问题尚未被产品很好解决，双方同意用有限投入验证办法。供应商既要对本次工作负责，也要判断哪些发现值得进入公共产品。交付预算和产品投资需要各自有人批准。

明确收费的定制或托管服务：客户确实需要特殊能力，并愿意为开发、运行和人员投入付费。这可以是一门成立的业务，不需要包装成日后必然规模化的软件产品。其难点在于客户增加后，维护和服务资源能否随之增加，利润能否覆盖这些责任。

三类工作可以在一家企业并存，但不能随意换名字。例如，销售按成熟产品承诺固定上线时间，实际需要探索；或产品拒绝维护专用分支，交付仍以为公司会接手。部门报表可能暂时都好看，真正的成本却留给现场人员和客户。

客户与供应商的选择怎样才能同时成立

沿用本书设备维修企业的教学情境，假设供应商的平台已经能汇集材料，却不能保留主管确认与实际派单之间的状态。这可能是公共产品能力的缺口。客户需要减少错派，供应商想验证状态能力能否服务更多工作流，两者有共同探索的理由。

但如果客户真正急需的是一份只有其内部审计使用的特殊报表，产品团队判断它不会进入公共版本，局面就不同。乙方仍可以提供单独报价的扩展服务，也可以交给有能力的伙伴，或明确拒绝。不能一面用“客户共创”取得长期投入，一面不说明谁维护这份报表。

共建伙伴也必须得到自己的回报：被验证的工作改善、可以使用的交付物、必要的接手能力，或者明确约定的商业条件。客户不是免费提供数据和人员的产品试验场。反过来，乙方为通用产品承担的投入，也不应在未约定的情况下被理解为本客户拥有全部成果。

这种对齐可以落到一次启动决定上：此次必须交付什么，哪些只做验证，验证不成功时交回哪些材料，哪些产品改进由谁批准并承担预算。权利和价格在《合同与价格：为确定交付，也为探索留边界》展开；这里先决定公司是否愿意经营这类承诺。

从小范围承担责任，检验能否形成业务

Baseten 的回顾提到，两位曾直接与客户工作的早期工程师后来建立了 FDE 团队。¹ 这不能推出所有企业都应先派两人，却提供了一种可检验的起步顺序：先看现有人员能否完成闭环，再把成功条件变成组织安排。

对乙方而言，一轮完整的检验至少应让经营者看到四件东西：客户的一项工作真的改变了；工程交付在出错时有人负责；现场带回的问题有人作出产品决定；本次和后续成本能够被解释。只做成演示，或者只签下合同，还没有走完这段路。

准备建立专门团队时，必须同步指定产品接收者和经营负责人。产品接收者回答哪些能力由公共版本维护；经营负责人回答一次探索可以消耗多少资源、什么时候必须重新决定。FDE 可以提出建议，但不应同时替产品批准长期维护、替销售承诺价格、替客户接受业务风险。

如果团队只是替产品缺陷不断打补丁，而产品端没有资源修复，共建会退化为长期救火。此时更合理的动作可能是暂停扩张、修产品、加强常规支持，而不是招聘更多可以扛住现场的人。若公司选择长期服务路线，也应把运行、轮值与知识交接正式计入服务能力。

经营得起来，不等于每个客户都要接

经营者可以用同一组问题检查新机会，而不急着给潜在客户打综合分。客户的问题是否重要且能够接触真实工作？现有产品究竟缺什么？双方能否提供作决定的人和必要资料？下一阶段最可能推翻方案的证据是什么？交付结束后谁承担留下的系统？

其中某一项未具备，可以形成准备任务，例如先确认数据可用性。若关键条件无法满足，就不应把“以后协调”写成确定收入。对销售来说，这会少掉一些看似积极的承诺；对团队来说，它避免把未获得的权限、未排期的产品能力和未招聘到的人一起卖出去。

《项目经济性：把双方的账算清楚》会区分客户价值、项目剩余和产品投资，《项目组合：何时增员，何时拒绝下一个客户》再处理多项目争用资源。此处的经营决定更靠前：公司愿不愿意把现场学习当成有负责人、有预算、能接受失败的工作，并为其留下的能力承担后续责任。

愿意，且能兑现，才有理由建立这支队伍。若成熟产品与常规服务已经足够，做好它们本身就是清楚的经营选择。