FDE（フォワードデプロイドエンジニア）とは｜仕事内容・年収・単価相場とフリーランス案件の実情

FDE（フォワードデプロイドエンジニア）とは

FDEとは、自社プロダクトを持って顧客の現場に入り、その顧客固有の課題に合わせて設計・実装・導入まで行うエンジニアです。日本語では「フォワードデプロイドエンジニア」「前方展開型エンジニア」などと訳されます。

「一顧客・多機能」という発想

この職種を理解する最短ルートは、Palantirが使っている対比です。従来のソフトウェアエンジニアは「一つの機能を、多くの顧客に届ける」。対してFDEは「一人の顧客に対して、多くの機能を届ける」。向きが逆です。

プロダクトの汎用性を高める仕事ではなく、目の前の顧客の業務にプロダクトを噛み合わせる仕事だと考えると、後述する必要スキルの並びも腑に落ちます。

Palantirではこの役割をFDSE（Forward Deployed Software Engineer）と呼び、社内では「Delta」という通称も使われています。詳しくはPalantirの公式ブログで職務の実際が紹介されています。

Palantir発の職種が、AI企業へ広がった

FDEはPalantirが2000年代に確立した職種です。それが近年、生成AI企業を中心に採用職種として目立つようになりました。

海外ではThe Pragmatic Engineerの解説で、OpenAIによるFDE組織の立ち上げや、Rampなどのスケールアップ企業が同様のチームを持つことが紹介されています。国内では、ソフトバンクとOpenAIの合弁であるSB OAI Japan、LayerX、ログラス、エクサウィザーズ、Sansan、ストックマークといった顔ぶれが公開求人を出しています。

背景はシンプルです。LLMは汎用的に強い一方で、顧客ごとの業務データと業務フローに接続しないと十分な成果につながりにくい。この「最後の一区間」を埋める人がいないと、PoCで止まります。ここを担うのがFDEです。

AI導入がPoCで止まる構造そのものについては、AI導入コンサルティングとは？仕事内容・進め方からフリーランス案件の実情まで解説でも整理しています。

FDEの仕事内容｜課題発見から本番導入まで一気通貫

FDEの業務は、公開されている職務記述書を並べると輪郭がはっきりします。共通しているのは、要件をもらって作るのではなく、要件を決めるところから入るという点です。

顧客の業務課題を特定する

最初の仕事は開発ではありません。現場に入り、どの業務のどこが詰まっているのかを特定します。顧客自身が「AIで何かしたい」までしか言語化できていないケースが多く、そこから投資対効果の出る対象業務を切り出すところがスタートです。

スコープとアーキテクチャを設計する

対象が決まったら、技術スコープを引きます。SB OAI JapanのFDE求人では、この工程として「顧客課題の特定、技術スコープ設計」が明記され、RAG設計・エージェント設計・ワークフロー自動化・プロンプト設計が具体業務として並んでいます。

プロトタイプから本番環境まで実装する

FDEの特徴が濃く出るのがここです。PoCを作って終わりではなく、本番環境への展開まで持っていきます。同求人でも「プロトタイプ構築から本番環境展開までのエンドツーエンド実装」と表現され、API・バックエンド・フロントエンドのフルスタック開発、加えてセキュリティ要件を満たす実装設計まで含まれます。

PoC単体の案件との違いは、AI PoC案件の単価相場と探し方｜契約の握り方と本開発への繋ぎ方と読み比べると分かりやすいはずです。

現場の知見を自社プロダクトへ還元する

もう一つの役割が、顧客現場で得た知見をプロダクト本体へ戻すことです。ここがSES常駐との分かれ目になります。顧客のためだけに作って終わりではなく、次の顧客に効く形へ一般化して持ち帰る。この往復があるかどうかで、職務の性質がまったく変わります。

FDEと似た職種・働き方との違い

「顧客先に行く」という一点だけを見ると、FDEは既存のいくつかの働き方と区別がつきません。実務上は目的も裁量も違います。

SES・客先常駐との違い

最も混同されやすい組み合わせです。整理すると次のようになります。

要するに、稼働を提供する性格が強いか、何をやるかを決める工程まで関与するかという差です。もちろんSESにも上流から任される契約はあり、実態は現場ごとに幅があります。それでも標準的な建て付けとして、同じ「常駐」で報酬構造が変わるのはこの違いによるものです。

SESから独立を考えている方は、SESエンジニアからフリーランスに転身する手順｜準備・契約・独立タイミングを徹底解説もあわせて確認してください。

セールスエンジニア・ソリューションアーキテクトとの違い

こちらは「顧客に向き合う技術職」という点で近いものの、担当する工程が違います。

海外の整理でも、ソリューションアーキテクトは匿名化データでMVPやPoCを作るのに対し、FDEは顧客の実システムと曖昧さの中で動く、という区別がされています。

各職種の詳細はそれぞれの記事に譲ります。セールスエンジニアとは｜仕事内容・年収・営業との違いを徹底解説、ソリューションアーキテクト案件のフリーランス実情｜単価・必要経験を参照してください。

ミニFAQ：FDEは「上流だけ」の仕事ですか？

いいえ。上流に関わる点はコンサル系と共通しますが、FDEは本番実装まで自分で持つ前提の職種です。少なくとも公開求人では、実装言語やクラウドでの構築経験を必須要件に挙げるケースが大半を占めます。

FDEの年収｜実際の求人から見たレンジ

結論として、公開求人例の想定年収は500万〜2,500万円の幅に広がります。下限側は600万〜1,200万円、上限側は1,100万〜2,000万円超に分かれ、レンジ幅が非常に大きいのが特徴です。

以下はFindyのFDE求人特集に掲載された企業のうち、想定年収が公開されているものを抜き出した整理です（掲載時点の公開情報。募集状況は変動します）。なお各社で算出方法（固定給・賞与の扱い・ストックオプションの含有有無）が異なるため、横並びの比較はあくまで目安として見てください。

加えて、SB OAI Japanの公開求人では月給523,750円〜999,000円、想定理論年収として約812万〜2,034万円が提示されています。

なぜレンジがここまで広いのか

理由は3つあります。

第一に、FDEという肩書きが指す範囲が企業ごとに違うこと。導入支援寄りの募集と、プロダクト開発を兼ねる募集では要求水準が別物です。第二に、生成AI領域の採用競争が価格に出ていること。第三に、上限値はストックオプションや高い成果報酬を含む理論値であるケースがあることです。

つまり、上限の数字だけを見て期待値を作るのは危険です。自分がどの帯に入るかは、LLM実装の実績と顧客折衝の実績で決まります。

自分が今どのくらいの水準を狙えるかを把握しておきたい方は、無料のフリーランスエンジニア単価診断で市場単価の目安を確認できます。

フリーランスFDE案件の単価相場と契約の実情

正社員求人より、フリーランス案件の方が実態を掴みやすい面があります。単価が公開されているためです。

公開案件ベースの単価レンジ

フリーランス案件検索サイト「インディバース」のFDE職種ページには、2026年8月時点で108件の案件が掲載されています。この母集団を目視で確認した範囲では、単価は次のように分布していました。

なお「目立った価格帯」は掲載案件を目視で確認した際の印象であり、加重平均などの統計処理を行った値ではありません。別のプラットフォームでは、データ基盤構築とプロダクト導入・カスタマイズを担当するフルリモート・週5の案件が月130万円で募集されていました。上振れ側は130万〜180万円という構図です。

なお、他媒体では「月80万〜150万円が相場」といった数値も見られますが、集計対象や時期が明記されていないものが多く、単純比較はできません。数字を見るときは、どの母集団から取った値なのかを必ず確認してください。

単価を体系的に上げる考え方については、【2026年最新版】フリーランスエンジニアの単価相場と単価の上げ方とは？で整理しています。

上振れ帯を取れる人の像

月130万円以上の案件に通っているのは、公開されている必須要件から逆算すると、次のような経歴の人です。

• バックエンドとフロントエンドの両方で本番運用の経験が5年前後ある

• LLM・RAG・エージェントのいずれかで、PoCではなく本番稼働まで持っていった実績がある

• AWS／GCP／Azureいずれかで、セキュリティ要件のある環境の構築経験がある

• 顧客の役職者と直接会話し、スコープを合意した経験がある

裏返すと、実装力だけ、あるいは折衝力だけでは中心帯に留まりやすい構造です。

契約形態と稼働条件

公開案件を見る限り、契約形態は準委任が中心で、週5日常駐またはハイブリッドという条件が多数を占めます。フルリモート可の案件も出ていますが、顧客現場に入る職務の性質上、キックオフや要件詰めの局面では訪問を求められるケースが目立ちます。

準委任と請負の違い、精算幅の考え方については準委任契約と請負契約の違い｜フリーランスエンジニアが知るべきリスクと注意点を確認しておくと、条件交渉で迷いません。

ミニFAQ：週2〜3日のFDE案件はありますか？

数は多くありません。顧客の業務に深く入る前提の職務のため、公開案件でも週5日の指定が中心です。低稼働で入る場合は、FDEそのものより、設計レビューや技術顧問という切り出し方になっているケースが実務上は多くなります。

FDEに求められるスキルセット

公開求人の必須要件を横並びにすると、要求はきれいに3層に分かれます。

技術スキル

• Python、TypeScript／JavaScriptでの本番品質のコード実装（この2つが最大公約数）

• React／Next.jsなどモダンフロントエンドの経験

• AWS／GCP／Azureいずれかでのシステム構築・運用

• LLMを使ったアプリケーションの構築または導入経験（RAG、エージェント設計、プロンプト設計）

• 実務経験の目安は3〜5年以上

執筆時点ではLangGraphやベクトルデータベースの経験を歓迎要件に挙げる案件も見られますが、この領域はツールの入れ替わりが速いため、特定プロダクト名より設計パターンを説明できることの方が長く効きます。

生成AI周辺の職種整理は生成AIエンジニアとは？仕事内容・必要スキル・年収とAIエンジニアとの違いを解説にまとめています。

課題定義・折衝のスキル

技術要件と同じ重みで並ぶのがこちらです。

• 顧客の業務をヒアリングし、投資対効果の出る対象を切り出せる

• 決裁者・現場責任者と直接会話し、スコープを合意できる

• 決まっていない状態から自分で論点を作り、関係者を巻き込んで前に進められる

レバテックの調査でも、FDEの需要が増える理由として「個別業務や現場理解が重要」が61.1%で最多、「顧客課題から実装まで一気通貫の人材価値向上」が55.4%と続きました。市場が評価しているのは、実装力そのものより実装力と業務理解の接続です。

求人から読み取れる必須要件の最大公約数

複数の公開求人に共通して現れる要件を1行に圧縮すると、こうなります。

「Python／TypeScriptで本番を書けて、クラウドを触れて、LLMアプリを一度は本番投入していて、顧客と直接話せる人」

このうち欠けているものが自分の伸ばすべき箇所です。上流側が弱いと感じる場合は、エンジニアの設計力・上流スキルの磨き方｜段階別ロードマップと単価アップが参考になります。

今の経験からFDEに寄せるケース別ロードマップ

ここからは、実務経験のあるエンジニアが現在地からどう寄せるかを、出発点別に整理します。全部を揃えてから動く必要はありません。足りない1〜2要素を、今の案件の中で埋めるのが最短です。

ケース1：バックエンド・フルスタック経験者

技術面の土台はほぼ揃っています。不足しがちなのはLLM実装の本番実績と、顧客折衝の実績です。

現案件の中で、生成AI機能の追加提案を自分から出すところから始めるのが現実的です。小さくても、要件を自分で作って本番に出した経験が1件あるかどうかで、書類の通過率が変わります。

ケース2：SES・受託で客先常駐の経験がある人

顧客の現場で動くこと自体には慣れているため、環境適応のハードルは低い出発点です。課題は、指示待ちの立ち回りが染みついていないかという一点に集約されます。

要件をもらう側から、要件を提案する側に移る訓練が必要です。常駐先で「この業務はこう変えられます」と一度でも通した経験があるなら、それはFDEの職務経歴として書ける実績です。

ケース3：データ分析・機械学習の経験者

モデルや分析の知見は強い武器ですが、FDEで問われるのはアプリケーションとして本番に載せる力です。フロントエンドを含めたフルスタックの経験と、クラウドでの運用設計が弱点になりやすい部分です。

フリーランスAIエンジニアになるには？案件の探し方と必要なスキルを解説で周辺の案件像を掴んでおくと、寄せ方の判断がつけやすくなります。

ケース4：PM・上流寄りのキャリアの人

顧客折衝と課題定義は満たしています。ただし、コードを書かないFDEという求人はほぼありません。ここは避けて通れません。

現実的な打ち手は、まずソリューションアーキテクトやAI導入支援のポジションで実装チームと近い距離に入り、そこから実装比率を上げていく道筋です。

FDEでよくある失敗と、案件選びのチェックリスト

需要が伸びている領域では、看板だけFDEで中身が違う案件も混ざります。実務で起きやすい失敗を先に押さえておきます。

失敗1：肩書きはFDE、中身はただの常駐開発

「FDE募集」と書かれていても、実態は要件定義済みの案件に人員として入るだけ、というケースがあります。この場合、裁量も単価上昇も期待できません。契約前に「要件は誰が決めるのか」を必ず確認してください。

失敗2：PoCで終わり、実績が残らない

本番投入まで到達しないと、次の案件で語れる材料になりません。契約時点で本番展開までがスコープに入っているか、入っていないなら次フェーズの判断基準は何かを確認しておきます。

失敗3：商流が深く、単価が抜かれている

顧客現場に深く入る職務でありながら、間に複数社が挟まっていると手取りが伸びません。エンド企業との距離は最初に確認すべき項目です。

案件選びチェックリスト（7項目）

FDE案件を検討するとき、次の7つを確認すると失敗が減ります。

1. 要件を決めるのは誰か（自分に裁量があるか）

2. スコープに本番展開まで含まれているか

3. 顧客側の意思決定者と直接話せる体制か

4. 自社プロダクトへの還元プロセスがあるか、それとも受託に近いか

5. 商流の深さ（エンドから何社挟むか）

6. 契約形態と精算幅（準委任か、稼働の下限上限はどうか）

7. 使用技術が公開されているか、それとも参画後に判明する形か

案件を横並びで比較する手順そのものは、案件の選び方｜フリーランスエンジニアが単価・稼働・スキルで決める優先順位で6軸のスコアリング方法として整理しています。比較シートも配布しているので、複数案件を検討中ならそちらを使うと判断が早くなります。

FDEの需要は今後も伸びるのか

観測できる範囲では、関心と期待は明確に高い状態です。

レバテックが2026年6月30日に公表した調査（20〜59歳のITエンジニア243名、2026年5月26〜28日実施）では、FDEに「興味がある」と答えたエンジニアが68.3%（非常に21.4%、やや46.9%）。今後の需要については72.0%が増えると回答し、「増えないと思う」は4.5%にとどまりました。

ただし、この数字はエンジニア側の期待値であって、求人数の実測ではありません。冷静に見ておくべき点が2つあります。

一つは、求人の絶対数がまだ限定的であること。生成AI企業とDX支援企業に集中しており、業界横断で募集が出ている状態ではありません。もう一つは、FDEという呼称が定着せず、別の肩書きに吸収される可能性があることです。役割そのものは残っても、名前が変わることは十分あり得ます。

したがって、FDEという肩書きを追うより、「顧客課題の定義から本番実装までを一人で通せる」という能力を積む方が、名前の流行り廃りに影響されません。 キャリア全体の選択肢の中での位置づけは、フリーランスエンジニアのキャリアパス｜年代別の選択肢・年収推移・必要スキルを徹底解説で確認できます。

まとめ

FDEとは、顧客の現場で課題を定義し、本番実装と定着までを中心となって通すエンジニアです。「常駐する」点だけがSESと似ているだけで、関与する工程も裁量も違います。

要点を整理します。

• FDEの本質は「一顧客・多機能」。汎用プロダクトを作る仕事とは向きが逆

• SES常駐との違いは、稼働提供が中心か、課題定義と導入成果まで関与するか。要件を決める工程に立てるかが分かれ目

• 公開求人例の想定年収は500万〜2,500万円と幅が広い。算出方法が各社で異なり、上限側には理論値も含まれる

• フリーランス案件の月単価は公開案件108件を確認した範囲で52万〜180万円。80万〜100万円前後の募集が目立った

• 必須要件の最大公約数は「Python／TypeScriptで本番を書ける／クラウド経験／LLMアプリの本番投入経験／顧客と直接話せる」

• 案件選びでは、要件の決定権・本番展開の有無・商流の深さを契約前に確認する

次の一歩として現実的なのは、いま参画している案件の中で、生成AI機能を一つ自分の提案で本番まで通すことです。FDEという肩書きが定着するかどうかに関わらず、その経験は残ります。

参照した主な情報源は以下のとおりです。

• レバテック調査リリース（2026年6月30日・ITエンジニア243名）

• SB OAI Japan Forward Deployed Engineer 求人（ソフトバンク）

• Findy Forward Deployed Engineer 求人特集

• The Pragmatic Engineer「Forward Deployed Engineers」

• Palantir Blog「A Day in the Life of a Palantir Forward Deployed Software Engineer」