結論: 「顧客先で働く」点は同じ、構造は根本的に異なる
FDEもSESも「自社オフィスではなく顧客の現場で働く」点は共通です。しかし、何を売っているか・誰の指揮で動くか・何に責任を持つか・報酬がどう決まるかという構造は根本的に異なります。 まず比較表で全体像を示します。
| FDE | SES（客先常駐） | |
|---|---|---|
| 契約形態 | 自社（サービス提供企業）の正社員雇用が中心 | 所属企業と顧客の間の準委任契約等。技術者は所属企業に雇用 |
| 売っているもの | 自社サービス・プロダクトと、その導入成果 | エンジニアの技術力・労働力（技術支援サービス） |
| 指揮命令 | 自社。顧客とは対等なパートナーとして協働 | 準委任では所属企業側（顧客が直接指揮命令すると偽装請負のリスク） |
| 報酬の構造 | 自社の給与制度（等級・株式報酬等）。単価非連動 | 顧客が支払う単価が売上となり、給与原資になる構造が一般的 |
| 成果責任 | 導入の成功・定着・活用拡大にコミット | 善管注意義務のもとでの業務遂行（準委任は原則、完成責任を負わない） |
| 常駐の目的 | 自社プロダクト導入のラストワンマイルを埋めるため | 顧客の開発現場に労働力・技術力を提供するため |
| キャリアの蓄積先 | 自社での評価・昇進＋「導入を成功させた」実績 | 案件ごとの技術経験（評価者と現場が分かれやすい） |
| 案件選択の裁量 | 自社の顧客ポートフォリオの中でアサイン。企業により裁量あり | 所属企業の営業・契約状況に依存しやすい |
以下、混同が生まれる理由と、各項目の中身を順に見ていきます。FDEという職種自体の解説はFDE（Forward Deployed Engineer）とはをご覧ください。
前提: SES・客先常駐とは（中立な整理）
SES（システムエンジニアリングサービス）は、一般に準委任契約にもとづいてエンジニアの技術力を顧客に提供する契約形態を指します。準委任は民法上の（法律行為でない）事務の委託であり、 請負と異なり仕事の完成ではなく業務の遂行そのものに対して報酬が支払われるのが原則です（民法632条・656条）。
重要なのは指揮命令の所在です。準委任・請負では、現場で働くエンジニアへの指揮命令は所属企業側にあります。 発注者（顧客）が直接指揮命令を行う働かせ方は労働者派遣に該当し得るため、厚生労働省は 「労働者派遣事業と請負により行われる事業との区分に関する基準」（昭和61年労働省告示第37号）でその区分を定めています。 客先常駐という形態自体は適法かつ広く行われているビジネスモデルであり、多様な現場を経験できる利点もあります。 本記事はSESの優劣を論じるものではなく、FDEとの構造の違いを整理するものです。
FDEの「常駐」は何のためか
FDEはPalantirが生んだ職種で、自社プロダクト・サービスを顧客の業務に組み込んで成果を出すために「前方展開（forward deploy）」されます。雇用も指揮命令も評価も自社にあり、顧客先に行くのは 課題発見→実装→本番導入→定着というサイクルを現場で回すためです（詳細はFDEとはの仕事内容セクション）。
ここから、同じ「常駐」でも意味が変わります。
- SESの常駐: エンジニアの技術力そのものが商品。常駐はサービス提供の形態
- FDEの常駐: 商品は自社のプロダクト・サービス。常駐は導入成果を出すための手段。 成果が出る体制なら、常駐の濃度は案件フェーズによって変わる
言い換えると、SESは「人月」を軸に売上が立ち、FDEは「導入の成功」を軸に自社の事業（ソフトウェア収益・契約継続）が立ちます。 FDEの評価軸が「導入成果・定着」であることはAIエンジニア・ITコンサル・SIerとの比較でも整理したとおりです。
キャリアの蓄積先の違い
SESでは、雇用主（評価者）と日々の働く現場（顧客）が分かれるため、現場での貢献が所属企業の評価・昇給に反映されにくい構造になりやすい、 という点がキャリア文脈でよく議論されます（企業により運用は異なります）。 FDEは自社の中に評価者がおり、「どの顧客の導入を成功させたか」がそのまま自社での実績・昇進と、 転職市場で通用する「導入を成功させた証明」の両方に積み上がります。
一方でFDEにも正直な注意点があります。顧客の導入スケジュールに引っ張られやすく、案件によっては負荷が高いという公開体験談があること、 勤務場所の自由度が案件に依存することです。良い面・大変な面はFDEのリアル（公開体験談）で脚色なしにまとめています。
SES出身者はFDEになれるか（正直な整理）
結論: 道はあるが、「LLMで成果を出した証明」を自分で作る必要があります。
活きる経験
- 現場適応力 — 初めての環境・チーム・コードベースに入って戦力になる経験は、顧客先に単身で入るFDEの中核適性
- 顧客折衝・調整 — 常駐先の担当者との期待値調整・報告の経験は、FDEの顧客対話にそのまま接続
- 多様な技術スタック経験 — 案件ごとに異なる環境を渡り歩いた幅は、顧客ごとに環境が変わるFDEの武器
埋めるべきギャップ
- 「言われたものを作る」から「課題を自分で発見して作る」への転換 — FDEの選考では受け身の実装経験だけでは評価されにくい
- LLM実装力の証明 — RAG・エージェント等の実務経験が問われる。求められるスキルの全体像はFDEスキルマップ（5領域20スキル）
- 成果を語れる実績 — 業務で作れなければ、個人開発でも「誰かに使われて業務が変わった」事例を作る。作り方はFDE向けポートフォリオの作り方
なお、上流経験が長い方（要件定義・PM寄り）はコンサル・SIerからFDEへの転身ガイドのルートが近道です。 職種別のキャリアパス全体はFDEになるにはで体系的に解説しています。
求人票で見分けるチェックリスト
「FDE」という職種名は新しく、企業によって実態には幅があります。応募前に次を確認してください。
- 雇用形態 — 募集企業の正社員か。雇用主と就業先の関係はどう書かれているか
- 導入するプロダクト・サービスの実在 — 「自社の何を」導入する職種なのかが明記されているか
- 指揮命令と評価 — 常駐先での業務指示・人事評価を行うのは自社か顧客か
- ミッションの書き方 — 「技術支援」「開発支援」中心か、「導入・定着・活用拡大」中心か
- 案件アサインの決まり方 — 本人の希望・専門性がどの程度反映されるか（面接で質問）