FDE(Forward Deployed Engineer)は、AIや製品を作る会社の技術者が顧客の中に入り、課題の発見から本番で使われるまでを受け持つ職種です。受託開発との違いは、作るものが固まる前から入ることと、成果を納品物ではなく現場で使われたかで見ることにあります。ただしFDEは契約の名前ではないので、提案書にこの語があっても、約束の中身が仕事の完成(請負・民法632条)なのか事務の遂行(準委任・同656条)なのかは、契約書で別に確かめる必要があります。
- Palantir・OpenAI・Anthropic の募集ページに共通するのは、顧客の中で働く、その1社向けの本番の仕組みを作る、使われたかで成果を見る、の3点です。
- 受託開発は決めた仕様の完成を、常駐は人手を、コンサルは助言を出します。FDE型はこの3つの置き換えではなく、何を作るかが決まっていない案件に向く関わり方です。
- 請負で結ぶのか準委任で結ぶのかは、FDEという語からは分かりません。提案した会社に聞くことは4つに絞れます。
目次
FDEとは、何をする人か
FDE(Forward Deployed Engineer)とは、AIや製品を作る会社の技術者が顧客の中に入り、課題の発見から設計・構築・本番で使われるまでを受け持つ職種です。日本語の定訳はまだありません。この職種を置いている3社の募集ページから、職務を書いた箇所を原文のまま抜き出します。
| 見る点 | 募集ページの原文 | 書かれていること |
|---|---|---|
| どこで働くか | Anthropic: embeds directly with our most strategic customers to drive transformational AI adoption | 重要な顧客の中に直接入って、AIの導入を進める |
| 何を作るか | Palantir: Build custom applications, LLM workflows, and production solutions engineered for a specific customer’s reality | 特定の1社の実情に合わせた業務アプリ、LLMを使った処理の流れ、本番で動く仕組みを作る |
| 成果を何で見るか | OpenAI: You will measure success through production adoption, measurable workflow impact | 本番で使われたか、業務への効果が測れるかで成果を見る |
右の列は原文の意味を日本語で説明したもので、公式の訳ではありません。3つの行はどれも各社が自分の職種を説明した文で、第三者の評価でもありません。
受け持つ範囲は広く、発見から本番までに及びます。OpenAI の募集には「You will own discovery, technical scoping, system design, build, and production rollout」とあり、課題の発見、技術的な範囲決め、設計、構築、本番展開までが1人の職務に入っています。Anthropic の募集は、顧客の拠点へ出向く割合を25〜50%と書いています。自社のオフィスで仕様書を受け取って作る仕事ではありません。
既製品の設定をする人でもありません。Palantir の募集には「building past the perimeter of what the product currently offers」という一節があり、製品が今できる範囲の外まで作ることが職務に含まれています。
FDEという形は、なぜAI会社に広がったのか
FDEという職種は、Palantir が自社で始めたと説明しており、OpenAI と Anthropic も置いています。Palantir の募集(2026年8月掲載)には「We pioneered this unique position, embedding engineers directly with our customers」とあります。技術者を顧客の中に直接入れるこの職種は自社が始めた、という同社自身の説明です。OpenAI は2026年7月に、東京を勤務地とするFDEの管理職の募集を出しました。日本の会社に届く提案書にこの語が出てくる背景には、こうした動きがあります。
流行り言葉なのかと言えば、職種としての実体は3社の募集で確かめられます。置く理由は、募集の文面から2つ読み取れます。
渡すだけでは使われないので、最後まで通して受け持つ人を置く
Palantir の募集は、FDEが「own projects end-to-end, from the first conversation with a customer」、つまり顧客との最初の会話から通して案件を受け持つと書いています。OpenAI の募集も、重要な顧客と並んで本番導入の全体を率いる役割だと説明しています。AIのモデルや製品は、渡した時点ではまだ業務の中で動いていません。どの業務に当てるかを見つけ、その会社のシステムにつなぎ、使われる状態にするまでを切らずに受け持つ人が要る、というのが各社の説明から読める理由です。
現場で分かったことを、自社の製品へ戻す
OpenAI の募集には「Share field feedback that helps Research and Product understand where the models succeed」とあり、現場で分かったことを研究と製品の部門へ伝える役目が書かれています。Anthropic の募集も、繰り返し使える導入の型を見つけてまとめ、製品と開発の部門へ知見を戻すことを職務に挙げています。
この2つ目は、自社の製品を持つ会社のFDEに固有の役目です。製品を持たない支援会社が提案書に書く「FDE型」には、戻す先の製品がありません。同じ語でも中身は同じとは限らないので、語の印象ではなく、次の節の列に当てはめて確かめます。どこまでを同じFDEと呼んでよいのかは、正直なところ線を引ききれません。
これまでの頼み方と並べた要点が、次の図です。

受託開発・常駐SE・コンサルと、FDEはどこが違うのか
受託開発は決めた仕様の完成を約束し、常駐は人手を出し、コンサルは助言を出します。FDEは要件が固まる前から顧客の中に入り、本番で使われるまでを受け持ちます。違いが出るのは、いつから入るかと、成果を何で見るかです。図の4列に、関わる範囲と、契約書で確かめる条文を足した表を置きます。
| 頼み方 | 約束するもの | 現場で指示を出すのは誰か | 向く案件 | 関わる範囲 | 契約書で確かめる条文・資料 |
|---|---|---|---|---|---|
| 受託開発(請負) | 決めた仕様どおりの仕事の完成 | 受託した会社。発注側は受託側の責任者に伝える | 作るものが決まっていて、仕様書に書ける | 設計から構築、納品まで。何を作るかは発注側が先に決めておく | 民法632条。完成の定義、検収、報酬の支払い条件の条項 |
| 常駐(SES/派遣) | SESは技術者による作業の遂行。派遣は労働力の提供 | SESは技術者を出す会社。派遣は発注側 | 作業の中身を発注側が決められる | 発注側が決めた作業の範囲 | SESは民法656条・644条、派遣は労働者派遣法2条1号。契約の名称と、指揮命令の条項 |
| コンサル | 調査や助言の遂行。報告書の完成を約束する形もある | コンサル会社 | 何に取り組むかがまだ決まっていない | 課題の発見から方針まで。構築を含むかは契約による | 準委任(民法656条・644条)か請負(632条)か。成果物の定め |
| FDE型 | 語からは決まらない。提案ごとに請負か準委任かが違う | 請負・準委任で結ぶなら、FDEを出す会社 | 何を作るかを、現場で確かめながら決める | 課題の発見、範囲決め、設計、構築、本番展開 | 契約の類型、完了の基準、役割分担。IPA「情報システム・モデル取引・契約書(アジャイル開発版)」の契約前チェックリスト |
表の読み方を3つ補います。
1つ目は、受託開発の行の「完成」です。民法632条は請負を「当事者の一方がある仕事を完成することを約し、相手方がその仕事の結果に対してその報酬を支払うことを約する」契約と定めています。完成を約束してもらえる代わりに、何を完成とするかを先に書けなければ結べません。
2つ目は、指示を出せる相手です。発注側の社員が技術者へ直接指示を出せる形は、4行の中で派遣だけです。SESは、準委任で技術者の作業を提供してもらう形を指す呼び名で、同じように社内に常駐していても、指示は技術者を出す会社の側が出します。
3つ目は、FDE型の行だけ「約束するもの」が埋まらないことです。ほかの3行は頼み方の名前が約束の中身をおおよそ示しますが、FDEは職種と関わり方の名前で、約束の中身までは示しません。
提案書に「FDE」とあるとき、契約書で何を確かめるか
FDE型の契約は請負なのか、準委任なのか。答えは、どちらもありえます。FDEは契約の類型ではなく、どちらで結ぶかは提案ごとに違うからです。仮の場面を1つ置くと、提案書の体制図に「FDE 1名」とあり、月額の欄は埋まっているのに納品物の欄が無い、という形です。この提案書だけでは、何が約束されているのかは読み取れません。提案した会社に聞くことは、次の4つです。
約束は仕事の完成か、事務の遂行か
請負なら、先の632条のとおり仕事の完成が約束されます。準委任は、民法656条が「この節の規定は、法律行為でない事務の委託について準用する」と定める形で、委任の規定が当てはまります。その1つである644条は「受任者は、委任の本旨に従い、善良な管理者の注意をもって、委任事務を処理する義務を負う」と定めています。約束されるのは専門家として注意を尽くして事務を処理することで、完成そのものではありません。
聞き方は「この契約で約束されるのは、決めたものの完成ですか、作業の遂行ですか。契約書のどの条項に書かれますか」です。
報酬は何にひもづくか
準委任でも、成果に報酬をひもづける約束はできます。民法648条の2は「委任事務の履行により得られる成果に対して報酬を支払うことを約した場合」の扱いを定めています。月額で払うのか、成果が出た時点で払うのか、その成果とは何を指すのかを、報酬の条項で確かめます。
現場で技術者に指示を出すのは誰か
FDEは顧客の中で働くため、発注側の社員と机を並べることになります。ここで決めておくのが、日々の作業の指示を誰が出すかです。労働者派遣法2条1号は、労働者派遣を、自己の雇用する労働者を「他人の指揮命令を受けて、当該他人のために労働に従事させること」と定義しています。発注側が直接指示を出す運用は、この派遣の形です。
IPA のモデル契約のページは、受発注の契約のもとで発注側と一体になって開発を進める場合に、偽装請負を指摘されるリスクがあることに触れ、厚生労働省の疑義応答集(第3集)を案内しています。自社の運用がどれに当たるかは個別の事情で決まるので、この記事では判定しません。契約書の指揮命令に関する条項と実際の運用の予定を並べ、食い違いがありそうなら、契約を結ぶ前に弁護士か社会保険労務士に見てもらってください。
完了の基準と役割分担は、契約の前に決まっているか
IPA の契約前チェックリストには「完了基準、品質基準が明確になっているか」という項目があります。目的が明確かどうか、役割分担を理解しているかどうかも、同じチェックリストが契約の前に確かめる項目に挙げています。納品物の欄が無い提案ほど、何をもって一区切りとするのかを書面で決めておく意味が大きくなります。
FDE型が合う案件と、受託開発で足りる案件は何で分かれるか
作るものが決まっていて仕様書が書けるなら受託開発で足り、何を作るかを現場で確かめながら決めるならFDE型が合います。どちらが上という話ではありません。問いは2つです。
作るものを、今の時点で仕様書に書けるか
書けるなら、完成を約束してもらえる請負の受託開発が素直な選び方です。書けない場合について、IPA は、要件を決めながら進める開発のモデル契約を「あらかじめ特定した成果物の完成に対して対価を支払う請負契約ではなく、ベンダ企業が専門家として業務を遂行すること自体に対価を支払う準委任契約を前提としています」と説明しています。完成の中身が決まっていないものに、完成の約束は付けられないからです。なお、このモデル契約はアジャイル開発の外部委託向けの解説で、法的な拘束力のある基準ではありません。
決める人と時間を、自社から出せるか
同じ IPA のページは、発注側について「プロダクトの方向性及び内容を決めるための主体的かつ積極的な関与が必要となり、相応の負担を伴います」と書いています。FDEが社内に入っても、何を優先するか、どこまでで良しとするかを決めるのは発注側です。決める権限のある人が時間を割けない会社では、任せきりにしたい気持ちと、この関わり方がかみ合いません。
2つとも当てはまる案件がFDE型の候補です。仕様書は書けるが現場で使われるかが読めない、という中間の案件は、どちらとも言えます。その場合に先に決めるのは、一区切りを納品の時点に置くのか、使われている状態に置くのかです。
この記事のまとめ
- 届いた提案書を開き、FDEについて書かれた箇所に、対照表の列の名前(約束するもの・指示を出す人・関わる範囲)を書き込みます。書き込めなかった列が、提案した会社への質問になります。
- 質問は口頭で済ませず、メールで送って書面で返事をもらいます。返事に条項の番号が無ければ、契約書の案を先に出してもらいます。
- 返事を待つ間に、自社の側で決める人を1人決めておきます。優先順位と、どこまでで良しとするかを決められる立場の人です。
公開日:2026年10月
読んで終わりにしないために
「自社の場合は、どうすれば?」
その答えを、最大45分で持ち帰る。
記事で分かるのは、一般論まで。AI導入を専門に見ている担当が、貴社の業務に当てはめて“次の一手”だけを一緒に整理します。
この相談で持ち帰れるもの
- 01
自社業務に当てはめたAI活用マップ
- 02
投資対効果(ROI)のシミュレーション
- 03
いまの悩み・疑問への、その場の個別回答


