FDEとSESの違いは、名前だけでなく、何を任せ、何が残るかで見分けます。FDEは顧客の現場に技術を組み込む役割、SESは技術者が企業の開発や運用を支えるサービスの呼び名です。求人や提案では、仕事の始まり、成果の戻し先、引き渡す物を聞きましょう。
- 決まった作業を任せるのか、課題を探す所から一緒に進めるのかを見ます。
- 顧客や製品に何が残り、支援の後に誰が使い続けるかを聞きます。
- 仕事の役割と、契約・指示の出し方は分けて確かめます。
目次
FDEとSESの違いは?一言でいうと「起点」と「成果の行き先」
起点は「どこから仕事を始めるか」、成果の行き先は「出来上がった物や学びをどこに残すか」です。客先にいるか、契約に何と書くかだけでは、この違いは読めません。
この記事では、OpenAIが説明するFDE型と、合意した範囲で開発や運用を支援するSES型の例を比べます。実際には担当範囲が重なる仕事もあるため、提案や求人の中身と照らして使います。


FDEの意味や起源は、FDEとはで整理します。SESという呼び名も、それだけで契約の種類を決める言葉ではありません。
比較する6つの軸
| 軸 | OpenAIを手掛かりにしたFDE型の例 | 決まった作業を支援するSES型の例 |
|---|---|---|
| 仕事の起点 | 現場の課題探しから入る | 合意した仕事を受ける |
| 仕様 | 何を作るかも一緒に決める | 受けた仕様に沿って進める |
| 提供する物 | 本番で使う仕組み | 合意した範囲の開発・運用支援 |
| 成果の行き先 | 顧客と製品へ戻す | 担当する案件へ残す |
| 評価 | 導入後の成果も見る | 任された作業で見る |
| 引き渡し | 使い続ける仕組みと担当者 | 合意した範囲の成果物 |
仕様は、作る物の機能や条件を書いた設計図のような物です。表の答えを名前から決めず、相手に「今回の仕事ではどうですか」と聞いてください。
元LINE・ZOZO役員の田端信太郎氏は、2026年8月の投稿で、客先常駐のSESとFDEの違いを問いかけました。
日経の紹介を受けて、同じ客先の仕事に見えるという疑問を示した投稿です。今見ている求人でも、まず表の「起点」と「成果の行き先」を自分の言葉で書いてみましょう。
OpenAIはプロフェッショナルサービスとの違いをどう説明する?
OpenAIの公式FAQで、自社のFDEをどう位置付けるかを見ます。プロフェッショナルサービスは、専門家の知識や技術を提供する支援サービスのことです。

- 1プロフェッショナルサービスを提供するかという問いへ、いいえと答える説明
- 2顧客の事業部門、導入パートナー、OpenAIの製品・研究チームという連携先
- 3既存のAIで実現できることなら、通常はFDEを必要としないという説明
公式は、FDEがプロフェッショナルサービスを提供するかという問いへ「いいえ」と答えています。その上で、顧客や導入パートナー、製品・研究チームと協力し、AIの最前線の課題を解く役割を説明します。
OpenAIの公式ページでは、既存のAIで実現できる仕事なら通常FDEは不要とも説明しています。頼む仕事について、今ある機能で足りるかを先に確かめましょう。
ここで読むのは、OpenAIが自社の仕事を説明した例です。派遣や請負の区分は、後の厚労省資料で別に確認します。
客先で働くのは同じ?FDEとSESが似て見える理由
顧客先で、技術者が、一定期間働く姿は似ることがあります。違いを知るには、いる場所より「何を決め、何を引き渡すか」を聞きます。
客先常駐は、顧客の職場で働くことです。同じ机に座っていても、渡された仕様を作るのか、課題探しから担当するのかは別です。
OpenAIの例には、システムの接続、テスト、安全の点検、本番後に顧客が続けるための支援が含まれます。一定期間いたことと、使われる仕組みを残したことを、分けて見ます。


なぜ今、比べられている?
日本経済新聞電子版は、2026年8月13日にAI導入を支えるFDEを取り上げました。
米国で求人が増えたという報道が、FDEという職名を知る入口になっています。新しい名前を見たら、給与の印象だけで決めず、募集が任せる仕事を6つの軸へ書き出しましょう。
評価は、任せた仕事に合わせる
OpenAIの公式FAQは、処理時間、品質、手作業の工数などを成果の物差しに挙げます。工数は、仕事に使う人の時間です。
決まった開発を頼む場合も、合意した担当範囲が評価の土台です。職名だけで評価や給与が自動的に決まるのではなく、「何がどう変われば成功か」を最初に合わせます。
年収の金額は、FDEの年収で整理します。ここでは、仕事と成果を比べる軸に進みます。
FDEとSESは契約の形で見分けられる?請負・準委任・派遣と指揮命令
契約書の名前だけでは見分けられません。発注者は仕事を頼む会社、受注者は引き受ける会社です。受注者が雇う人を、実際に誰が指示・管理しているかが、派遣と請負等を区分する大切な点です。

- 請負:仕事を完成させる約束。
- 準委任:契約を結ぶなどの法律行為以外の事務を任せる約束。
- 派遣:雇い主とは別の会社の指示を受けて働く仕組み。
STEP1:契約名と実際の働き方を分ける
厚労省の疑義応答集は、よくある疑問に答える資料です。派遣と請負を、契約の形式だけでなく実態で判断すると説明しています。

- 1派遣と請負の区分を、契約形式だけでなく実態に即して判断するという説明
- 2第3集のPDFと、Q8追加の2026年5月25日更新表示
- 3派遣・請負を適正に行うための関連ガイド
「実態」は、日々の仕事がどう進むかです。契約名に加え、誰がやり方、働く時間、人の配置を決めているかを書き出してください。
37号告示は、その区分を判断する国の基準です。FDEという役割名やSESというサービス名から、契約の区分を決める物差しとは分けて使います。
STEP2:誰に対する指示かを読む
指揮命令は、仕事のやり方や働く時間を直接指示し、管理することです。第3集Q1では、発注者と、受注者が雇う労働者との関係を見ています。

- 1請負は仕事の完成を目的とし、発注者と受注者側の労働者との間に指揮命令関係を生じないという説明
- 2委任・準委任でも、発注者と受注者が雇う労働者との間に指揮命令がある実態なら、契約形式を問わず労働者派遣に当たるという説明
- 3派遣か請負等かは、契約形式だけでなく37号告示に基づき実態で判断するという説明
受注者が雇う人へ、発注者が直接具体的に指示して働かせる実態なら、準委任でも契約形式を問わず労働者派遣に当たると説明しています。準委任は、法律行為でない事務を任せる契約です。
アジャイル型開発でも同じです。アジャイルは、小さく作って試し、途中で仕様を見直す進め方です。一緒に素早く作ることと、受注者の働く人を発注者が直接管理することを分けます。

請負等の契約名を使いながら、発注者が受注者の雇う人へ直接指示して働かせる場合を、同資料はいわゆる偽装請負と説明しています。役割名にFDEと付けることが、この実態を判断する代わりにはなりません。
STEP3:完成の約束と、成果への報酬を読む
e-Gov法令検索の民法で、請負と委任・準委任の違いを見ます。

- 1法令名は民法(明治二十九年法律第八十九号)
- 2648条の2:委任の仕事で得る成果へ報酬を払う約束をした場合の規定
- 3656条:法律行為でない事務へ、委任の決まりを当てはめる規定
| 条文 | 何を決める約束か |
|---|---|
| 632条・請負 | 仕事を完成させ、その結果へ報酬を払う |
| 643条・委任 | 法律行為を任せる |
| 656条・準委任 | 法律行為でない事務へ、委任の決まりを当てはめる |
| 648条の2 | 委任でも、成果へ報酬を払う約束がある場合を扱う |
法律行為は、契約を結ぶなど、法律上の権利や義務を生む行為です。準委任は、それ以外の事務を任せる約束です。
成果への報酬を約束する規定もあるため、「準委任は必ず時間売り」「成果型ならFDE」とは分けられません。役割と、報酬の約束は別に読みます。
請負の2つの条件を確認する
37号告示は、受注者が雇う人への指示・管理を自ら行うことと、業務を独立して処理することを示しています。
指示・管理には、仕事のやり方、働く時間、人の配置、評価、職場の決まりなどが含まれます。業務を独立して処理しているかは、資金や責任、機材、専門的な技術や経験などから確認します。

| 契約の形 | 約束の要点 | 受注者が雇う労働者への指示・管理 |
|---|---|---|
| 請負 | 仕事の完成へ報酬 | 受注者が自ら行う |
| 委任・準委任 | 法律行為・事務を任せる。成果報酬の約束もある | 発注者が直接指揮命令する実態と区別 |
| 派遣 | 契約名だけでなく実態で区分 | 発注者側の指揮命令を受けて働く実態を見る |
契約のひな形も、読む目的を分ける
IPAのモデル契約第二版は、請負や準委任、成果報酬型の準委任を整理する資料です。第二版は2020年12月22日公開で、2026年9月11日の更新は問い合わせ先の更新として扱います。
民法は、何を任せ、報酬をどう約束するかを見る資料です。37号告示は、働く人への指示・管理の実態を見る資料です。SESという呼び名を一律に準委任へ当てはめず、契約内容と実態をそれぞれ確かめます。
OpenAIの公式ページで見るFDEの仕事とは?
OpenAIは、顧客と本番導入し、製品・研究へ学びを返し、顧客のチームが続けられる形を作ると説明します。顧客に残す物と、自社の製品へ戻す学びの両方を見ます。

顧客と作り、製品へ返し、顧客に渡す
公式ページの3つの役割を読む画面です。

- 1顧客と本番導入し、テストと安全の点検を組み込む役割
- 2今のモデルでは足りない課題を、製品・研究チームへつなぐ役割
- 3顧客チームが開発を続け、利用を広げる道具と専門知識を渡す役割
本番導入は、お試しでなく実際の仕事で使い始めることです。OpenAIの説明では、顧客のシステムをつなぎ、テストと安全の点検を組み込みます。
今のモデルでは足りない課題は、製品・研究チームへつなぎます。モデルは、文章を読み書きするAIの頭にあたる部分です。本番後は、顧客が開発を続け、利用を広げるための道具と専門知識を渡します。
5段階と、成果の物差しを見る
OpenAIの工程は、課題探索、試作、検証、本番、展開の5段階です。何を作るかを探し、小さく試し、実際に使い、さらに広げる順で読めます。

公式FAQは、処理時間、品質、手作業の工数などを成果の物差しに挙げています。依頼の最初に、何を導入し、誰が使い、前後で何を比べるかを合わせます。
責任者は、支援の後をどう考える?
OpenAIでFDEを率いるColin Jarvis氏は、2026年9月の投稿でチームの作り方を紹介しました。
X @colintjarvis
同氏は、顧客の課題ごとに自分たちが要らなくなることを、成功とする見方を示しています。頼む側も「支援の後に自社で何を続けるか」を、完了の条件へ書いてみましょう。
同氏は2026年10月22日の投稿で、顧客からの学びを製品やモデルへ返す役割も紹介しています。
X @colintjarvis
次の顧客が、前の学びを使って先へ進めるようにするという意味です。提案を読むときは、「今回作る物のうち、繰り返し使える機能にする部分はどこか」を質問してください。
画面1〜3で扱う役割は、該当するOpenAI公式ページと照らし合わせます。求人票では、頼まれる仕事がどの役割に当たるかを確認しましょう。
自社でも責任者の言葉を担当と手順書へ当てはめる投稿を出しています。受け取る物を、次の5問で具体的にしてみましょう。
FDEとSESを見分ける5つの質問は?
課題、仕様、成果物、返す先、評価の5つを聞きます。職名を当てるクイズではなく、今回の仕事で何を約束するかを知る質問です。

公式の説明を、質問へ変える
OpenAIのFAQで、製品への還元、成果、本番後の支援を読みます。還元は、現場で得た学びを別の製品や仕事に生かすことです。

- 1プロフェッショナルサービスを提供するかという質問の見出し
- 2顧客からの学びを製品・研究チームへ共有し、再利用できる機能へつなぐ説明
- 3成果の測定方法と、本番稼働後のサポートについての質問
赤枠2で学びの戻し先、赤枠3で成果と本番後の支援を見ます。次の表は、OpenAIの例と、合意した作業を支援する例を比べるための物です。
| 聞くこと | FDE型の答えの例 | 決まった作業を支援するSES型の答えの例 |
|---|---|---|
| 課題 | 現場で一緒に探す | 合意した作業を受ける |
| 仕様 | 必要な物から一緒に決める | 渡された内容を具体化する |
| 成果物 | 本番で使う仕組みと運用 | 担当した開発の成果物 |
| 返す先 | 顧客と製品の両方 | 担当する案件 |
| 評価 | 現場の成果も測る | 合意した作業の実行 |

- 課題は誰が見つけますか。
- 仕様は誰が決めますか。
- 成果物は何ですか。
- 学びはどこへ返しますか。
- 何をもって評価しますか。
たとえば、成果物が「報告書」と答えられたら、その後に動く仕組みや、使い続ける道具も渡すかを聞けます。担当範囲が重なる場合も、何を自分で決め、何を渡すかを具体的に確認します。
名前だけで選ばないための見方
創業者への取材を続けるDavid Senra氏は、2026年9月9日にElevenLabsのCEOの見方を紹介しました。
X @davidsenra
紹介されているのは、FDEを製品チームの一員と捉え、顧客からの学びを製品へ返すという見方です。商談では、現場の担当から製品チームへ、何をどう伝えるかを聞いてみましょう。
Edra共同創業者でCEOのEugen Alpeza氏は、2026年9月29日にFDEの採用ブームへ疑問を示しました。
X @EugenAlpeza
元PalantirでFDE型のAI開発を率いた同氏は、製品の不足を人数で埋める形を指摘しています。提案を読むときは、担当者の人数だけでなく、何が再利用できる形で残るかを質問してください。
引き渡しで見分ける
米国の投資会社a16zは、2026年10月2日の投稿で、調達のAIを作るLioのCEOの話を紹介しました。
紹介された目標は、今の仕事を自動化し、次へ移ることです。依頼する側も、担当者が離れた後に、誰が何を続けるかを先に書いてみましょう。
残す物は、動く仕組み、記録、手順、使い続ける人です。自社noteの次の担当へ渡す5項目も手掛かりに、契約前に受け取る物を相手と合わせます。
FDE型で一緒に作るとき、指揮命令の線はどこ?
発注者と、受注者が雇う人との間で、誰が方法や時間を決めているかを見ます。同じ会議へ出ることと、直接指示して働かせることは、分けて確認します。

対等に相談し、自分で判断する:Q2
第3集Q2は、双方が役割と専門性を持ち寄り、受注者側が自分で判断して開発する実態を扱います。受注者が指示・管理を自ら行い、独立して業務を進めることが土台です。
先に、役割、権限、進め方を決めて合意します。「何を達成したいか」という情報を共有することと、「この方法でこの時間に働く」と直接命じることを区別するためです。

会議やチャットでも、直接指示の実態を見る:Q5・Q6
発注者が、受注者が雇う労働者へ、仕事の方法や労働時間を直接指示する実態があるかを見ます。会議やチャットという連絡手段だけで、判断が変わるわけではありません。
たとえば、仕様の選択肢を相談し、受注者側が方法を決める場面です。それと、発注者が受注者の社員へ作業方法や時間を直接指示する場面を分けて確認します。
発注側は、解きたい課題と優先する成果を伝えます。受注側が自分で判断する範囲と、双方が合意して変える範囲を書き分け、日々の指示と合っているかを見直します。
FDE型の支援を頼む前に決める4つは?WEBMARKSの指示書で見る
完了の条件、触れる範囲、記録、引き渡しの4つを決めます。完了の条件は「何がそろえば終わりか」、触れる範囲は「使ってよい物や作業してよい場所」です。

私たちWEBMARKSでは、指示書に受け持ち、記録、完了の条件を書き、担当が作った実物を点検する役を分けます。次の画面は、その制作時の指示書です。
指示書の4項目を読む
WEBMARKSの指示書で、受け持ち、記録、完了の条件を見ます。

- 1担当が扱ってよい仕事と、他の担当の仕事を分けた範囲
- 2管理表と結果の記録先を分けた、記録の置き場
- 3完了の条件と監査役の判定:条件が足りなければ作る担当へ戻す
赤枠1で使ってよい範囲、赤枠2で記録の置き場、赤枠3で出来上がりの条件を確認してください。作った物と記録を、後の担当が受け取れるようにするための指定です。

完了の条件:何ができれば終わりか 触れる範囲:使ってよい道具・データ・場所/触れない範囲:送信・削除などの境界 記録の置き場:何を見て、何をしたか 引き渡し:動く物・記録・手順/受け取って運用を続ける人
作る、確かめる、公開を判断する
画面は、制作時に担当と点検役を分けた例です。引き渡す物と記録先を指定すると、次の担当も同じ条件で内容を確かめられます。
このメディアでは、執筆担当と点検担当を分け、事実・法令・著作権・表現の4つを確かめます。点検で条件に届かない箇所は、担当が根拠と照らして直します。公開へ進めるのは、独立点検、反映前の確認、デモでの通し稽古の3つに合格した版です。
記録と成果物の置き場を決めると、担当が替わっても確認を続けられます。外部へ仕事を頼む場合も、渡す人と受け取って運用する人を、同じ完了の条件に含めます。

役割と引き渡しの型を使う
自社noteの役割カードと稼働完了を簡単に言わせない5条件は、頼む範囲と点検の条件をそろえる発信です。
IPAのモデル契約第二版も読み、仕事のメモと、契約で約束する報酬や責任を合わせます。資料が残ることと、それを使える担当が決まることは別に確認しましょう。
AI研究者でCoursera共同創業者のAndrew Ng氏は、2026年6月の投稿で、FDEと社内AIエンジニアの需要に触れました。
X @AndrewYNg
同氏は、FDEが増える一方、社内のAIエンジニアの数はさらに多くなるという見方を示しています。支援を頼む前に、社内で続ける担当と、特定の製品に頼りすぎないための引き渡しを考えてください。
自社の2026年11月3日の日本型FDEの紹介は、一人でなくチームで役割を担う形を紹介しています。自分の会社でも、課題を聞く人、作る人、受け取る人を書き分けてみましょう。AIが触る範囲や止まる条件は、仕事を任せる前の5つの準備も参考にできます。
SESが向く場面・FDE型が向く場面は?
仕様が固まった作業を支援してほしいのか、何を作るかから一緒に探したいのかで、任せ方を考えます。既存のAIで足りる仕事なら、まず今ある方法を確認します。

今回の仕事に合う形を選ぶ
| 場面 | 比較する支援の例 | 確かめること |
|---|---|---|
| 仕様が固まった開発 | SES型などの技術支援 | 担当する作業と責任 |
| 課題と仕様が固まらない | FDE型 | 現場で探し、何を作るか |
| 製品にも学びを返したい | FDE型 | 顧客と製品の戻し先 |
| 既存のAIで足りる | まず既存の方法 | 追加の作り込みが必要か |
| 仕様からシステムを作る | SIerなど | 契約で約束する開発範囲 |
| 業務の方針を整理する | ITコンサルなど | 実装まで担当するか |
SIerは、企業のシステムをまとめて作る事業者です。ITコンサルは、ITを使った業務や経営の課題を整理する支援です。呼び名だけで選ばず、今回何を任せるかを確認します。

SESの経験からFDEを目指すなら
FDEの求人では、実装に加えて業務の理解や課題の整理まで担うかを、実際の募集要項で確かめます。
自分の経験を、実装、業務の理解、課題探し、成果の確認、引き渡しに分けて書いてみましょう。決まった仕様を作った経験に、次にどの役割を足すかが見えます。具体的な道筋は、FDEになるにはで整理します。
FDEとSESの違いのよくある質問
Q. 契約書を見れば区別できますか?
名前だけでは区別できません。派遣と請負等は実際の指示・管理で区分し、仕事の起点や成果の行き先は、提案や面接の答えから別に確認します。
Q. FDEを名乗る求人や支援会社を、どう見分けますか?
課題、仕様、成果物、返す先、評価の5問を聞きます。人数だけでなく何が残るかを確認し、答えを求人や提案の内容と並べてください。
Q. FDEはSESの上位互換ですか?
上下の関係ではなく、任せる仕事の範囲で考えます。仕様の決まった開発か、課題探しからの支援かを分け、職名だけで能力や年収の順位を決めません。

Q. SESのエンジニアからFDEを目指せますか?
実装の経験に、業務の理解、課題探し、引き渡しまでを広げる道で考えます。担当した経験がある部分と、これから足す部分を書き分けましょう。
Q. 既存のAIで足りる仕事もFDEに頼むべきですか?
OpenAIのFAQは、既存のAIで実現できる仕事なら通常不要と説明しています。今ある機能で解けるかを確かめ、その後で現場の作り込みが必要かを考えます。
まとめ:FDEとSESの違いを今日から見分ける
FDEとSESは、起点、成果の行き先、引き渡しで比べます。今回の役割と、受注者が雇う人への指示・管理の流れを分けて確認しましょう。
- 求人か提案を一つ選び、課題、仕様、成果物、返す先、評価の5問を当てる。
- 誰が方法と時間を決めるかを、厚労省資料と日々の仕事で確かめる。
- 完了条件、触れる範囲、記録、引き渡しを、頼む前に書く。










