一人公司该不该做 FDE？

FDE（Forward Deployed Engineer，前线部署工程师，也常被叫做驻场工程师）是这波 AI 热潮里的热门岗位。这个做法源自 Palantir：软件卖出去之后，工程师还要扎进客户的业务，弄清它怎样运转，再在现场把系统搭起来。AI 实验室和咨询公司现在都在招这类人，因为 AI 想在一家公司里干成活，靠的就是这种肯花时间、蹲在现场的工程。

所以一人公司很自然会问：要不要自己接 FDE 的活？自己也在做一人公司的独立开发者王帅真（@qizong007）写了一篇《为什么我不太建议 OPC 去做 FDE？》回答这个问题。他的答案是不建议，并说明这是他和各行各业朋友聊过之后的主观想法。

先交代一句：Bonrock 卖的正是这类服务，这个问题怎么回答，和我们有利害关系。所以他的论证我们更要认真看。下面先概括他的观点，再说我们自己的看法。

他反对的理由

一、ROI 划不来。 FDE 服务的是一个组织而不是一个人，你得在客户期望的时间内摸清全链路，拿出方案和报价，然后同一个人还要包揽开发、测试，甚至后期运维。客户的想法是：你前期的探索、试错、业务理解，是你的事情、你的成本，和我没关系。他举的例子最扎心：「你去客户的车间蹲个几周，跟几个主管聊排班、问老师傅参数的那几个日夜，哪一项被写到合同里了呢？不好意思，没有一条有。」合同里只有功能和指标。

他还补充了两个问题：很多企业没有什么沉淀下来的数字资产；而被你自动化的那些员工也没有理由配合你，「我凭什么要花自己额外的时间来配合你蒸馏掉我」。他的结论是，售前探索是 FDE 最贵的一部分，却不会出现在合同里，这是风险不对等，而且还有同行跟你卷价格。一个 OPC 可能忙活一个月，一分钱没有，拿到的还是负反馈。

二、合同对客户有利。 个人很难争取到合适的价格，合同里的坑也得自己摸索，摸清了可能还是会踩。边界一旦模糊，客户就会「使劲薅」，做多少给多少钱说不清，要钱都劳神伤心。最坏的情况，企业拍脑袋说你的东西不符合预期，然后把方案拿走。他坦言，包括他自己在内的大部分 OPC，并没有健全的、维护自己利益的能力。

三、信任难建立。 怎么获客？客户凭什么相信你，选你而不是别人，甚至别的企业？客户的需求体量，你一个人交付得了吗？他观察到，FDE 搞得起来的人，反而是很会搞线下、搞关系的人：把单子聊下来，再分给认识的技术人才去交付，大家分钱。这还是传统 ToB 那一套，拼的是人情网，解决的是信任问题。

所以他的建议是：如果你和他一样，更想直接面对用户、需求、产品、内容、流量和转化，那就在 ToC 市场里沉淀。或者到本身就做 AI 企业提效方案的公司去做 FDE，走 B2B 的逻辑，更容易获得信任，分工也更顺。他最后开了个玩笑：现在 FDE 这行 ROI 最高的赚钱方式，是做 FDE 培训和顾问。

我们同意的地方

他的顾虑和我们之前一篇文章里讨论的发现有不少重合。复旦大学关于中国一人公司的报告发现，决定成败的是创业者的经验积累和可触达的业务场景，而不是工具（见我们的整理）。在 FDE 的活里，工具能帮上交付，信任、门路和谈判却还得靠人自己。

前期探索最贵，这一点他也说对了。就算代理缩短了开发时间，报价之前可能还是要花好几天去弄懂客户的业务。这段时间必须算进项目的账里。

如果非做不可，怎样少被坑

他写的是一人公司按客户的规矩接 FDE 活会碰到什么。下面几种安排可以降低这些风险，但都需要客户点头，也没有哪一种能保证这单生意一定赚钱。

把前期探索单独卖。 第一阶段按固定价格卖一次诊断，比如两到四周，最后交一份书面报告：现在的工作怎么流转、数据在哪里、先自动化什么，再附上搭建的报价。客户最后做不做，你在车间蹲的那几周都有人付了钱。报告本身有价值，他说的「没人付钱的探索」就成了一件付费交付物。

把边界写进合同。 范围固定，验收标准动工前白纸黑字约定好，而且能量化；按里程碑付款，开工前先收定金。成果归属、授权方式、付款和范围变更怎么处理，都要事先谈妥，并请熟悉当地法律和这类项目的专业人士审一遍条款。白纸黑字能减少扯皮，但保证不了一定收到钱，也免不了真起纠纷时的成本。

选本来就信任你的客户。 他的第三点最有力，我们不反驳。冷启动的企业销售，可能要耗掉大量时间才换来一单付费的活。能走通的路子，是去找信任在见面之前就已经有了的地方：前雇主所在的行业、朋友的公司、你所在的社群。一人药企 Mithril 能成，部分原因就是创始人起步之前已经在自己的领域攒了十年的信任。

或者借别人的信任。 他自己给的替代方案很好：通过成熟的公司交付。一人公司可以给代理机构或咨询公司做专业分包，客户关系由对方维护，自己让出一部分利润，换来信任、合同和稳定的活。

把重复的交付做成产品。 Easy 的《一人企业方法论》讲的是更长远的道理：卖时间没法规模化。如果好几个客户都要一套差不多的接单流程，就可以研究其中哪部分能做成可复用的产品。先分清哪些需求是共通的，哪些仍然得逐个定制。

接活之前

王帅真这篇文章是一个提醒：手里没有管住风险的资源，就别去扛企业交付的风险。接一个项目之前，先看三件事：前期探索有没有人付钱，范围和验收标准是否清楚，客户有没有理由相信你交付得了。缺了这些条件，要么把风险明明白白算进价格，要么就推掉。做 ToC 产品或者去公司上班也是选项，只是各有各的不确定。

如果你在桌子的另一边，是一家想让 AI 在业务里干成活的公司，这三个条件对你同样是保护：先做付费诊断，范围划清楚，找一个信得过的伙伴。我们就是这样做事的，想先从一次诊断开始，可以联系我们。