「FDE（Forward Deployed Engineer／フォワード・デプロイド・エンジニア）って、結局は客先常駐のSESと何が違うのか」。XやLinkedInでFDEという言葉を見かけるたびに、そう感じていませんか。見た目が似ているのに、どこが違うのかを言葉にしにくい——そんなモヤモヤから調べ始める人は少なくありません。
結論から言うと、FDEは顧客への技術導入を担う「職種・役割」、SESはエンジニアの技術支援を提供する「サービス・取引モデル」であり、そもそも同じ分類軸で並べられる言葉ではありません。実務上の違いは、課題設定への関与、本番導入までの担当範囲、現場知見をプロダクトへ還元するかどうかに表れます。以下、その中身を具体的に見ていきます。
この記事でわかること
・FDEとSESが「職種」と「サービスモデル」でどう違うか
・位置づけ・起点・担当範囲・プロダクト・関わり方の5項目比較
・契約（準委任・請負・派遣）と偽装請負の正しい理解
・SES経験をFDEで活かす方法と、補うべき経験
・FDEとSESのどちらが自分に合うか／求人の見極め方
この記事の編集者
FDE Journal編集部
FDE Journalは、Forward Deployed Engineer（FDE）に特化した専門メディアです。FDEの仕事内容や年収、必要なスキル、キャリア、求人・採用企業、国内外の最新動向などを発信しています。編集部では、企業の公式情報や求人情報、公開資料などを確認しながら、FDEについて知りたい方に信頼できる情報をわかりやすくお届けします。
FDEとSESの違いを一言でいうと「職種・役割」と「サービスモデル」の違い
まず押さえたいのは、FDEとSESがそもそも同じ土俵の言葉ではない、という点です。ここを揃えないと、いくら並べても違いは見えてきません。
FDEは顧客への技術導入を担う職種・役割
FDE（Forward Deployed Engineer）は、顧客の現場に入り込み、技術の導入を主導する「職種・役割」を指す言葉です。Palantirによって広く知られるようになった役割で、近年はOpenAIをはじめとするAI企業も採用しています。
ここで重要なのは、FDEは職種名であって、契約形態を表す言葉ではないという点です。同じFDEでも、雇用の仕方や顧客との契約、勤務場所は企業ごとに異なります。だからこそ、後述するように「職種名だけ」では実態を判断できません。
SESは技術支援を提供するサービス・取引モデル
一方でSES（システムエンジニアリングサービス）は、エンジニアの技術支援を提供するサービスや取引モデルを表す業界用語です。民法上の正式な契約類型ではありません。
実際の取引では、準委任・請負・労働者派遣などの契約が関係します。IPA（情報処理推進機構）のモデル取引・契約書でも、開発の契約は一律ではなく、工程や責務に応じて請負・準委任などが使い分けられています。つまりSESは「契約の名前」ではなく、「エンジニアの技術力を外部に提供する取引の総称」だと捉えるのが正確です。FDEが職種、SESがサービスモデルであり、両者は同じ分類軸の言葉ではないのです。
客先常駐の有無だけでは区別できない
両者が混同される最大の原因は、どちらも「顧客に近い場所で働く」ように見えるからです。ただし、常駐の有無は本質ではありません。
たとえばOpenAIの東京FDE求人は、週3日出社を基本とするハイブリッドモデルで、主に国内出張が発生する条件です。顧客との近さと客先常駐は同じ意味ではありません。実際、国内でFDEを実践するLayerXも、自社ブログで常駐しているのはごく一部にとどまり、常駐はあくまで手段だと説明しています。反対に、SESもすべての案件が客先常駐とは限らず、リモート中心の案件もあります。こうした背景から、国内のエンジニアの間では「客先常駐のSESと何が違うのか」という戸惑いが生じており、これはレバテックLABの取材記事でも記録されています。比較すべきなのは勤務場所ではなく、次章で見るミッション・裁量・担当範囲です。
FDE Jounral 編集部「FDEとSES、どっちが上か」と考えると、かえって違いが見えにくくなります。粒度の違う言葉なので、肩書きではなく「現場でどこまでの範囲を担うか」で見てみてください。
FDEとSESの違いを5項目で比較
ここからは、勤務場所ではなく仕事の中身で両者を比べます。まず全体像を早見表で示し、その後に各項目を解説します。
| 比較項目 | FDEの一般的な傾向 | SES案件の一般的な傾向 |
|---|---|---|
| 位置づけ | 顧客向け導入を担う職種 | 技術支援のサービスモデル |
| 仕事の起点 | 課題探索・スコープ設定から関与 | 合意した担当範囲から関与 |
| 担当範囲 | 試作から本番導入・定着まで横断 | 契約で定めた工程・役割を担当 |
| 成功指標 | 本番利用、業務への影響、定着 | 品質、納期、契約範囲の遂行など |
| プロダクトとの関係 | 現場知見を製品・共通基盤へ還元 | 顧客案件内での開発・運用が中心 |
1. 位置づけ──職種とサービスモデルの違い
1つめの違いは、そもそも言葉の粒度です。前章のとおり、FDEは職種・役割、SESはサービスモデルを指します。
この粒度の違いを踏まえると、「FDEとSES、どちらが上か」という比べ方自体が成り立たないとわかります。理屈のうえでは、SESという取引形態のなかでFDEに近い働き方をする人もいれば、そうでない人もいます。だからこの記事では、肩書きではなく「現場でどこまでの範囲を担うか」を軸に見ていきます。
2. 仕事の起点──課題探索から関与するか
2つめは、仕事がどこから始まるかです。FDEは、課題が曖昧な段階から関与し、「何を解くべきか」自体を設計する傾向があります。
OpenAIのFDE求人でも、課題の発見（ディスカバリー）、技術的なスコープ設定、設計、実装、本番展開までを一貫して担うとされています。一方、SES案件では、契約やプロジェクト計画で合意された担当範囲から仕事が始まるケースが多くなります。ただしSESでも要件定義や技術選定から関わる案件はあり、これは商流や契約によって変わります。
たとえば「社内問い合わせ対応AIの導入」を例にすると、決まった仕様のチャットボットを実装するのが合意範囲からの関与、そもそも問い合わせ業務のどこが詰まっているのかを現場で観察し、AI化すべき範囲から設計するのが課題探索からの関与、というイメージです。
3. 担当範囲・成功指標──本番利用や定着まで見るか
3つめは、担当範囲の広さと、成功をどう測るかです。FDEは試作から本番導入・定着までを横断し、成功指標を本番利用や業務への影響に置く傾向があります。
OpenAIの求人では、成功を「本番環境での利用」「測定可能なワークフローへの影響」「プロダクトやモデルのロードマップを変えるフィードバック」で評価するとされています。対してSES案件では、契約で定めた工程・役割を担い、品質・納期・契約範囲の遂行などが評価軸になります。
ここで誤解しないでほしいのは、これは「FDEが顧客の売上や利益を法的に保証する」という意味ではない点です。あくまで、業務上のミッションや成功指標の置き方が、契約範囲の遂行に置かれるか、本番利用・定着に置かれるか、という違いです。
4. プロダクトとの関係──現場知見を製品へ還元するか
4つめは、FDEとSESの違いが表れやすい重要な軸の一つです。FDEは、顧客の現場で得た知見を、自社プロダクトや共通基盤へ還元する点に特徴があります。
Palantirの説明では、顧客に必要な機能が不足していれば、FDE自身が「dev」の作業として製品に機能を追加します。個別の現場対応で作った荒削りな解決策を、コアの開発チームが多くの顧客向けの標準機能へと磨き上げる——この往復こそが、一度きりの提案で終わる従来のコンサルティングとの違いだと整理されています。国内のAI SaaS企業（ログラス・LayerX）への取材でも、SESや技術コンサルタントとの決定的な違いは「自社プロダクトを持っていること」だと語られています。一方でSES案件は、顧客案件内での開発・運用が中心で、汎用プロダクトへの還元が前提になっているとは限りません。
PalantirにおけるFDSEの具体的な仕事内容、必要スキル、採用要件、日本から目指す際のポイントは、パランティアのFDE（FDSE）の仕事内容・必要スキルで詳しく整理しています。
5. 顧客との関わり方──勤務場所ではなく裁量で比べる
5つめは、顧客との関わり方です。ここで比べるべきは、契約期間の長短や勤務場所ではなく、どこから関与し、どこまで裁量があるかです。
FDEには課題設定から共同で進める裁量があり、その関わりがプロダクト改善と結びついていきます。ただしFDEにもプロジェクト期間はありますし、SESにも長期継続の案件はあります。だから「FDEは伴走し続け、SESは契約で終わる」という単純な切り分けは正確ではありません。期間や勤務場所ではなく、与えられた範囲を担うのか、課題設定から共同で進めるのか——この裁量の差で見るのが実態に近いといえます。
FDE Jounral 編集部「プロダクトとの関係」は重要な判断軸の一つです。ただし、自社プロダクトを持っているだけでFDEと判断するのではなく、課題探索・コード実装・本番導入・プロダクト還元までの担当範囲をセットで確認してください。
FDEとSESの契約・客先常駐の違いを正しく理解する
ここは誤解が特に多いところです。契約と勤務実態の関係を、法務の観点から正確に整理します。
SESは契約名ではない｜準委任・請負・派遣の違い
まず前提として、SESは法律上の契約名ではありません。技術支援の場面では、実際には次のような契約類型が関係します。
- 準委任契約：合意した業務の遂行を目的とし、原則として仕事の完成そのものを義務としない契約
- 請負契約：合意した仕事を完成させることを目的とする契約
- 労働者派遣：派遣先の指揮命令を受けて業務を行う形態
技術支援では準委任が使われることが多い一方、成果物の完成を目的とする請負もあります。そして、発注者がエンジニアへ直接指揮命令している場合は、実態として労働者派遣に該当する可能性があり、契約形態や許可の有無を含めた確認が必要です。重要なのは、厚生労働省の基準（37号告示）により、派遣か請負かは契約書の名称ではなく、実際の指揮命令関係などの実態に即して判断されるという点です。
指揮命令の実態によっては偽装請負になる
準委任や請負の契約で客先勤務を行う場合、契約上の役割と実際の指揮命令関係がずれると、偽装請負と判断されるリスクがあります。
準委任や請負として契約していても、実態として発注者がエンジニアへ直接指揮命令している場合は、契約と実態が一致していない可能性があります。厚生労働省も、形式が請負や準委任でも、実態として発注者が直接指揮命令していれば偽装請負になり得るとしています。判断のポイントは、主に次の3点に整理できます。
- 指揮命令権の所在：顧客が直接指示していないか
- 労務管理の独立性：勤怠や残業を顧客が管理していないか
- 業務遂行の独立性：作業のやり方を顧客が縛っていないか
常駐という形態そのものが直ちに違法になるわけではありませんが、実態が伴っていなければリスクが高まる、という理解が正確です。
FDEも契約・勤務形態は企業ごとに異なる
ではFDEはどうかというと、FDEも雇用契約や企業間契約のもとで働きます。「契約の枠を超える」特別な存在ではありません。
FDEは契約類型ではなく職種名なので、職種名だけでは顧客との契約、報酬体系、勤務場所を判断できません。たとえばOpenAIの東京FDEは、東京を拠点とする週3日出社のハイブリッド勤務で、主に国内出張が想定されています。ただし、勤務場所や出張頻度、顧客先で働く割合は企業ごとに異なるため、求人票や面談で個別に確認する必要があります。
FDE Jounral 編集部契約の名前より、実態がどうかが大事です。「準委任なのに顧客が直接指示している」といったズレは、偽装請負のリスクにつながります。気になるときは契約と実態の両方を確認してみてください。
SES経験はFDEでどう活かせる？強みと不足スキル
SESの経験は、FDEを目指すうえで無駄になりません。活かせる強みと、補うべき経験を具体的に整理します。
SES経験から活かせる4つの強み
SES・客先常駐で身につけた力は、FDEの現場でそのまま活きる可能性があります。FDEは曖昧な課題や不完全なデータの中で動くことが多く、現場で鍛えた対応力が武器になるからです。
- 現場対応力：不確実な状況でも前に進める力
- 実装力：決めたものを形にして動かす力
- 業務理解：顧客の現場と業務フローへの土地勘
- 信頼構築：現場のキーパーソンと関係を築く経験
本当に解くべき課題にたどり着くには、現場の観察と信頼の積み上げが欠かせません。客先で顧客の業務に触れてきた経験は、この点で確かなアドバンテージになります。
FDEを目指すうえで補うべき経験
一方で、FDEに必要なのは「問い直す視点」だけではありません。高度な技術力も前提になります。ここは正直に押さえておきましょう。
OpenAIの東京FDE求人では、顧客対応を含む5年以上のエンジニアリングまたは技術導入経験、複雑なシステムのスコープ設定・導入経験、試作から安定した本番環境までのデリバリーが求められています。また、PythonやJavaScriptなどを使ったフロントエンド・バックエンドの本番コード実装や、LLM・生成モデルを用いたシステムの構築・導入経験も要件に挙げられています。現在の担当範囲によって、補うべき経験は人それぞれです。
- 課題設定：何を解くかを自分で定義する経験
- スコープ設計：技術的な範囲を切る経験
- 本番導入・定着：作った後の展開・運用まで見る経験
- 調整力：現場と経営、複数チームをつなぐ経験
SES経験者が、自分に不足しているのが技術実装力・顧客ビジネス理解力・デリバリー適応力のどこなのかを確認したい場合は、「FDEに必要な3つのスキル」をご覧ください。自己診断から、不足する経験の作り方まで整理しています。
SES経験をFDE向けの実績へ言い換える方法
強みを伝えるコツは、職務経歴を「担当作業」ではなく「課題から成果まで」の流れで棚卸しすることです。次の5つの問いで整理すると、FDE向けの実績に変換しやすくなります。
- 課題：顧客が困っていたことは何か
- 発見・提案：自分が発見・提案したことは何か
- 設計・実装：自分が設計・実装したことは何か
- 導入後の変化：本番導入後に何が変わったか
- 再現性：他案件でも再利用できる形にしたか
たとえば「顧客先で業務システムを開発した」という一文は、「現場担当者へのヒアリングから業務上のボトルネックを整理し、既存システムとの連携方法を設計・実装して本番運用まで担当した」と言い換えられます。同じ経験でも、課題設定から本番までを担った実績として伝わるようになります。SES経験をどう棚卸しし、何を補い、どの順序で応募準備を進めるかは、「現在地別のFDE転職ロードマップ」で詳しく解説しています。目標求人の設定から、実績作り、ケーススタディ、面接準備まで5ステップで確認できます。
FDE Jounral 編集部SESで積んだ現場感覚や実装力は、FDEでも確かな土台になります。足りないのは視点だけではありませんが、課題設定や本番導入の経験を少しずつ足していけば、道は十分に開けます。
FDEとSESのどちらを選ぶべきか｜求人とキャリアの判断基準
最後に、どう選ぶかの判断材料を整理します。優劣ではなく、自分の志向と担当したい範囲で考えるのが実践的です。
前提として、生成AIによって定型的な実装やドキュメント作成の一部は効率化されています。一方で、既存システムとの統合、業務要件の整理、本番展開、利用定着には、幅広い技術力と調整力が必要です。職種名よりも、どこまでの工程を担当できるかが問われるようになっている、と捉えるとよいでしょう。
FDEが合いやすい人
次のような志向を持つ人は、FDEの働き方が合いやすい傾向があります。
- 曖昧な課題を面白いと感じる
- 課題設定から本番定着まで一気通貫で担いたい
- 顧客折衝や出張を負担に感じない
- 現場知見をプロダクトへ還元することにやりがいを感じる
特に、正解のない問題に踏み込むことを楽しめるかどうかは、大きな分かれ目になります。
SES企業・案件が選択肢になりやすい人
反対に、次のような志向を持つ人は、SESという働き方が合いやすい傾向があります。これは優劣ではなく、向き・不向きの話です。
- 特定の技術を深く掘り下げたい
- 明確なスコープの中で品質を追求したい
- 多様な現場や技術を幅広く経験したい
- 顧客折衝や出張より実装に集中したい
ただし、担当できる工程、案件の選択幅、リモート勤務の可否、顧客折衝の割合は、SES企業の方針や商流、配属案件によって大きく異なります。「SESなら幅広い技術を経験できる」「実装だけに集中できる」とは限らないため、入社前に案件の決まり方や担当工程を確認してください。
決められた範囲で高い品質を出し切る力は、それ自体が確かな専門性です。どちらが上ということではありません。
求人票でFDEの実態を見極めるチェックポイント
「FDE」という職種名でも、課題設定への関与、コード実装の割合、本番導入後の担当範囲、顧客先勤務の頻度、プロダクトへの還元方法は企業ごとに異なります。名前だけで判断せず、自分が期待するFDEの役割と一致しているかを確認するために、次の点を見てください。
- 自社プロダクトや共通基盤があるか
- 課題探索から担当するか、自分でコードを書くか
- 本番導入・定着まで担当するか
- 現場知見をプロダクトへ還元する仕組みがあるか
- 顧客先勤務・出張頻度が明記されているか
これらが求人票だけでは判断できない場合は、面談でコード実装の割合、プロジェクトの成功指標、顧客先勤務の頻度、プロダクトチームとの役割分担を確認しましょう。企業ごとの担当範囲・勤務地・必須経験・年収を横断比較したい方は「FDEを採用している企業一覧」を、報酬構成や年収相場の読み方を詳しく知りたい方は「FDEの年収相場【2026年版】」をご覧ください。
まとめ：FDEとSESは職種名ではなくミッションと担当範囲で比べよう
FDEとSESの違いは、職種・役割とサービスモデルという「言葉の粒度の違い」に始まります。FDEは顧客への技術導入を担い、課題探索から本番導入・定着まで横断し、現場知見をプロダクトへ還元する傾向があります。SESは技術支援を提供する取引モデルで、合意した担当範囲から関わるケースが多いものの、上流に関わる案件もあります。契約面では、準委任か派遣かは名称ではなく実態で判断され、そこに偽装請負のリスクも潜みます。そしてSESで培った現場感覚や実装力はFDEの土台になり、課題設定や本番導入の経験を補えば、道は十分に開けます。肩書きではなく、どこまでのミッションと担当範囲を引き受けるか——その視点で、自分に合う立ち位置を選び取ってください。
主な参照先（一次情報・公的資料）
- 厚生労働省｜労働者派遣事業と請負により行われる事業との区分に関する基準（37号告示）関係 疑義応答集
- 厚生労働省｜労働者派遣・請負を適正に行うためのガイド
- IPA（情報処理推進機構）｜情報システム・モデル取引・契約書
- OpenAI｜Forward Deployed Engineer – Tokyo 公式求人
- Palantir Blog｜Dev versus Delta: Demystifying engineering roles at Palantir
- レバテックLAB｜FDEは「客先常駐SES」と何が違う？【ログラス×LayerX】
- LayerX エンジニアブログ｜FDE募集開始から半年の振り返りと2026年の展望
参考記事
・SESからデータサイエンティストになれる？必要なスキルや転職方法を解説｜データ分析
・SESからITコンサルに転職する方法は？失敗しないためのコツや志望理由
