六个角色,六个职能
围绕”卖技术产品给大客户”这条主线,行业里至少有六个常见岗位:FDE、SDE(Software Development Engineer)、SE(Solutions Engineer)、SA(Solution Architect)、Customer Engineer、Sales Engineer。名字相近,职责差别巨大。这篇文章拆清楚。
核心问题:谁拥有客户的成功
判断一个岗位到底做什么,最干净的问题是”客户买单后,谁要为客户的成功负责“。不同公司答案不同,这就是角色差异的根源。
- Sales Engineer:售前。负责帮销售拿下订单,签单后移交。客户成功不归 SE 管。
- Solutions Engineer:售前 + 解决方案设计。在 SaaS 公司里等同于 SE;在大客户场景里会延伸到 POC 阶段。
- Solution Architect:售前架构师。负责”这个需求技术上能不能做、要怎么做”,写技术方案但不写生产代码。
- Customer Engineer(Google Cloud 用这个词):售前 + 部分售后。GCP 的 CE 偏技术布道,有时也参与实施。
- Forward Deployed Engineer:售前 + 亲自实施 + 客户上线后驻场。FDE 是”工程师驻场”,不是”工程师销售”。
- SDE:核心产品研发。不直接面对客户。
三个最容易混淆的:FDE vs SE vs SDE
这是大厂招聘 JD 里最常出问题的三组,先讲这三组:
FDE vs SE:SE 卖方案,不出活。FDE 出活,顺带卖方案。客户上线时,SE 已经去下一个客户了,FDE 还在客户机房。
FDE vs SDE:SDE 做通用产品,FDE 做客户定制。SDE 写代码是为了”10 个客户都能用”,FDE 写代码是为了”这一个客户能用”。技术上 FDE 比 SDE 杂(要懂客户业务),深度上 SDE 更深(要懂底层原理)。
FDE vs Solutions Architect:SA 是”嘴”,FDE 是”手”。SA 写 PPT 和技术方案,FDE 把 SA 写的方案变成可运行系统。在小公司,这两个角色经常合并,叫 FDE/SA;在大公司,SA 是售前,FDE 是售后实施。
薪酬差异
同样 L5/L6 级别(对应 5-8 年经验),三个角色的现金部分差异不大,总包差异主要在股票:
- SDE:现金中等,股票最多。靠产品成功拿钱。
- FDE:现金最高(出差补贴、客户现场津贴),股票中等。靠客户成功拿钱。
- SE/SA:现金中等 + 销售提成,股票最少。靠签单拿钱。
FDE 的现金部分通常比同级 SDE 高 20-40%,但股票池小很多,长期看天花板低于 SDE。如果想”短期赚现金”,FDE 好;想”长期拿大钱”,SDE 好。
职业轨迹差异
SE/SA → 销售 VP/CTO(顾问方向):有客户关系和销售能力,做 GM/VPD 销售线很顺。
FDE → PM/Eng Manager/客户成功 VP:既懂技术又懂客户,转型 PM 或客户成功负责人很自然。少数 FDE 转回 SDE 做资深 IC,但需要补底层技术。
SDE → Staff/Principal/Tech Lead:在技术深度上持续积累,走纯技术专家线。
什么时候该招哪个角色
三条简单判断:
- 客户能自助用产品→ SDE 主力,SE 辅助。
- 客户需要方案咨询但自己实施→ SE/SA 主力,SDE 支持。
- 客户买了也用不起来,需要驻场实施 6 个月以上→ FDE 主力,SE/SDE 支持。
中国公司常见的”角色混乱”
中国公司因为组织架构灵活,经常出现”一人多角”的情况,反而把角色搞混:
- 招的 SE,实际做着 FDE 的活(驻场 + 写代码 + oncall),这是”挂羊头卖狗肉”,3 个月后 SE 一定离职。
- 招的 FDE,实际做着 SE 的活(只做方案不出活),FDE 觉得不被重视,半年后跳。
- 招的 SDE,实际做着 FDE 的活(直接对客户),SDE 没有客户沟通能力,项目失败。
- 招的架构师,实际做着 PM 的活(写 PRD、做 roadmap),架构师觉得大材小用。
每个角色都有自己的核心能力画像,混着用短期省成本,长期会赔掉人才。
三个判断”岗位设计是否合理”的问题
- 客户购买流程是单次还是长期?:单次(项目制)→ SE/SA;长期(订阅制)→ FDE。
- 实施工作由谁做?:客户自己做 → SE/SA;客户买你来做 → FDE。
- 客户上线后是否需要持续支持?:上线即交付 → SE;上线后还要 6-18 个月迭代 → FDE。
三条判断题答出来,基本能定岗。
FDE 招错的代价
招错一个 FDE,直接成本 50-100 万美元/年(包含 base、股票、差旅、客户失败损失)。但更深层的代价:
- 客户关系受损(FDE 离职 = 项目失败)。
- 团队士气崩溃(留下来的 FDE 觉得”我也能走”)。
- 产品反馈链路断裂(FDE 是产品反馈的核心来源,流失后产品失去客户感知)。
招 FDE 比招 SDE 难 3 倍,因为评估的是”客户面前的真实表现“,不是”代码 review 的输出”。面试需要做客户场景题,不能只看算法。
把这三个角色想清楚再招,能省一百万美元的沉没成本。
