大可的 AI Builder 手记
跟随系统
颜色主题
长沙小桌实战
大可 Dako
大可 Dako大可 DakoAI Builder · Agent 实践者用 AI 做真正能用的产品。专注探索 Agent 工程化落地、Vibe Coding 实践与商业化交付。
内容平台即将上线,敬请期待
都面向客户,但终点、计费、交付物决定了角色边界售前签约前赢单 · 幻灯片客户相信能成驻场外包按工时人走系统停交付人力咨询顾问给建议不背运行结果项目报告FDE签约后系统跑起来能力留客户FDE 不是销售、顾问或外包:它对结果负责,并把现场经验反哺产品
四个角色都面向客户,但终点、计费和交付物完全不同。

它和售前、咨询、驻场有什么不同

用一张对比表分清 FDE 与售前、驻场外包、咨询顾问、产品工程师的边界。

「前线部署工程师」听起来像售前,也像驻场,还像咨询。区分它们的不是名字,而是三个硬性标准:终点在哪、怎么计费、交付物是什么。

读完你能回答:

  • 同样驻场三个月,FDE 和外包实施交付的东西差在哪
  • 为什么「客户不再需要你」反而是 FDE 的成功判据
  • 报价时该按工时、按席位,还是按阶段与结果

四角色对比

售前:工作签单前就结束,目标是赢单,作品是幻灯片;FDE 在签约后才进入深水区,目标是赢结果,作品是生产环境里的系统。售前让客户「相信能成」,FDE 让这事「真的成」。

驻场外包:按工时算钱,从零现写,越驻越久、人走系统停。FDE 按阶段交付、按结果验收,带着产品底座来做工程,做完会走,能力留在系统和客户团队里。

咨询顾问:按项目交付建议,对执行不负责;FDE 对系统的最终运转负责,终点是「客户团队能独立使用」。顾问的生意建立在客户持续需要上;FDE 干成的标准恰恰相反——客户不再需要你,才说明你干成了。

产品工程师:面对抽象的用户画像与漏斗;FDE 面对具体的客户——一家银行的风控部、一个农场、一支巡逻队。平台工程师追求「一种能力服务多个客户」,FDE 追求「先把眼前这一个彻底解决」。

三条边界

一句话记住:FDE 是工程师,不是销售、不是顾问、不是外包。它背着「让产品更成熟」的硬指标——现场学回来的东西必须反哺平台。

这条边界在招聘市场上有硬证据:Bloomberry 拆了 1000 条 FDE 岗位描述,带销售配额的是 0%。公司愿意让这个人离客户很近,但不把这个岗位算进销售编制 bloomberry-fde-jobs。反过来说,如果你所在的「FDE 岗」开始背配额、按工时计费,或者产出只有建议没有系统,那这个角色已经悄悄滑回了上面三者之一——名字还没改而已。

一张判断用的对比表

不要按名字判断一个岗位,按下面这几项问。

维度 FDE 软件工程师 售前解决方案工程师 管理咨询顾问
是否写生产代码 是,在客户环境里 是,在自己的仓库 多为 POC 与演示 很少
是否嵌入客户现场 是,且在售后 否 售前短期拜访 项目期内
是否对上线后的结果负责 是 对功能负责 通常到签单为止 到报告为止
是否背销售配额 通常不背 不背 常见 不背
是否把现场经验反哺产品 是 有时 很少 很少

最简单的判据是「生产代码 + 售后驻场 + 对结果负责」。缺一两项,多半是上面这些角色的邻居,不是 FDE。

参考资料

  1. I Analyzed 1,000 Forward Deployed Engineer Jobs