FDEという職種の実態とは？
転職市場で近年よく見かける職種の一つに、FDE（Forward Deployed Engineer）がある。
JD（求人票）では以下のような役割が並ぶことが多い。
・顧客課題のヒアリング
・プロダクト導入支援
・カスタマイズ開発
・AIエージェント活用の提案
・プロダクトへのフィードバック
一見すると裁量が広く、技術とビジネスの両方に関われる魅力的なポジションに見える。
一方で、実際の業務内容は企業やプロダクトの成熟度によって大きく変わる。
本記事では、SalesforceとSB OAI Japanの事例、
およびカジュアル面談で得た情報をもとに、FDEという職種の構造を整理する。
1. FDEの基本的な役割
FDEは、
「顧客の現場に入りながら、自社プロダクトを用いて課題解決を行うエンジニア」
と定義できる。
特徴は、単一の専門職ではなく、
・業務理解（コンサル的要素）
・顧客対応（カスタマーサクセス的要素）
・実装（エンジニアリング）
を横断する点にある。
特にAI領域では、
・LLMの業務適用
・プロンプト設計
・PoCから本番運用への接続
まで担うケースが多い。
2. プリセールスとの違い
FDEはしばしばプリセールスと混同されるが、実態としては明確に異なる。
一般的なプリセールスは、
・提案段階での技術支援
・デモやPoCの実施
・受注までの支援
が主な役割であり、契約後の実装や運用には深く関与しないケースが多い。
一方でFDEは、
・提案後も継続してプロジェクトに関与する
・実装まで責任を持つ
・場合によっては運用設計まで担う
という点で、一線を画す。
カジュアル面談から見えた違い
実際の面談で印象的だったのは、
・「売って終わりではなく、その後も入り続ける」
・「実装までやり切る前提」
・「顧客の現場に深く入り込む」
といった点。
つまりFDEは、
プリセールスよりも“現場寄り”かつ“実行責任が重い”役割である。
3. なぜ役割が広がるのか（構造的背景）
FDEの役割が広くなりやすいのは、構造的な理由による。
プロダクトの未成熟
・ユースケースが固まっていない
・顧客ごとに要件が異なる
・標準機能だけでは対応できない
この状態では、プロダクト単体で価値提供が完結しない。
営業と開発のギャップ
営業の提示価値と、顧客の具体ニーズの間にはギャップがある。
その結果、
・要件定義
・実装
・運用設計
を一気通貫で担う役割が必要になる。
プロダクトへのフィードバック
FDEは現場の課題を拾い、
・改善要望
・新機能ニーズ
としてプロダクトに還元する。
4. SalesforceのFDE：Podsによる構造化
Salesforceでは、Podsと呼ばれる単位でチームが構成される。
Podsの構成
・Deployment Strategist（業務・要件）
・FDE（シニア〜ミドル）
・FDE（ジュニア）
3名程度で1顧客を担当する。
Podsの進め方
・期間：3ヶ月程度
・前半：要件整理（オンサイト中心）
・後半：実装・改善（リモート中心）
短期プロジェクトを高速で回す運用。
カジュアル面談から見えた実態
・顧客に深く入り込む前提
・実装だけでなく説明や調整も重要
・プロジェクトごとに環境が変わる
Podsで構造化されているが、
FDEは横断的に動くことが前提となっている。
年収レンジ（Salesforce FDE）
・全体：1,000万〜3,000万円
・ミドル：1,200万〜1,500万円前後
・シニア：1,600万〜2,000万円
5. SB OAIのFDE：市場形成フェーズ
SB OAI Japanは、AI活用の市場を拡張している段階にある。
特徴
・ユースケース未確定
・案件ごとに設計
・役割が流動的
カジュアル面談から見えた実態
・顧客ごとにゼロから設計
・業務設計と実装が一体
・役割分担がまだ発展途上
年収レンジ（SB OAI）
・提示：1,000万〜2,000万円超
・実態：
- ミドル：1,200万〜1,500万円
- 上振れ：〜1,600万円前後
6. FDEという役割の解像度
FDEは、
「プロダクトと顧客の間を埋める役割」
であり、
・顧客折衝
・業務整理（コンサルティング）
・実装
を横断する。
この点において、
単なるプリセールスや実装エンジニアとは明確に異なる。
7. 留意すべきポイント
役割の広さ
・顧客交渉
・コンサルティング
・実装
を一体で担う可能性がある。
成果の性質
・プロジェクト単位で完結しやすい
・長期的な資産として残りにくい場合もある
報酬とのバランス
・年収は1,200万〜1,500万が中心
役割の広さに対して、
報酬とのバランスは個別に見極めが必要。
8. FDEを選ぶべき人の条件
（ここはそのまま活かす）
結論
FDEは、
・技術
・ビジネス
・顧客接点
を横断する役割であり、
プリセールスとは一線を画す“実行責任を持つポジション”である。
一方でその実態は、
・テックコンサルタントに近い側面を持ち
・プロジェクトベースで動き
・役割が広がりやすい
という特徴を持つ。
構造的には、
顧客ごとにアサインされる働き方や
プロジェクト単位で価値提供を行う点で、
一部はSES的な運用に近い側面を含む可能性もある。
そのため、
・プロダクトの成熟度
・組織構造
・役割の切り分け
を確認した上で判断することが重要である。
少なくとも、
職種名だけで判断し、急いで意思決定する必要はない。