本文へスキップ

Forward Deployed Engineerとは?必要になる場面

Markdownで表示Claudeで開くChatGPTで開くPerplexityで開く

質問もコピーされます。チャットが空で開いた場合は貼り付けてください。

TL;DR

Forward Deployed Engineer(FDE)とは、製品ロードマップの後ろではなく、顧客のチームの中で働くソフトウェアエンジニアです。事業の回り方を理解し、解くに値する課題を見つけ、本番で動くコードも自分で書きます。多くの解説は求職者向けに書かれています。この記事は、その反対側にいる企業向けです。FDEがプロジェクトで実際に何をするのか、ソリューションエンジニアやコンサルタントとどう違うのか、そしていつ必要になるのかを説明します。

Denysです。ポルトを拠点とするシニアのフルスタック・AIエンジニアです。小さなチーム向けにForward Deployed Engineerとして働いているので、この役割を内側から説明します。以下の事例は私自身のプロジェクトのもので、市場の数字は横にリンクした出典によるものです。

Forward Deployed Engineerとは?

Forward Deployed Engineerとは、ソフトウェアを使う人たちのそばに配置され、その人たちの課題のために本番用のコードを書き、動くようになるまで責任を持つソフトウェアエンジニアです。大事なのは「forward」という言葉で、エンジニアは課題から離れた場所ではなく、課題のある場所で働きます。

この肩書きはPalantirに由来します。そこのFDEは「Deltas」と呼ばれ、The Pragmatic Engineerによれば、2016年まで同社では通常のソフトウェアエンジニアよりFDEのほうが多くいました。Palantirはこの仕事を、スタートアップのCTOに近いものと表現しています。重要なプロジェクトをエンドツーエンドで担う小さなチームです。OpenAIの求人には、顧客とともに「own discovery, technical scoping, system design, build, and production rollout」を担うエンジニアと書かれています。

この職種は急速に広がっています。Bloomberryの分析では、2025年1月から10月にFDEの肩書きで出た求人は、前年同期より1,165%多くなりました。よく挙げられる理由はAIです。モデルは試すのは簡単でも、実際の事業に組み込むのは難しく、その組み込みこそがこの仕事だからです。

Forward Deployed Engineerは実際に何をする?

仕事は一連のループで、その大半はコードを1行も書く前に行われます。

  1. 仕事が実際にどう行われているかを知る。 現場の人の隣に座り、使っているスプレッドシートを読み、どこで詰まるかを見ます。
  2. 解くに値する課題を見つける。 最初の通話で挙がった課題とは違うことがよくあります。
  3. 本番に作り込む。 実際のデータ、実際のユーザー、実際のアクセス権限で動かします。デモではありません。
  4. 動くまで残る。 最初の数週間にユーザーが突き当たる問題を直し、その後は引き継ぐか、そのまま続けます。
FDEの仕事の進め方。価値の大半は、コードを書く前に見つかります。1〜2. 仕事を理解する:仕事の進め方を知る → 本当の課題を見つける、3〜4. 納品して見届ける:本番環境に作り込む → 動くまで残る。
この章で説明した4つのステップ。

求人も同じことを示しています。Bloomberryが分析した1,000件の求人では、最も多い業務が顧客との直接のやり取り(55%)で、次がAI/MLシステムの開発とデプロイ(37%)、システムとAPIの連携(32%)でした。営業ノルマを主な業務に挙げた求人は1件もありません。顧客先で過ごす時間は職場によって異なります。The Pragmatic Engineerによると、PalantirはFDEの時間の約25%を顧客とのやり取りに充てることを想定し、医療系スタートアップのCommureは最大50%としています。

「Forward Deployed Engineer」は、どれも同じ仕事?

いいえ。この肩書きは今、3つの異なる仕事を指しており、その違いは採用や発注のときに重要です。

FDEという肩書きに含まれる3つの仕事。FDE求人1,000件の内訳、%。開発型:顧客先でコードを書く:60、名称だけ変わったセールスエンジニア:30、営業・マーケ向けの社内ツール:10。
出典:Bloomberryによる1,000件のFDE求人の分析、2025年11月。
  • 開発型(求人の60%)。 顧客のチームに入り込み、コードの大半を書きます。Bloomberryの指標では、時間の70〜90%が開発です。
  • 名称だけ変わったセールスエンジニア(30%)。 デモやPoC(概念実証)を行い、その後の開発は実装チームに引き継ぎます。
  • 社内ツールの役割(10%)。 自社の営業・マーケティングチーム向けの自動化を作ります。「顧客」は社内の人です。

作って動かしてほしいのなら、必要なのは最初のタイプです。見分けるには質問を1つします。本番に入るコードを書くのは誰ですか?

実際のプロジェクトではどうなる?

定義よりも、私の2つのプロジェクトのほうがこのループをよく示します。

建設関連書類。 ある建設チームは、書類、フォーム、現場報告をGoogleスプレッドシートとドキュメントで管理しており、現場の最新情報が事務所に届くのが遅れていました。最初の依頼は「スプレッドシートの代わりになるアプリ」でした。業務の流れに付き添って見ると、本当の制約が分かりました。スプレッドシートをやめられるのは、各役割が見るべきものだけを見られて、各社のデータがその会社だけのものに保たれる場合に限られます。そこでアクセスルールをデータベースそのものに組み込み、それを軸にプラットフォームを作りました。現場で写真と署名付きで記入するフォーム、承認、自動PDF、トラッカー、クライアント向けポータルです。事例は/ja/work/construction-document-platform/でご覧いただけます。

生放送の音声。 あるメディア運用チームは、解説音声を手作業で確認していたため、見逃した不具合が視聴者に届くおそれがありました。最初の案は単純なアラートでした。オペレーターの作業を観察して見つかった本当の要件は、アラートが「漏れなく」「静か」でなければならないことです。漏れなく:ネットワークが途切れても測定値を失ってはいけないので、現場のマシンがディスクに1時間分の測定値と1日分のイベントを保持し、再送します。静か:不安定なチャンネルでオペレーターが警報の洪水に遭ってはいけないので、不具合が最低限の時間続いたときだけアラートを出します。事例は/ja/work/live-broadcast-audio-qa/でご覧いただけます。

どちらの場合も、コードは小さいほうの部分でした。価値があったのは、最初の依頼に出てこなかった制約を見つけたことです。

FDEはソリューションエンジニアやコンサルタントとどう違う?

見分けるポイントは、誰がコードを書き、本番で誰が責任を持つかです。

本番に届くコードを書くのは誰か。課題から動くソフトウェアまでの道筋を、役割別に示します。Forward Deployed Engineer:御社の課題 → FDEが開発 → 本番、ソリューションエンジニア:御社の課題 → デモ → 実装チーム → 本番、コンサルタント:御社の課題 → 提言 → 御社のチームが開発。
下の比較表より。
Forward Deployed Engineer ソリューションエンジニア コンサルタント プロダクトエンジニア
誰と働くか 顧客のチーム(多くは現地) 販売中の顧客 顧客の経営層 社内のプロダクトチーム
主な成果物 その顧客のための本番コード デモとPoC 提言と計画 全顧客向けの機能
本番コードを書くか はい、時間の大半 一部。その後は引き継ぐ めったに書かない はい
運用の責任を持つか はい いいえ。実装チームが持つ いいえ 製品には持つが、特定の顧客には持たない
評価の基準 顧客の課題が解決したか 獲得した契約 提供した助言 プロダクトロードマップ

The Pragmatic Engineerも同じところに線を引いています。FDEは顧客と働きつつ製品にも貢献し、ソリューションアーキテクトやセールスエンジニアは販売に近い立場にとどまります。

企業がForward Deployed Engineerを必要とするのはいつ?

課題がまだ十分に定まっておらず、それを見つける人が作る人でもあるべきときです。典型的なサインは次のとおりです。

  • 仕事がスプレッドシート、メール、手作業の確認で回っていて、やり方を誰も書き残していない。
  • データが乱雑で、実際のユーザーがいる業務にAIや連携を加えようとしている。
  • 要件が毎週変わるため、固定の仕様書は納品前に古くなってしまう。
  • 過去のプロジェクトが、事業を理解する人とコードを書く人の間で失敗した。

仕様が明確で安定している場合や、デザイン、モバイル、QAが並行して必要になるなど、多くの役割が同時に求められる場合は、おそらく必要ありません。その場合はチームや開発会社のほうが適しています。

どうやって確保する?

よくある方法は3つあります。FDEを社内で採用する方法は数か月かかります。採用にかかる期間で挙げた範囲を私が合計すると、約3〜7か月です。開発会社に依頼する方法は、たいてい売る人と作る人が分かれます。あるいは、私のように、月額制で1人のシニアエンジニアに入り込んでもらう方法もあります。Forward Deployed Engineer、代理店、フリーランスの比較では、それぞれの選択肢を、向かない場面も含めて並べて比較しています。

よくある質問

FDEは何の略?

Forward Deployed Engineerの略です。この肩書きはPalantirで始まり、現在はOpenAI、Databricks、Ramp、Salesforce、そして多くのAIスタートアップが使っています。

Forward Deployed Engineerの年収はいくら?

米国では、Bloomberryの指標による開発型の給与は年USD 140,000〜250,000で、通常は株式が付きます。セールスエンジニア型はUSD 120,000〜200,000にコミッションが付きます。どちらの範囲も2025年の求人によるものなので、見積もりではなく目安として扱ってください。

Forward Deployed Engineerは営業職?

開発型は違います。Bloomberryのサンプルでは、売上を主な業務にした求人は1件もありませんでした。FDEは、製品を実際に動くものにできると示して契約の成立を助けることはよくありますが、仕事の中身はエンジニアリングです。

FDEはリモートで働ける?

部分的には可能です。事業を理解するのは同じ場所にいたほうが早いため、求人では顧客先で過ごす時間を25〜50%としているものがあります。ソフトウェアだけの仕事なら、共有チャット、画面共有、実際のデータへのアクセスでほとんどをカバーでき、必要に応じて訪問します。

チームにFDEを迎えることを考えていますか?

この役割が課題に合うかどうかを検討中なら、情報交換しましょう。売り込みはしません。

お問い合わせ