FDEとは、Forward Deployed Engineerの略で、顧客の現場に入り、課題の発見から実装・運用・定着までを一気通貫で担うエンジニアのことです。データ分析の製品を手がけるPalantirが早くから置いてきた職種で、生成AIの導入がPoC(本番前の試験導入)で止まりやすいことから、現場で本番まで持っていく役割として注目されています。

採用企業や年収は2026年9月時点の情報です。最新の条件は各社の採用ページでご確認ください。

FDEとは:Forward Deployed Engineerの意味と由来

Forward Deployedは「前線に配置された」という意味です。自社の製品を持って顧客のもとへ出向き、顧客のデータと業務の制約のなかで、実際に使える仕組みになるまで作り込みます。製品を作る会社に所属しながら、仕事の場所と目的は顧客の現場にあるのがFDEの特徴です。

Palantirが確立した職種

FDEは、データ分析の製品を手がけるPalantir Technologiesで早くから置かれてきた職種です。Palantirの公式ブログによると、同社は製品を開発するエンジニアを「Dev」、顧客に製品を導入するFDEを「Delta」と呼び分けています。Devが多くの顧客に使われる製品の機能を作るのに対し、Deltaは1社の顧客を担当し、その顧客の目標に対する成果で評価されます。同社はこの違いを「1つの機能を多くの顧客へ」と「1社の顧客に多くの機能を」と表しています。

コンサルとの違いについても、コンサルが1回きりの分析や提言を出すのに対し、Deltaは既存の製品を実際に導入し、顧客と一緒に長く使える仕組みを作る点だとしています。エンジニア自身が現場に入り、製品を使って成果が出るまで作るのが、FDEの原型です。

AI導入がPoCで止まることから注目が集まる

生成AIは試作までは早く作れますが、本番で使われるところまで進まない例が多くあります。調査会社のGartnerは2024年7月、生成AIプロジェクトの30%が、2025年末までにPoCの後で放棄されると予測しました。試作で精度が出ても、社内データの準備、既存システムとの連携、例外の扱い、現場の手順の変更が残り、それを誰も引き受けないまま止まるためです。

FDEは、この「試作から本番まで」の空白を埋める役として、OpenAIやAnthropicなどのAI企業でも採用が広がっています。

FDEエンジニアの仕事内容は4つの工程

FDEの仕事は、顧客の業務を理解するところから、導入後の改善までの4つに分けられます。

  1. 課題の理解と要件整理顧客の業務の流れに入り込み、依頼された内容の奥にある困りごとを見つけます。「チャットで社内の質問に答えたい」という依頼でも、実際に時間を取っているのが資料探しなのか、回答の承認待ちなのかで、作るものが変わります。要件定義を顧客に任せず、自分で整理するのが前提です。
  2. 試作と本番導入小さな試作をすぐに作り、現場の担当者に使ってもらいながら直します。形が固まったら、既存のシステムや権限の仕組みとつなぎ、本番の業務で動かします。
  3. AI・LLMを使った業務の改善社内の文書やデータをLLM(大規模言語モデル)につなぎ、問い合わせへの回答や書類の読み取りなど、人が時間を使っていた作業を置き換えます。どこまでをAIに任せ、どこを人の確認に残すかの線引きもここで決めます。
  4. 導入後の改善と製品への反映本番で使われ始めた後の結果を見て、精度や使い勝手を直します。複数の顧客で共通して出てきた要望は、自社の開発チームへ伝え、製品そのものの機能にします。

4つ目の工程が、FDEをほかの職種から分ける点です。FDEは1社の課題を解くだけでなく、現場で分かったことを自社の製品へ戻し、次の顧客ではその改善を使うという循環の中にいます。

FDEの4つの工程と製品への反映 課題の理解と要件整理、試作と本番導入、AIとLLMを使った業務の改善、導入後の改善の順に進む。導入後に分かったことは自社の製品へ伝えられ、改善した製品が次の現場での試作に使われる。 FDEが顧客の現場で担う FDEが所属する会社の製品 1. 課題の理解 と要件整理 2. 試作と 本番導入 3. AI・LLMで 業務を改善 4. 導入後の 改善 自社の製品 (開発チーム) 現場で分かった 要望を伝える 改善した製品を次の現場の試作で使う
FDEは顧客の現場で4つの工程を進めます。
導入後に分かったことを自社の製品へ戻すのが、ほかの職種との違いです。

FDEとSES・SIer・コンサル・ソリューションアーキテクトの違い

FDEは顧客の現場で働くため、SESや客先常駐と混同されがちです。違いは「誰の指示で動くか」「どこまで責任を持つか」「自分で作るか」の3点で見ると分かります。

比べる相手 指揮命令は誰か 責任の終点 実装まで持つか
SES(客先常駐) 顧客が作業の指示を出す 契約した時間だけ働くこと。成果の責任は顧客側にある 指示された範囲で作る。何を作るかは決めない
SIer(受託開発) 受託した会社が自社の担当者に指示する 決めた要件どおりのシステムを納品すること 作る。ただし要件は発注側が事前に決める
ITコンサル コンサル会社が自社の担当者に指示する 課題の整理と提言まで 持たない。実装は別の会社や社内が担う
ソリューションアーキテクト 製品を売る会社が自社の担当者に指示する 製品を使った技術構成の設計と提案まで 設計が中心で、構築は顧客や別の担当が担うことが多い
FDE 製品を持つ会社が指示し、顧客と目的を共有して動く 業務で使われ、成果が出て定着するまで 課題の定義から実装、運用まで自分で持つ

客先常駐と同じに見えても契約の中身が違う

働く場所だけを見ると、FDEは客先常駐と同じです。違いは、何に対してお金が払われているかにあります。SESは働いた時間に単価を掛けて支払うため、作ったものが業務で使われなくても契約上の問題にはなりません。FDEを置く会社は、多くの場合、自社の製品の利用料や成果に応じた契約で収益を得ます。使われなければ自社の売上にならないため、定着まで責任を持つ動機があるという点が違います。

職種の名前は会社によって揺れる

ソリューションアーキテクトやカスタマーサクセスのエンジニアでも、実装まで担う会社はあります。逆に、FDEという名前でも、実際には導入の設定作業が中心という求人もあります。paizaも、FDEの仕事の中身は会社によって、実装が中心のものと顧客とのやり取りが中心のものに分かれるとしています。名前よりも、4つの工程のどこまでを1人で担うかで見るのが確かです。

FDEに必要なスキルと向いている人

FDEは、エンジニアの技術と、業務を理解して人と調整する力の両方が要る職種です。求められるのは次の4つです。

  1. 動くものを作れる開発の力PythonやSQLで試作を組み、データの取り出しやシステムの連携を自分で実装できること。設計の知識も要ります。
  2. 業務を理解して課題を定める力現場の担当者の話から、どの作業に時間がかかっているのか、なぜそうなっているのかを聞き出し、解くべき問題に言い直せること。
  3. 技術と業務の言葉を行き来する力現場の担当者、顧客の情報システム部門、自社の開発チームのそれぞれに、相手が分かる言葉で説明できること。
  4. AI・LLMの変化についていく力モデルや開発の道具が数か月単位で変わるため、新しいものを試して使いどころを判断できること。

向いているのは、作ったものが実際に使われるところまで見届けたい人や、仕様が決まっていない状況でも自分で問いを立てて進められる人です。反対に、決まった仕様を正確に作り込む仕事が好きな人には負担が大きい職種です。

FDEを採用している企業と年収の目安

海外と国内の採用企業

FDEの求人は、自社のAI製品を企業に使ってもらう会社を中心に出ています。たとえばOpenAIは東京でもFDEを募集しており、試作から安定した本番運用までの導入を担い、現場で分かったことを研究と製品のチームへ伝える役割としています。国内では、LayerXが生成AIの製品「Ai Workforce」を企業の業務へ導入するFDEを募集しています。

自社のAI製品やデータ基盤を企業に使ってもらう会社が中心で、製品を顧客の業務に合わせて使いこなしてもらうことが売上に直結する業態です。

年収は求人ごとに差が大きい

一例として、LayerXのシニアFDEの求人では、想定年収を1,200万円以上としています。開発の力に加えて、顧客との調整や課題の定義まで担うため、一般的なエンジニアの求人より高めに設定されやすい職種です。OpenAIの東京の求人のように、日本語と英語の両方で仕事ができることを条件にする会社もあります。

ただし条件は会社と経験によって大きく変わります。応募を考える場合は、各社の求人で担当する工程と評価の基準を確かめてください。

企業がFDE型の支援を選ぶべき場面

ここからは、AIを導入する企業の側から見た話です。FDEを自社で採用するのは難しくても、外部の支援会社に「現場に入り、本番で使われるまで作る」形で頼むことはできます。この形をFDE型の支援と呼ぶことにします。

FDE型の支援が向く場面

FDE型の支援が力を発揮するのは、何を作ればよいかを社内で決めきれていない場面です。

  • 業務の困りごとはあるが、要件定義の書類に落とせるほど整理できていない
  • PoCで試作は動いたが、本番のデータや既存システムにつなぐ段階で止まっている
  • 現場の担当者が忙しく、外部の人に業務を説明して要件をまとめる時間が取れない

別の頼み方のほうが合う場面

反対に、作るものが決まっているならSIerへの受託開発のほうが費用を見積もりやすく、方針や投資の判断だけが欲しいならコンサルで足ります。社内にエンジニアがいて、足りないのは人手だけという場合は、SESで人を補う形も成り立ちます。FDE型の支援は現場に人を多く割くため、課題がはっきりしている案件に使うと割高になります。

FDE型の支援を見極める3つの観点

「現場に入って一緒に作ります」という説明は多くの支援会社が使うため、言葉だけでは違いが分かりません。契約の前に、次の3つを確かめます。

観点 契約前に確かめること 注意したい答え
成果の定義 何がどうなった時点で支援が終わるか。業務で使われる件数や作業時間の変化を成果に含めるか 「PoCの報告書の納品まで」「システムの納品まで」で終わる
作る環境 自社の実際のデータと権限、既存システムの制約のもとで作るか 支援会社の用意したデモ環境やサンプルデータだけで作る
支援終了後に残るもの 支援が終わった後、社内の担当者が設定の変更や不具合の原因探しをできる状態になるか 仕組みの中身が支援会社の担当者にしか分からない

成果の定義はPoCの先まで書く

成果を「試作が動くこと」にすると、PoCで止まるという、FDEが本来解くはずの問題がそのまま残ります。契約書や提案書で、本番の業務で何件処理されたら完了とするのかを数字で決めておきます。数字を置きにくい場合でも、どの業務のどの作業が置き換わったら完了か、までは言葉で決められます。

支援終了後に社内で直せる状態が残るか

FDE型の支援でもっとも差が出るのは、支援が終わった後です。FDEが現場で課題を見つけて作ってくれるほど、社内は仕組みの中身を知らないまま使うことになります。業務のルールが変わったときや、AIの回答がずれたときに、毎回外部へ頼むしかない状態が続くと、支援費用が止まりません。

これを避けるには、支援の途中から社内の担当者を作業に加え、判定基準の見直しや設定の変更を担当者の手で行う回を増やしていきます。そのうえで、支援を終える条件(社内だけで直せた回数など)を最初に決めておくと、終わり方があいまいになりません。

どこまでを社内で持ち、どこを外部に残すかの線引きは、内製化の全体の考え方と合わせて決めると迷いが減ります。

まとめ:FDEの意味と、FDE型の支援を使う判断

  • FDEとは、顧客の現場に入り、課題の発見から実装、運用、定着までを一気通貫で担うエンジニア。Palantirが早くから置いてきた職種で、AI導入がPoCで止まる問題から注目されている
  • 仕事内容は、課題の理解と要件整理、試作と本番導入、AI・LLMを使った業務の改善、導入後の改善と製品への反映の4つ
  • SESは顧客の指示で働いた時間、SIerは要件どおりの納品、コンサルは提言までが責任の終点。FDEは業務での定着まで責任を持つ
  • 年収は会社と役割で差が大きく、国内では想定年収1,200万円以上の求人もある。開発の力と業務を理解する力の両方が求められる
  • 企業がFDE型の支援を使うのは、何を作るかを社内で決めきれていないとき。成果の定義、作る環境、支援終了後に社内で直せる状態が残るかを契約前に確かめる

Augueでは、現場の業務に入ってAIエージェントを本番まで作り、並行して社内の担当者が自分で直せるようになるまでを支えるAI内製化の伴走を行っています。ご興味がある方は是非ご相談ください。

まずは現状をお聞かせください

弊社では具体的な要件が固まっていない段階でも、無料相談で現状をお聞きしていますので、お困りの際はご相談ください。

無料相談を予約する →

よくある質問

未経験からFDEになれますか?

開発の経験がまったく無い状態から直接なるのは難しい職種です。現場で試作を自分で組み、既存のシステムとつなぐところまで担うため、PythonやSQLで動くものを作れる力が前提になります。未経験の場合は、まずエンジニアとして開発の実務を積み、顧客の業務に触れる仕事を経験してから目指す道筋が現実的です。

FDEに英語は必要ですか?

会社と担当する顧客によって変わります。海外に本社がある企業や、海外の顧客を担当する場合は、社内の資料や打ち合わせが英語になるため求められやすくなります。国内の顧客を中心に担当する国内企業では、必須にしていない求人もあります。英語ができると応募できる会社の幅が広がり、条件が上がることがあります。

外部の会社にFDE型の支援を頼むと、費用はどれくらいかかりますか?

一律の金額は出せません。現場に入る人数と期間、扱うデータや既存システムの数、本番で動かすところまで含むかで大きく変わるためです。見積を比べるときは、金額より先に、何ができた時点で支援が終わるのか、終わったあとの修正を誰がするのかをそろえてから比べます。範囲がそろっていない見積どうしは、安い方が得とは言えません。

社内にエンジニアがいなくてもFDE型の支援は頼めますか?

頼めます。ただし支援が終わると直せる人がいなくなるため、始める時点で引き継ぐ相手を決めておきます。エンジニアでなくても、業務の判定基準を持つ担当者と、設定の変更や再実行ができる担当者の2人がいれば、日々の運用は回せる場合が多いです。コードの大きな修正だけを外部に残す形も取れます。