FDEとは？年収・必要スキル・キャリアパスと企業が確保する方法

FDE（フォワードデプロイドエンジニア）とは、自社のプロダクトを携えて顧客企業の現場に入り込み、課題の発見から実装、運用の定着までを一貫して担うエンジニア職です。Forward Deployed Engineer の頭文字を取った呼称です。

2026年に入り、この職種名を国内でも目にする機会が急に増えました^*1。AIをつくる企業自身が実装専門の組織を相次いで立ち上げ、大手コンサルティングファームも同種の部門を新設しています。同時に日本では、本来の定義より広い意味でこの言葉を使う例も増えており、意味の輪郭が揺れ始めています。

本記事では、FDEの本来の定義と日本で広がりつつある使われ方、仕事の範囲、SESやITコンサルタントとの違い、年収の相場と必要なスキル、キャリアパスを整理します。あわせて、FDEに相当する人材を探している企業に向けて、「FDEをどう確保するか」を構造から解説します。FDEを目指す方と、AI推進の担い手を探している企業の双方に向けた内容です。

FDEとは、自社のプロダクトを持つ企業に所属しながら、顧客企業の業務の現場に入り込み、課題の特定からシステムの実装、運用の定着までを一人または少人数で担うエンジニアです。米国のPalantir社が確立した働き方で、AI導入の広がりとともに独立した職種名として定着しました^*1。

一般的なソフトウェアエンジニアが自社のオフィスでプロダクトを開発するのに対し、FDEは顧客の現場に身を置きます。渡された要件を実装するのではなく、現場を観察して「何を解くべきか」を自分で定義するところから始める点が特徴です。

読み方と呼称の揺れ

読み方は「エフディーイー」、カタカナでは「フォワードデプロイドエンジニア」と表記します。Forward Deployed はもともと軍事用語で、本国ではなく海外の拠点に平時から部隊を置いておくことを指します。自社のオフィスではなく顧客の現場に人を置くという形が、そのまま名前になっています。

呼称は企業によって揺れており、Palantirは Forward Deployed Software Engineer（FDSE）と呼んでいます^*2。逆に、名前が似ていても別の職種であることは多く、たとえばログラスは自社の「AIソリューションエンジニア」をFDEの前段にあたる別の職として位置づけています^*3。求人を探す際は、肩書きではなく職務内容で判断したほうが確実です。

本来のFDEを他の職種と分ける3つの要素

• ・自社のプロダクトを持っている：何もない状態から受託でつくるのではなく、自社製品を顧客の業務に適合させる
• ・課題を定義する側に立つ：要件を受け取るのではなく、現場を観察して解くべき問題を自分で決める
• ・実装から運用の定着までを担う：設計や提案で終わらず、現場が使い続ける状態まで見届ける

この3つは、後述する「企業がFDEを採用しようとするとつまずく理由」にもそのままつながります。ただし国内でFDEを名乗る求人を見ると、この3つがそろっていないものも少なくありません。次章でその実態を整理します。

ここまで書いたのは、Palantirが確立した本来のFDE像です。ところが2026年に日本で使われている「FDE」は、この定義からかなり広がっています。誤用を責める話ではなく、言葉の指す範囲が実際に動いているという事実の確認です。求人を見るときも人を探すときも、ここを踏まえておかないと話が噛み合いません。

住友商事グループでデジタル推進を担うInsight Edgeは、2026年5月にFDE職を新設した際、この状況を次のように整理しています。FDEの役割や定義は各社各様で、元のFDE像とは異なってきている。すでに「FDE」という言葉は一般名詞化しつつあり、Palantir発の定義を超えて、より広い概念として使われ始めている。同社はこれを「カオスな状況」と表現し、期待値が先行している点で、ひと昔前のデータサイエンティストと似た状態にあるとも述べています^*1。

国内で「FDE」と呼ばれている5つの型

同社は、実際に使われているFDEを5つの類型に整理しています^*1。

本来のFDEにあたるのは1つめのプラットフォーム型です。2つめと3つめは、従来のプリセールスエンジニアやカスタマーサクセスに近い役割にFDEの名前が付いた形です。4つめは自社プロダクトを前提としない受託開発で、本来の定義からは最も遠くなります。5つめは、AI活用の戦略から実装までを担う役割で、扱う範囲は本来のFDEより広い代わりに、特定製品への紐付きが弱まります。

この広がりが起きた理由は、収益構造にあります。本来のFDEは巨大なプラットフォーム事業を原資として成り立っていますが、ほとんどの企業にその原資はありません^*1。それでも「現場に入って実装する人」への需要は強いため、既存の職種にFDEという名前が付いていったわけです。

求人票では、どの型かを職務内容から読む

実際の求人を見ると、この幅がそのまま現れています。自社プロダクトを持つSaaS企業が製品の実装担当としてFDEを募集する例もあれば、生成AIで顧客の事業課題を解くコンサルティングファームが、戦略策定から実装までを担う職としてFDEを掲げる例もあります。同じ肩書きでも、前者は製品知識の深さが、後者は業務設計と提案の力が中心になります。

つまり「FDE」という言葉だけでは、その人が何をしてきたのか、これから何を任されるのかは決まりません。応募する側も採用する側も、肩書きではなく、自社プロダクトの有無、課題を定義する範囲、実装の責任がどこまでかという3点で確かめる必要があります。

本記事は以降、本来の定義（プラットフォーム型）を軸に説明します。ただし年収やキャリアのように国内の求人から実態を見る箇所では、広い意味で募集されているものも含めて扱います。

FDEの仕事は、課題の発見から運用の定着までが一つの流れになっています。工程ごとに担当者が変わらないことが、他の職種との最大の違いです。

従来のシステム開発では、要件定義・設計・開発・テスト・導入がそれぞれ別のチームに分かれます。FDEモデルではこれを同一の担当者が通すため、工程のあいだで情報が落ちません。

速さにはもう一つ理由があります。ゼロからつくらないことです。Palantirは自社のFDEを「顧客の中に入り込み、自社の既存プラットフォームを構成して最も難しい問題を解くエンジニア」と説明しています^*2。データの取り込みや画面、権限管理といった部品は製品側にすでにあり、FDEはそれを顧客の業務に合わせて組み上げ、足りない部分だけを開発します。短いサイクルで動くものが出てくるのは、この土台があるからです。

成果物は「提案書」ではなく「業務の成果」

FDEの評価は、納品物が完成したかではなく、顧客の業務が変わったかで決まります。システムが動いても、現場が使わなければ成果はゼロです。そのためFDEの仕事には、「新しいやり方は面倒だ」という現場の抵抗との対話が含まれます。技術的な作業だけを切り出せない職種だと言えます。

5番目の「製品開発チームに戻す」も見逃せません。一つの現場で解いた課題を製品の標準機能に組み込めば、次の顧客への導入が速くなります。FDEは、このフィードバックの起点に立っています。

FDEは「顧客の現場で働く」という点で、SES・SIer・ITコンサルタントといった既存の職種と重なって見えます。違いは、自社プロダクトを持つか、課題を定義する側に立つか、実装まで責任を負うかの3点に整理できます。

働き方が最も似て見えるのはSESですが、提供側が儲かる条件が逆です。SESは稼働時間に対して対価が発生するため、支援が長引くほど提供側の売上が増えます。FDEの収益は自社プロダクトの利用継続から生まれるため、顧客が早く成果を出すほど契約が続きます。同じ「常駐」でも、支援を長引かせたいのか早く成果を出したいのかが分かれます。

背景にあるのは、AIモデルの性能不足ではありません。性能の高いAIを現場の業務に組み込めないという、実装側の詰まりです。

AI導入はPoCで止まりやすい

米調査会社のGartnerは2024年の時点で、生成AIプロジェクトの少なくとも30%が、データ品質の低さやコストの増大、事業価値の不明確さを理由に、2025年末までに試験導入（PoC）のあとで放棄されると予測していました^*4。

その期限を過ぎたいま、日本企業の状況は数字に表れています。総務省の「令和8年版 情報通信白書」（2026年7月）では、何らかの業務で生成AIを利用している企業は86.4%に達しました。一方で、生成AIによる業務変革に「組織的な取り組みはない」と答えた企業も27.0%あり、米国の1.4%、ドイツの4.9%を大きく上回っています^*5。使い始めた企業は多いものの、業務のやり方を組み替える段階で止まっている企業が少なくありません。

一方で、AIを使う場面そのものは増え続けています。同社は2025年8月、タスク特化型のAIエージェントを搭載するエンタープライズ向けアプリケーションが、2025年の5%未満から2026年までに40%に達するとの見通しを公表しました^*6。

使える場面は増えるのに、使える状態にできない。この落差を埋める役割として、FDEに関心が集まっています。

AIをつくる企業自身が、実装の専門組織を立ち上げた

2026年5月、OpenAIは企業へのAI実装を専門に担う新会社「OpenAI Deployment Company」の設立を発表しました。応用AI企業の買収により、設立初日から経験のあるFDEが参画する体制です^*7。同じ月にAnthropicも、複数の金融・投資会社と共同で企業向けAIサービス会社を設立しています。同社の応用AIエンジニアが顧客の現場に入り、効果の大きい領域を特定してソリューションを構築する体制です^*8。

コンサルティング会社も同じ方向に動いています。アクセンチュアは2026年4月、マイクロソフトの協力のもと、数千人規模のエンジニアを集めた「フォワード・デプロイド・エンジニアリング」専門組織の設立を発表しました^*9。

モデルをつくる企業が、そろって「現場で使えるようにする」機能を組織として持ち始めた。FDEという職種名が短期間で広まった直接の理由は、ここにあります。

日本で足りないのは研究者ではなく、現場でAIを動かす人

日本国内のデータを見ると、不足しているスキルの中身がはっきりします。IPA（情報処理推進機構）が2026年7月に公表した「DX動向2026」は、AI人材を7種類に分けて企業の充足度を尋ねています。「不足している」と答えた企業の割合が最も高かったのは、データマネジメントを企画・推進できる人材（71.9%）、現場を知りAI導入を推進できる従業員（69.6%）、AIでデータを分析し事業に活かせる従業員（66.5%）でした^*10。

一方、先端的なアルゴリズムを開発するAI研究者の不足を訴えた企業は39.1%で、AIに理解がある経営・マネジメント層（39.0%）と並んで7種類のなかで最も低い水準でした。しかもAI研究者については、56.7%の企業が「自社には必要ない」と答えています^*10。多くの企業が求めているのは、モデルをつくる人ではありません。すでにあるAIを自社の業務に持ち込んで、動かす人です。FDEへの需要は、この構造の一部として理解できます。

実際にどんな企業がFDEを募集し、それぞれがどんな役割を求めているかは、『FDEニーズはなぜ急増している？国内73社の求人を徹底分析』で分析しています。

スキルは技術力・現場理解・ビジネス理解の3領域

FDEに求められるスキルは、3つの領域に整理できます。

技術力には、深さと幅の両方が求められます。国内の公開求人を見ると、初めて直面する技術課題の実現性を判断できる程度の深いシステム知識や、本番品質のコードの設計・実装経験が必須要件に並びます^*11*12。そのうえで顧客の技術スタックや業務ドメインは案件ごとに変わるため、未知の領域に短期間で適応できるかも問われます。

年収の目安と、FDEが高年収になる理由

国内のFDE求人が提示する想定年収は、下限が500万〜810万円台、上限が1,500万〜2,500万円と幅があります^*11*12*13*14。上のレンジを提示する例では、ログラスが新規事業のFDEを1,000万〜2,000万円、LayerXが目安を1,200万円以上としています^*15*16。国内のエンジニア職としては高い水準ですが、経験と担う範囲によって差の大きい職種です。

求人の数を増やして見ると、水準はもう少しはっきりします。2026年9月時点でFDEを募集していた国内73社のうち、年収を円で書いていた50社では、下限の中央値が750万円（下限を書いていた49社）、上限の中央値が1,500万円（上限を書いていた46社）でした^*17。集計の方法と、募集している企業の内訳は、以前の記事『FDEニーズはなぜ急増している？国内73社の求人を徹底分析』で解説しています。

報酬が高い理由は、求められる能力の組み合わせが希少だからです。実装できるエンジニアはいます。顧客と話せるコンサルタントもいます。しかし両方を一人で担い、かつ成果が出るまで責任を負える人は限られます。

FDEは新しい職種であるため、「FDEとしての実務経験」を持つ人は市場にほとんどいません。実際の採用では、隣接領域の経験がどう転用できるかで評価されています。

応募前に求人票で確認したい3点

先に挙げた5類型のうちどれに当たるかは、求人票の書き方から読み取れます。応募前に次の3点を確認しておくと、入社後の齟齬を避けられます。

• ・実装と提案のどちらに寄っているか：「データパイプライン構築」「SDK・API連携」が並ぶなら実装寄り、「業務プロセス再設計」「ステークホルダーとの合意形成」が中心なら価値創出型に近い
• ・自社プロダクトの位置づけ：特定製品の実装が中心ならプラットフォーム型、製品を前提としないならSIer型や価値創出型に近づく
• ・契約形態と成果の定義：稼働時間で課金される契約なら、名称にかかわらず実態はSESに近づく

FDE経験の出口はPdM・CTO・VPoE

FDEの経験は、技術とビジネスの交差点に立つという性質から、複数方向のキャリアにつながります。

最も近い出口はプロダクトマネージャー（PdM）です。顧客の生の要望と技術的な制約の両方を把握しているため、どの機能を標準化すべきかの判断ができます。AIスタートアップの創業やCTOも選択肢になります。課題の発見からプロダクトの適用、成果の創出までを回した経験は、事業の立ち上げと構造が似ています。VPoE（技術組織の責任者）の方向では、経営層とエンジニアの間を翻訳する力が評価されます。

企業がFDEを採用しようとして難しいのは、獲得競争が激しいからだけではありません。FDEはそもそもプロダクトを持つ企業の職種であり、発注側の企業が自社に置く職種として設計されていないのです。

FDEの収益はプロダクトのライセンスで立っている

FDEの定義に「自社のプロダクトを携えて」という条件が入っているのは、飾りではありません。収益構造そのものがそこに依存しています。FDEを抱える企業の収益の柱は、プロダクトのライセンス料やSaaSの利用料です。FDEが顧客の現場で製品を「使える状態」まで持っていくことで、継続契約が成立する。だからこそ企業はFDEに高い報酬を払い、現場で判断する権限を与えられます。

逆に言えば、売るプロダクトを持たない組織では、この構造は成立しません。

「自社でFDEを採用する」と何が起きるか

以上を踏まえると、AI導入を進めたい企業が「FDEを採用しよう」と考えたときのねじれが見えてきます。

• ・FDEを名乗る人材の多くは、特定のプロダクトを前提に成果を出してきた。そのプロダクトを自社が使わないなら、経験の一部しか転用されない
• ・発注企業に入社した時点で、その人はもう「自社プロダクトを携えて前線に立つ人」ではない。実態は社内のAI推進担当であり、FDEという職種名で採用する意味が薄れる
• ・それでも報酬の相場はFDE市場の水準に引っ張られるため、採用コストだけが高くなる

つまり企業が本当に必要としているのは、「FDEという肩書きの人」ではなく、AIを現場の業務に落として定着させる工程を担える人です。この工程を誰が持つのかを決めないまま職種名で探すと、市場をいくら探しても埋まりません。

なお、実行の工程が空白のまま残るという問題は、FDEに限らずAI人材の確保全般に共通します。採用・育成・外部委託それぞれの限界は、別記事『AI人材とは？種類・スキル・育成のポイントと、現場で実装・定着まで担う新しい選択肢』で整理しています。

では企業はどうすればよいのか。結論は、FDEという職種を「探す」のではなく、ベンダーのFDEに任せられる範囲を見極めたうえで、そこから外れる仕事を誰が持つかを決めることです。

ベンダーのFDEが担うのは「その製品が効く領域」まで

FDEを抱えるベンダーへの依頼は、有効な選択肢です。導入するプロダクトが決まっていて、それを現場で使える状態にしたいなら、製品を最もよく知る人が現場に入るのが最短です。ただし、担ってもらえる範囲には限りがあります。

範囲の外に残る仕事は、製品を売る立場からは担えない

FDEに任せられる範囲の外側に残るのは、次のような仕事です。

• ・自社のどの業務にAIを入れるかの優先順位づけ
• ・複数のツールをまたいだ業務フローの設計
• ・導入した部門から他部門への横展開
• ・社内の人材が自分たちで回せる状態までの引き継ぎと教育

これらは製品を売る立場からは担いにくく、かといって外部に丸ごと委ねると社内にノウハウが残りません。現実的なのは、製品を売る立場ではない担い手を社内の一員として迎え、社内の人材と一緒に進める形です。AIに強いプロが組織に入り込み、業務の設計から実装、定着までを担って、進め方ごと社内に残していく。ベンダーのFDEと同じく現場で手を動かし、成果が出るまで離れない。違うのは、特定の製品を売る立場にないことです。

外部の担い手を迎える前に決めておく4つのこと

FDEでもそれ以外の形でも、外部の担い手を現場に入れる前に決めておくべきことは共通しています。

• ・現場とデータへのアクセス範囲：業務を観察できず、データに触れられなければ、課題の定義そのものが始まらない
• ・意思決定をどこまで委ねるか：現場で判断して手を動かせることがこの役割の価値。持ち帰って稟議に回す前提だと速度が出ない
• ・成果の測り方：工数削減、リードタイム、利用率のどれで見るのかを、着手前に合わせる
• ・引き継ぎのゴール：どの業務を、誰が、いつまでに自分たちで回せる状態にするのかを定義する

この4点が曖昧なまま人を入れると、優秀な担い手でも成果は出ません。逆にここが決まっていれば、FDEに任せる部分と社内で持つ部分の線引きも自然に決まります。

FDEの解説はエンジニア職を前提に書かれることが多いのですが、「現場に入って業務を組み替え、AIが動く状態にする」という構造は、エンジニアリング以外の領域にも現れています。営業・マーケティング・カスタマーサクセスにまたがるGTMプロセスを、データ連携と自動化で仕組みとしてつくり直す「GTMエンジニア」はその一例です。経理などのバックオフィスやカスタマーサポートでも、業務を読み解いて手順を引き直すという仕事の性質は変わりません。GTMエンジニアについては別記事『GTMエンジニアとは？仕事内容・営業企画との違いと国内求人4社の実態』で扱っています。

必要なのは職種名をそろえることではなく、その業務に詳しい人と実装できる人が同じチームで動く状態です。片方だけでは、現場に合わない仕組みか、動かない構想のどちらかになります。

FDE（フォワードデプロイドエンジニア）とは、自社のプロダクトを携えて顧客の現場に入り、課題の発見から実装、運用の定着までを一貫して担うエンジニアです。AIをつくる企業自身が実装組織を持ち始めたことで、2026年、職種名として一気に広まりました。同時に日本では言葉が一般名詞化し、プリセールスから受託開発、AI活用の戦略立案までがFDEの名で募集されています。肩書きではなく、自社プロダクトの有無、課題を定義する範囲、実装の責任がどこまでかで読むほかありません。

FDEを目指す方にとっては、技術力と現場理解とビジネス理解を一人で束ねる希少なポジションであり、報酬もキャリアの出口も広い選択肢です。実務経験者がまだ市場にいないいまは、隣接領域からの転身がそのまま最短ルートになります。

企業にとっての結論は、少し違う形になります。FDEはプロダクトを持つ企業の職種であり、肩書きで採用しようとすると構造的にねじれます。必要なのは、ベンダーのFDEに任せられる範囲を見極め、そこから外れる仕事（製品をまたぐ業務設計、全社への展開、社内への定着）を誰が持つかを決めることです。

埋めるべきは職種の空席ではなく、構想と定着のあいだに空いた実行の空白です。そこを誰が担うかが決まれば、外から迎える人の要件も、社内に残すべき役割も、おのずと定まります。FDEという職種の急速な広がりは、AI活用の勝負どころが「つくること」から「現場で動かすこと」へ移った証拠でもあります。AI推進を、外に委ねて待つのではなく、中に入って一緒に動かす。その体制は、プロダクトを持たない企業にも組めます。

Q. FDEは顧客先に常駐するのですか？

本来のモデルでは、物理的に顧客のオフィスへ通うことが前提でした。Palantirに8年ほど在籍した元FDEは、週3〜4日は顧客先で働くことが期待され、移動が非常に多かったと振り返っています^*18。一方で国内の求人は在宅やフルリモートを認めるものが多く、常駐を必須にしていません^*11*13*15。「現場に入る」が物理的な駐在を指すのか業務への深い関与を指すのかは、企業によって変わります。

Q. FDEはどんな企業にある職種ですか？

自社プロダクトを持つ企業が中心です。海外ではPalantirが確立し、OpenAIとAnthropicが自社モデルの実装を担う組織を持っています^*1*7*8。国内ではLayerXやログラスのようなSaaS企業に加えて、ソフトバンク、JDSC、ストックマークなどが募集しています^{*11*12*13*15*16}。発注する側に置く例もあり、マネーフォワードは社内のAX推進部門の職として「Forward Deployed Engineer(Internal)」という名称で募集しています^*14。社内向けであることを名称で区別している例です。

Q. 未経験からFDEになれますか？

エンジニアとしての実務経験がまったくない状態からは、難しいのが実情です。国内の公開求人は「エンジニアとしての開発経験（2年以上）」「5年以上のソフトウェアエンジニアリングまたは技術導入経験」といった条件を必須に置いています^*12*13。一方でFDEという肩書きでの経験を求める求人はまだ少なく、ソフトウェア開発、AI・データ活用、ITコンサルティング、SIerでのシステム導入、技術的なプロジェクトマネジメントといった隣接領域の経験が評価されます。

Q. FDEとRDE、AIオペレーションマネージャーは何が違うのですか？

FDEは自社プロダクトを前提に現場で実装する役割です。RDE（Reinvention Deployed Engineer）はアクセンチュアが独自に打ち出した職種で、特定の製品に依存せず、業務プロセスや組織の変革まで支援する点が違いとして説明されています^*19。AIオペレーションマネージャーは、社内の業務プロセスをAIで再設計する役割で、国内でも役職として設置する企業が出てきています^*20。いずれも「現場に入って動かす」点は共通し、製品との距離と担う範囲が違います。

Q. 自社でFDEを1人採用すれば、AI導入は進みますか？

まず、発注する側の企業が採用できるのは、広い意味のFDE（社内のAI推進担当）です。本来の定義のFDEは、プロダクトを持つ企業の側にある職種だからです。その前提で言えば、一つの業務、一つの部門であれば1人でも進みます。ただし複数のツールをまたぐ業務設計や、他部門への横展開、社内人材への引き継ぎは、1人の担当者では完結しません。誰がその工程を持つのかを、先に決めておく必要があります。

Q. 社内にAIに詳しい人がいなくても、ベンダーのFDEに任せれば導入は進みますか？

導入する製品が決まっていれば、それを現場で使える状態にするところまでは任せられます。ただし、どの製品を選ぶかの判断、複数のツールをまたぐ業務の設計、他部門への展開、社内への引き継ぎは範囲の外に残ります。引き継ぎを受ける人が社内にいなければ、最初に導入した業務から先へは進みません。まず一つの業務に絞り、範囲の外を誰が持つのかを決めてから相談するほうが確実です。