这两个岗位都坐在客户现场,都要懂业务,都要跟 IT 部门吵架。但把它们混为一谈会导致一个很现实的后果:你按实施顾问的价格去买 FDE,或者按 FDE 的期待去用实施顾问,两头都要落空。差别就三条,说清楚就不会再错。
实施顾问的工作前提是产品已经定型。他的任务是在既有功能范围内做参数配置、字段映射、流程编排,让标准品适配这家客户。遇到产品实在做不到的,标准回答是「这个版本不支持,等下个版本排期」。
FDE 的工作前提恰恰相反——产品是半成品,就等着在现场长出形状。遇到功能缺失,FDE 的动作是直接写代码补上,然后判断这块补丁是这家客户特有的,还是可以回流成通用能力。
这一条差别决定了组织归属:实施顾问通常在交付部或服务部,考核是项目按期结项;FDE 通常挂在产品或研发线,考核里有一项是「从现场带回了多少可复用能力」。
实施项目的知识流向是单向的:从产品文档流向客户。项目结束,顾问撤场,这家客户的特殊玩法留在了项目文档里,很少有机会影响产品本身。
FDE 的知识流向是双向的:产品带着能力进现场,现场带着问题回产品。这也是为什么 Palantir 敢说自己的产品是被客户「打磨」出来的——每一个战场都在给主干版本喂数据。
对甲方来说这条差别很重要。跟 FDE 团队合作,你其实是在参与塑造一个产品;跟实施团队合作,你是在消费一个产品。前者的议价空间和定制深度完全不同。
实施顾问把产品搬到你面前,FDE 让产品在你这里重新长一遍。
实施是典型的人天计价:多少个顾问、做多少天、单价多少,乘出来就是合同额。这套逻辑清晰但有天花板——收入完全线性依赖人头。
FDE 的计价往往捆绑在软件订阅或成果分成上。派工程师进场的成本被当作获客与研发投入,钱在后面的续约和扩容里赚回来。这也解释了 Palantir 为什么能熬二十年才盈利:前期全是投入。
美国市场上 FDE 的薪资中位数约 21 万美元,明显高于普通实施岗。这个溢价买的不是驻场时长,而是「既能听懂业务黑话、又能当场把代码写出来」的复合能力。
21万美元 美国 FDE 薪资中位数 | 20年 Palantir 从成立到首次盈利 |
如果你要上的是成熟品类——财务、OA、进销存,市面上有大量标准品,那么你需要的是好的实施顾问,而不是 FDE。为一个成熟产品付 FDE 的溢价是浪费。
如果你要做的事情本身没有标准答案——比如把二十年的老师傅经验变成质检模型,或者把散在微信里的经销商台账变成可分析的数据资产,那实施顾问帮不了你,因为没有现成产品可实施。
阿优的判断标准很朴素:凡是能买到的,就别定制;凡是买不到的,就别指望配置能解决。中小企业的钱有限,把有限的定制预算放在真正没有标准品的那一两个环节上,效果最好。
岗位名怎么叫都行,关键是钱花出去买到的是「一次性的适配」还是「持续增值的能力」。想清楚这一点,再去看简历上写的是什么头衔。