FDE

FDEとは?AI時代の仕事内容と注目される理由

FDE(Forward Deployed Engineer)とは何をする職種なのか。Palantirで使われてきた背景、AI企業が採用を強める理由、国内外12社の公式求人に共通する仕事内容と案件選びのポイントを解説します。

著者: Ascend Freelance編集部

FDEが顧客の業務現場とAIプロダクトをつなぎ、課題発見から本番定着までを循環させる様子

顧客の現場とプロダクト開発を行き来するFDEの仕事(編集部作成)

AI企業の採用情報で、「FDE」という職種を見かけることが増えてきました。正式名称はForward Deployed Engineer。直訳すると「前方に配置されたエンジニア」です。

端的にいえば、FDEは顧客の現場で何を作るべきかを見つけ、実装し、仕事の中で使える状態まで持っていくエンジニアです。顧客と話すだけでも、コードを書くだけでもありません。課題を見つけるところから本番導入まで、技術面の責任を持ち続ける点に特徴があります。

FDEとは

一般的なソフトウェア開発では、顧客から要望を聞く人、要件をまとめる人、実装する人、導入を支援する人が分かれることがあります。役割分担そのものは悪くありません。ただ、引き継ぎが増えるほど、現場で見つかった細かな事情が開発チームまで届きにくくなります。

FDEは、この分断を小さくするための役割です。利用者の仕事を見て、どこに時間がかかっているのか、どのデータが使えるのか、何が変われば成功といえるのかを顧客と一緒に考えます。そのうえで、自ら手を動かしてソフトウェアを作り、本番環境への導入や利用後の改善にも関わります。

会社によって担当範囲は異なりますが、仕事の流れはおおむね次のようになります。

  1. 現場を知る — 利用者の業務、データ、既存システム、社内ルールを確認する
  2. 解くべき問題を決める — 要望をそのまま受け取らず、成果につながる課題と指標を定める
  3. 実際に作る — 画面、API、データ連携、AIの評価環境など、必要なものを実装する
  4. 本番で使えるようにする — 権限、監視、障害対応、セキュリティ審査まで含めて導入する
  5. 使われ方を見て直す — 利用状況や失敗例を確認し、実装や問題設定を見直す

すべてを一人で抱えるわけではありません。FDEが担うのは、担当チームが分かれていても、現場の課題と技術的な判断が途中で切れないようにすることです。

OpenAIの東京向け求人では、顧客との課題発見から技術設計、実装、本番展開までを一連の仕事として扱っています。成果の判断にも、導入した機能の数だけでなく、実際に使われたか、業務にどんな変化があったか、評価結果から何を改善したかが含まれます。FDEにとって、動くデモはゴールではありません。

「Forward Deployed」という名前はどこから来たのか

“forward deployed”は、軍事分野で以前から使われてきた表現です。本拠地に待機させるのではなく、必要とされる場所の近くへ部隊や能力を配置することを指します。米国会計検査院(GAO)の1991年の報告書でも、太平洋地域の陸上・洋上の前方展開部隊を示す言葉として使われています。

この言葉をエンジニアの職種として早くから使ってきたのがPalantirです。同社は現在の採用ページでも、自社がForward Deployed Software Engineerという役割を開拓したと説明しています。

Palantirが2020年に提出した上場申請書には、FDEがアフガニスタンの基地や米国中西部の工場へ出向き、利用者の困りごとを直接見ていたことが記されています。現場で得た知識は、その顧客だけの対応に使うのではなく、共通の製品を改善する材料にもなりました。

「Forward Deployed」という名前は、この働き方をよく表しています。ただし、誰がいつ職種名を付けたのかを示す公式資料までは確認できていません。分かっているのは、Palantirがこの役割を早くから実践し、現在も自社を先駆者と位置づけていることです。

なぜ新しい職種名が必要だったのか

Palantirが向き合っていたのは、既製のソフトウェアを導入するだけでは解けない問題でした。行政、防衛、製造などの現場では、扱うデータも意思決定の流れも組織ごとに違います。開発中に優先順位が変わることも珍しくありません。

一方で、顧客ごとに専用システムを作り続けるだけでは、ソフトウェア企業として規模を広げにくくなります。そこでFDEは二つの方向を同時に見ます。

  • 顧客の側では、業務を理解し、その場で役立つ仕組みを作る
  • プロダクトの側では、現場で得た知識を共通機能や開発方針へ戻す

ソフトウェアエンジニア、コンサルタント、ソリューションエンジニアにも、これらの仕事を担う人はいます。違いは肩書そのものではなく、課題の発見から実装、本番利用、製品改善までをどこまで一続きの責任として持つかです。FDEという新しい名前は、その広い担当範囲を示すために使われるようになりました。

なぜ今、AI企業で注目されているのか

FDEは最近生まれた職種ではありません。それでもAIの普及とともに名前を聞く機会が増えたのは、AIを試すことと、日々の業務で使い続けることの間に大きな隔たりがあるからです。

AIのデモは作れても、本番導入は簡単ではない

McKinseyの2025年調査では、回答企業の88%が少なくとも一つの業務でAIを継続的に利用していました。しかし、全社規模で展開を始めた企業は約3分の1で、全社へ完全に導入・統合できた企業は7%にとどまります。

本番環境では、モデルを動かす以外にも多くの仕事が必要です。

  • 社内データや既存システムとの接続
  • 利用者ごとの権限管理と監査
  • AIの出力を評価する仕組み
  • 品質、応答速度、コストの管理
  • 現場の業務フローや社内ルールの変更

こうした問題は、顧客ごとの事情を理解しなければ解けません。現場に入りながら実装できるFDEが必要とされる理由は、ここにあります。

大手企業も導入支援へ投資している

2026年5月、OpenAIは企業のAI導入を支援する組織を発表し、FDEと導入支援の専門家を合わせて約150人を迎えるとしました。初期投資は40億ドル超です。翌6月にはAWSも、数千人のエンジニアを顧客へ直接配置するFDE組織に10億ドルを投じ、その方式を戦略パートナーにも広げると発表しています。

この二つの発表からも、AI企業の競争がモデルの提供だけでは終わらず、顧客の業務に組み込むところまで広がっていることが分かります。

12社の求人に共通していた仕事内容

FDEの定義は会社によって少しずつ違います。そこでAscend Freelance編集部では、OpenAI、Google Cloud、Salesforce、Palantir、Anthropicなど、国内外12社が公開している求人を確認しました。

最もはっきりしていた共通点は、次の三つです。12件すべてに記載がありました。

  • 顧客と直接やり取りする
  • 顧客が抱える問題を見つけ、整理する
  • 自分でコードを書く

本番導入までを担当すると明記した求人は12件中11件、AIの出力や業務成果を評価・計測するとした求人は8件でした。一方、セキュリティやガバナンス対応を業務範囲として挙げた求人は6件です。共通するのは顧客との距離と実装力で、インフラやセキュリティまで担うかは会社や案件によって変わります。

つまりFDEは、技術に詳しい調整役ではありません。顧客と一緒に問題を見つけた本人が、コードを書いて解決策を確かめる。その組み合わせが、この職種の核になっています。

FDEにもいくつかのタイプがある

求人を見ると、同じFDEでも仕事の重心は大きく三つに分かれます。

  • AI・プロダクト型 — 顧客向けの実装を行い、得られた知識をモデルや共通製品の改善へ戻す
  • 業務領域型 — 法務、製造、経済安全保障、CRMなど、特定分野の仕事をソフトウェアで変える
  • 導入基盤型 — クラウド、ネットワーク、権限、監視など、本番環境の土台を整える

「FDEならLLMアプリを作る」「FDEなら顧客先に常駐する」とは限りません。職種名だけで判断せず、担当する製品と業務、本番導入後の責任まで確認する必要があります。

日本の求人では、日本語と英語の両方が重視される

今回確認した東京勤務の5求人は、すべて日本語を必須としていました。そのうち4件は英語も必須です。顧客の業務を日本語で深く理解し、その内容を海外の研究・製品チームへ技術的に伝える役割があるためです。

経験年数を明記した東京の4求人は、いずれも4〜5年以上を求めていました。ただし、海外を含む求人には1年以上から応募できるものもあり、FDEという肩書だけで職位を判断することはできません。

FDEの求人を見るときに確認したいこと

会社によって仕事の幅が違うからこそ、求人票や面談では次の点を確認しておくと安心です。

  1. 最初の課題は誰が決めるのか — 顧客の要望を受け取るだけか、現場を見て問題設定から関われるか
  2. 誰が本番コードを書くのか — FDE本人が実装するのか、別の開発チームへ引き継ぐのか
  3. PoCの後も担当するのか — 本番導入、監視、障害対応、セキュリティ審査まで範囲に入るか
  4. 成果を何で判断するのか — 納期や機能数だけでなく、利用率、品質、費用対効果などの指標があるか
  5. 現場で得た知識をどこへ戻すのか — 顧客専用の実装で終わるのか、共通製品の改善にもつなげるのか
  6. 勤務場所や出張はどの程度か — 「Forward Deployed」が常駐を意味するとは限らないため、実際の働き方を確かめる

特に重要なのは、任される成果に見合う権限があるかどうかです。問題設定を変える権限がないのに、導入成果だけを求められる仕事は進めにくくなります。

FDEとFDSEに違いはあるのか

FDSEはForward Deployed Software Engineerの略です。PalantirはFDSE、ほかの企業はFDE、SierraはForward Deployed Infrastructure Engineerという名称を使っています。

業界共通の資格や命名規則はないため、略称だけで仕事内容を区別することはできません。顧客との課題発見、自らの実装、本番導入、利用後の評価をどこまで担当するかを求人本文で確認してください。

まとめ

FDEは、顧客の現場で課題を見つけ、自ら実装し、実際に使われるところまで責任を持つエンジニアです。Palantirが早くから実践してきた働き方であり、AIを企業の業務へ組み込む難しさが知られるようになったことで、あらためて注目されています。

求人を選ぶときは、肩書よりも担当範囲を見ることが大切です。問題設定からコード、本番導入、利用後の改善までがつながっているかを確認すると、その会社がFDEに何を期待しているのかが見えてきます。

求人情報は、2026年8月26日時点で各社が公開していた採用ページを参照し、職種名や勤務地、責任範囲などの事実を編集部が要約したものです。求人本文・画像・企業ロゴは転載していません。応募を検討する際は、末尾の出典から最新の公式情報をご確認ください。

参考資料