「FDE」という言葉を、AIのニュースや企業の採用情報で見かけるようになりました。略語をほどくと Forward Deployed Engineer。顧客の現場に入り、業務を理解しながら技術を実装するエンジニアを指します。ただ、顧客先で働くエンジニアは以前からいました。何が新しいのでしょうか。日本と海外の実例を見ながら、仕事内容と見分け方を整理します。
FDEとは何をする人か
FDEは、顧客企業の担当者と一緒に課題を探し、使える仕組みを作って運用まで持っていくエンジニアです。「Forward Deployed」は直訳すると「前方に配置された」。ここでいう前方は、製品を作る会社の開発室より顧客の業務現場に近い場所です。顧客先に常駐する場合もあれば、訪問と遠隔作業を組み合わせる場合もあります。勤務場所だけではFDEかどうかは決まりません。
たとえば、社内の問い合わせに答えるAIを導入するとします。最初に「どの質問が多いか」「答えの根拠になる文書はどこにあるか」を担当者と調べる。次に既存の認証や文書管理とつなぎ、答えに出典を付ける。限られた部署で試し、誤答や利用率を見て直す。運用担当者へ引き継ぐところまでが仕事に入ります。
OpenAIのFDE採用情報も、課題の発見、技術設計、構築、本番導入、利用状況の測定を職務として挙げています。社内の製品・研究チームへ現場の知見を返す役割も明記しています。企業によって担当範囲は違うため、これはFDEという肩書の一例です。
なぜ今、FDEが話題なのか
生成AIの試作品は短時間で作れます。ところが、実際の業務では顧客情報の取り扱い、権限管理、既存システムとの接続、回答の検証、担当者の運用手順まで決めなければ使い続けられません。画面上のデモと、毎日の業務で動く仕組みの間に仕事が残っています。
FDEは、その間を埋める人材として注目されています。AIの能力を知る技術者が現場へ入り、利用者と同じ業務を見ながら作る。完成後は利用状況を確かめ、製品側にも改善点を返す。この往復が、一般的な受託開発の案件と比較するときの手がかりになります。
日本でも企業がこの名称を使い始めています。FDEという言葉が広がっている背景には、AIを現場で動かす難しさと、現場で学んだことを次の製品に生かしたい企業側の事情があります。
日本と海外では、FDEはどう使われている？
海外：米国の病院でAIの利用審査業務を改善
米国のTampa General Hospitalでは、医療サービスの利用審査に使うAIをPalantirのエンジニアと病院側の専門家が改善しました。Palantirの開発者向けイベントで公開された説明によると、FDEが病院の医師とともに登壇し、AIモデルの選び直し、指示文の修正、一部処理の通常のプログラムへの置き換えを紹介しています。同社は、AIが生成する審査文書の費用を約70％削減し、病院側の専門家が改善後の出力を90％の割合で選んだと説明しています。数値はPalantirの公表値で、独立した検証結果ではありません。
この事例では「AIを導入した」で終わらず、費用と出力の品質を現場の専門家と測って改良した点がFDEの仕事をよく示しています。
日本：日立は社会インフラ、富士通は企業のAI活用へ
日立の「Physical AI FDE Team」は、IT、設備の制御・運用、製品の専門家を組み合わせ、顧客の課題整理からAIの構築・運用まで伴走するサービスです。鉄道設備の異常検知や保守担当者の知見の活用を用途として挙げています。さらに日立とOpenAIの協業発表では、金融機関の旧システム刷新から取り組み、その知見をHMAXに反映する方針を示しました。これらは主に提供内容と計画の公表で、個別顧客の改善結果を示すものではありません。
富士通は2026年9月、PalantirのGlobal FDE Partnerとしての体制強化を発表しました。Palantirのデータ基盤「Foundry」とAI基盤「AIP」を使い、顧客の課題特定、用途の設計、業務への実装を進めると説明しています。発表には顧客名や案件別の成果数値はありません。この発表だけでは、FDEが個々の顧客業務でどんな成果を出したかまでは分かりません。
常駐SEやコンサルタントとはどう違う？
| 役割 | 主に期待される仕事 | 確認したい点 |
|---|---|---|
| FDE | 現場で課題を見つけ、設計・実装・導入を進める | 本番運用後の成果と、製品への改善反映まで担うか |
| 常駐SE | 契約で決めた範囲の開発・保守を担う | 課題設定や業務変更まで任せられる契約か |
| ITコンサルタント | 業務分析や構想、導入計画を支援する | 実装と運用まで同じチームが関わるか |
これは典型的な役割を比べた表です。常駐SEが課題発見まで担う案件も、コンサルタントがコードを書く案件もあります。肩書だけで仕事の質は測れません。
違いを確かめるなら、「その人は何に責任を持つか」を聞くのが早道です。仕様書どおりに機能を納めるところまでか。利用者が使えるようになるところまでか。現場で見つけた共通課題を、自社製品の改善にもつなげられるか。ITmediaの記事も、顧客ごとの対応で終わるのか、知見が共通の製品に積み上がるのかを論点にしています。ただし、自社製品の有無だけでFDEの仕事を一律に定義するのは難しいでしょう。
依頼する企業は何を確認すればいい？
FDEを名乗る人材やチームに相談するときは、次の四つを具体的に確認してください。
- どの業務を、どの数字で改善するか。 「AIを入れる」ではなく、問い合わせの処理時間や回答の再確認件数などを、導入前後で比べられる形にします。
- 誰が現場で判断するか。 業務担当者、情報システム担当者、提供側のエンジニアについて、仕様変更と本番公開を決める人を明確にします。
- 試作から運用まで誰が担当するか。 権限設定、障害時の対応、評価方法、担当者への引き継ぎを契約や計画に書きます。
- 何が自社に残るか。 設定、データ、評価結果、運用手順を確認します。提供側の製品を使うなら、解約時に何を取り出せるかも聞きましょう。
小さな会社なら、最初からFDEという職種を採用する必要はありません。まずは一つの業務を選び、担当者と実装者が同じ数字を見ながら試す。その仕事に外部のFDEチームが合うのか、社内の担当者と既存の開発会社で進められるのかを判断できます。
よくある質問
FDEは「AIエンジニア」の別名ですか？
同じ意味ではありません。AIを扱うFDEは多いものの、FDEは技術分野よりも、顧客の現場に近い位置で課題発見から実装・導入まで進める働き方を表します。
FDEは顧客先に常駐しますか？
常駐する場合もあります。訪問や遠隔作業を組み合わせるチームもあります。勤務場所より、業務担当者と直接やり取りし、実装と利用結果を確かめられる体制かが大切です。
FDEを頼めばAI導入は成功しますか？
肩書だけでは決まりません。改善したい業務、現場で判断する人、評価方法、運用担当を先に決める必要があります。提供側が試作だけを作って帰れば、業務は変わりません。
まとめ
FDEは、顧客の仕事を見て、技術を組み込み、使われるところまで進めるエンジニアです。生成AIの普及で試作が容易になった今、導入後の運用まで担う人の価値が見えやすくなりました。FDEという名前に注目するより、現場の誰と何を作り、どの結果で判断し、運用の知識をどこに残すかを確認してください。
小さな会社でAIを現場に定着させたいときは、AI導入支援でご相談を受けています。まず一つの業務を選び、改善を数字で比べられる形に整えるところから、私が一緒に進めます。FDEに頼むのか、社内と既存の開発会社で進めるのかを整理するだけでも構いません。
