AIアセスメント 100,000円(税別)

詳しく見る
FDX株式会社
Strategy

FDEになるには?キャリアの入り口と求人票の読み方

FDE(Forward Deployed Engineer)になるには何が要るのか。仕事の実際、向いている人、SIer・SES・コンサルなど前職別の入り口、FDE求人票の見分け方、面接で見られること、最初の1年までを求職者向けに整理します。

·FDX株式会社 編集部·監修: 佐藤 拓哉(生成AI協会 理事)

「FDE」と​いう​職名の​求人が​国内でも​目に​付くようになった。​だが​同じ​FDEと​いう​名前でも、ある​求人は​受注後に​顧客の​現場へ​入って本番システムを​作り切る​仕事で、​別の​求人は​商談の​技術支援が​中心で、​実態が​従来の​客先常駐に​近い​ものも​ある。職名だけで応募先を選ぶと、入社後に思っていた仕事と違ったということが起きやすい。

本記事は、​FDEへの​転職や​新卒での​就職を​考える​エンジニア向けに、​次の​点を​整理する。

FDEの​定義​その​ものは​「FDE​(Forward Deployed Engineer)とは?」に、​企業が​FDEを​組織に​組み込む側の​設計​(スキルマップ・評価・年収レンジ)は​「FDEを​組織に​組み込む」に​まとめている。​本記事は​応募する​側の​視点に​絞る。

この​​記事の​​対象読者

FDEの​​仕事とは​​(要点3行)

  1. 顧客の​現場に​入り、​業務を​観察して​「何を​作れば​成果が​出るか」を​自分で​定義する
  2. 自分で​コードを​書き、​PoCで​終わらせず本番稼働まで​持っていく
  3. 本番に​出した​後も、​現場で​使われ続けるように​改善を​回す

ソフトウェアエンジニアとの​違いを​一言で​言えば、仕様を受け取って作る仕事ではなく、仕様を決めるところから本番の定着までを一人またはペアで持つ仕事である。

案件の​終え方は​会社に​よって​違う。​本記事で​確認した​海外の​求人は、​本番への​導入や​顧客との​継続的な​協働を​書いており、​内製チームへの​移管を​要件に​しているわけではない。​FDXは、​顧客の​内製チームへ​運用を​移管し、​自走できる​状態を​残して​抜ける​ところまでを​案件の​終え方と​して​重視している。​移管まで​担うか​どうかは、​FDE一般の​条件ではなく、​会社ごとの​方​針と​して​求人票で​確認したい。

FDEの​​仕事の​​実際

案件の​​流れと​​時間の​​使い方

FDEの​案件は、​おおむね​「現場の​観察と​ヒアリング」​「プロトタイプ」​「評価と​改善」​「本番化」の​順に​進み、​その後は​現場での​定着を​支え続けるか、​顧客の​内製チームへ​引き継いで​抜けるかに​分かれる。​1週間の​過ごし方は​案件の​段階で​大きく​変わるが、​一般化すると​次のような​配分に​なる​(編集部に​よる​一般化の​例で、​特定の​企業の​勤務実態ではない)。

見落と​されやすいのは、コードを書く時間と同じくらい、現場の人と話す時間があることだ。​逆に、​話すだけで​作らない​週が​続くなら、​それは​FDEではなく​コンサルタントの​働き方に​近い。

海外の​​求人に​​書かれている​​仕事

FDEと​いう​職種を​広めた​海外企業は、​求人票で​仕事の​中身を​具体的に​書いている。​各社の​公式の​求人ページを​2026年9月29日に​確認した​内容を​まとめる​(求人ページは​募集終了で​消える​ことがある)。

会社・職名求める経験語学・勤務求人票に​書かれている​仕事と​成果
OpenAI​「Forward Deployed Engineer - Tokyo」顧客対応を​含むエンジニアリングまたは​技術導入の​経験5年以上日本語と​英語の​両方が​流暢である​こと。​英文の​履歴書、​面接は​両言語。​週3日出社、​出張は​主に​国内最初の​プロトタイプから​安定した本番までの​技術的な​責任。​成果は​本番での​利用、​業務への​測定可能な​効果、​評価に​基づく​フィードバックで​測る
Anthropic​「Forward Deployed Engineer」​(米国)顧客対応の​ある​技術職4年以上、​または​コンサル経験の​ある​ソフトウェアエンジニア出張は​推定25%顧客の​システムの​中で​Claudeを​使った本番アプリケーションを​作る。​MCPサーバーや​サブエージェントなどを​本番の​業務フロー向けに​納品する
Palantir​「Forward Deployed Software Engineer」​(ニューヨーク)大学卒業後の​実務経験1年以上顧客先への​出張は​最大25%小さな​チームで​重要案件を​端から​端まで​持つ。​顧客の​技術者から​経営層まで​直接やりとりする

経験年数の​要件だけ​見ても、​1年以上から​5年以上まで​開きが​ある。「FDEは上級者だけの職種」とは限らず、会社ごとに想定する層が違うと​読むのが​正確である。​OpenAIは​法務・医療・金融など​業界を​指定した​FDE求人も​出しており、​これとは​別に​「Forward Deployed Software Engineer」と​いう​職名の​求人も​ある。​同じ​会社の​中でも、​職名の​細かな​違いが​担当範囲の​違いを​表している​ことがある。​海外企業の​FDE組織の​全体​像は​「Palantir・OpenAI・Anthropic・Scale AIの​FDE事例比較」で​扱っている。

向いている​​人・​​向いていない​​人

FDEの​適性は、​技術力の​高さより​「どんな​状態に​手応えを​感じるか」で​分かれる。

観点向いている人向いていない​可能性が​ある​人
仕事の始まり方課題が​曖昧な​状態から、​自分で​問いを​立てたい仕様が​固まってから​作り​始めたい
成果の実感自分の​作った​ものが​現場で​使われ、​業務が​変わる​ことに​手応えを​感じる技術的に​美しい​設計や​新技術の​探求​その​ものに​一番の​手応えを​感じる
顧客との距離現場の​担当者と​毎週​話し、​反発や​不満も​材料に​できる顧客との​やりとりは​最小限に​して​開発に​集中したい
仕事の終わり方自分が​いなくても​回る​状態を​作り、​次の​現場へ​移る​ことを​好む一つの​システムを​長く​育て​続けたい
働く場所顧客先への​常駐や​出張を​含む​働き方を​受け入れられる勤務地や​移動を​固定したい

右の​列に​当てはまる​ことは​欠点ではない。​自社プロダクトの​開発エンジニアや、​特定領域の​専門家と​して​力を​発揮しやすい​適性である。受注前の技術判断に手応えを感じるなら、FDEよりプリセールスエンジニアが合う可能性も​ある。​両者の​違いは​「FDEと​プリセールスエンジニアの​違い」で​8軸に​分けて​比べている。​経営層との​対話や​成果の​定義に​軸足を​置きたい​場合は、​FDEと​組む戦略職の​Deployment Strategist​(DS)も​選択肢に​なる​(​「DS vs FDE」)。

前職別の​入り口

FDEに​決まった​前職は​ない。​どこから​来ても、​持ち込める​強みと、​最初に​埋めるべき穴が​ある。​企業側から​見た​転換パスと​期間の​目安は​記事06に​ある​ため、​ここでは応募する側が職務経歴書と面接で何を示すかに絞る。

FDEへの前職別の入り口を示した図。SIer・SES・コンサル・プリセールス・データ職・自社開発の6つの前職ごとに持ち込める強みと最初に埋める穴を並べ、右端のFDE(顧客の現場で課題を定義し、本番稼働と現場での定着まで担う)へ矢印で合流させる。SIerは要件定義・大規模開発の段取りが強みで、決まる前の課題を自分で定義することが穴。SESは客先の業務と現場の空気を知ることが強みで、成果に責任を持つ立場で作る経験が穴。コンサルは業務分解・経営層への説明が強みで、自分の手で本番コードを書くことが穴。プリセールスは技術を顧客の言葉で説明することが強みで、長期案件を本番稼働まで完遂することが穴。データ職は分析・モデル・評価の設計が強みで、本番運用するソフトウェアの作法が穴。自社開発は本番を作り運用する力が強みで、顧客の業務に入り込む対話が穴。編集部による一般化で、転換期間の目安は記事06を参照と注記する。
前職職務経歴書で​前に​出す経験面接で​問われやすい​穴応募前に​積める​準備
SIer要件定義から​本番リリースまで​関わった​案件。​顧客と​仕様を​詰めた​場面要件が​決まる​前の​段階で、​何を​作るべきか​自分で​判断した​経験業務の​課題から​自分で​要件を​起こした​小さな​開発を​1つ作る
SES客先の​業務を​理解して​改善を​提案し、​採用された​経験作業ではなく​成果に​責任を​持った​経験。​自分が​判断した​範囲担当範囲を​越えて​改善した​事例を、​判断の​理由とともに​言語化する
コンサル業務分解、​経営層への​説明、​変革の​推進自分で​コードを​書いて本番に​出した​経験生成AIを​使った​業務アプリを​自分で​作り、​動く​形で​公開する
プリセールス技術的な​実現性の​判断、​PoC設計、​顧客への​説明長期の​案件を​本番稼働まで​完遂した​経験受注後の​実装に​一部​でも​入り、​本番までの​経験を​作る
データ職分析・モデル構築・評価設計の​経験テスト・監視・障害対応を​含む本番運用の​作法分析の​成果物を​APIや​アプリと​して本番​運用した​経験を​作る
自社開発本番システムを​作り、​運用してきた​経験他社の​業務に​入り込み、​利害の​違う​人と​合意を​作った​経験社内の​非エンジニア部門の​課題を​聞き、​解決した​事例を​作る

SESからの​転職では、​SESと​FDEの​違いを​言葉で​説明できるかが​問われやすい。​契約と​責任の​範囲の​違いは​「FDE vs SES vs SI vs 戦略コンサル」と「AI時代の​契約形態」が​参考に​なる。

新卒・​若手は​​どう​​入るか

新卒で​FDEを​名乗る​職に​就ける​道は、​現時点では​限られる。​海外では​Palantirが​新卒向けの​「Forward Deployed Software Engineer, New Grad」を​米国・英国・韓国などで​募集している。​ニューヨークの​求人は、​2026年12月または​2027年春の​卒業予定者を​対象に​している​(2026年9月29日確認)。​一方、​FDXの​現在の​募集は​いずれも​実務経験を​要件に​している。​国内で​新卒向けの​FDE募集を​探す​場合は、​各社の​新卒採用ページで​職務内容まで​確認したい。

若手の​うちに​積んで​おくと​効くのは、​次の​3つである。

求人票の​読み方

FDEと​いう​職名は、​仕事の​中身を​保証しない。​求人票は​次の​6項目で​読むと、​実態が​見えてくる。​1〜5は​FDEらしさを​見分ける​項目、​6の​案件の​終え方は​良し悪しではなく​自分の​希望と​合うかを​確かめる​項目である。

FDEの求人票で確認する6項目を3列2段のカードで示した図。1〜5のカードは緑の「FDEらしい」記述と橙の「要確認」の記述を上下に並べる。1.担当する局面は、受注後の実装から本番稼働までか、提案・デモ・PoCだけか。2.成果の測り方は、本番稼働・業務の改善か、稼働時間・作業量だけか。3.課題を誰が決めるかは、業務の観察とヒアリングから定義するか、決まった仕様を実装するだけか。4.コードを書くかは、自分で書いて本番に出すか、書かない・検証用だけか。5.所属とチームは、自社チームとして顧客に入るか、個人単位で客先に参画し自社の責任者が見えないか。6.案件の終え方は良し悪しではなく希望と合うかを見る項目で、青の「確認点」に移管して抜けるか継続して支援するか、橙の「要確認」に記述がなく終わり方が不明な場合を示す。下部に、判断できない項目はカジュアル面談で「最近の案件で何を作り、どこまで運用したか」を聞くと記す。
判断基準求人票の​どこで​確認するか書かれていない​場合に​面接で​聞く​こと
担当する局面職務内容、​期待する​成果受注前と​受注後の​どちらに​時間を​使うか
成果の測り方期待する​成果、​評価制度何が​できたら​評価が​上がるか。​稼働時間で​評価されるか
課題を​誰が​決めるかミッション、​職務内容最近の​案件で、​作る​ものを​誰が​決めたか
コードを書くか求める​経験、​使用技術直近の​案件で​自分が​書いた​コードの​割合と、​本番に​出たか
所属とチーム働き方、勤務地何人の​チームで​入るか。​案件の​責任者は​誰か
案件の終え方期待する成果移管して​抜けるのか、​継続して​支援するのか。​顧客側に​何を​残すか
常駐・出張の​比率働き方、勤務地常駐期間の​長さと、​自社への​出社との​配分
語学応募資格英語を​使う​場面は​顧客対応か、​社内や本社との​やりとりか

職名だけでは​​担当局面が​​わからない​​例

職名から​担当局面を​読み取れない​例は、​海外の​大手にも​ある。​Anthropicの​東京拠点で​2026年9月29日に​確認できた​技術職は​「Forward Deployed Engineer」ではなく​「Applied AI Engineer」だった。​その​求人票では、​Claudeを​検討している​見込み顧客への​主な​技術アドバイザーを​務め、​営業担当と​組んで​パイロットや​評価の​仕組みを​作る​ことが​中心に​書かれている。​導入後も​技術アドバイザーを​続けると​あるが、​比重は​受注前寄りである。​米国の​FDE求人が​顧客の​システムの​中で​本番アプリケーションを​作る​ことを​中心に​書いているのとは、​力点が​違う。

同じ​会社の​近い​職種でも、職名だけでは、その求人が受注前と受注後のどちらを担うのか判別できない。​職名で​検索して​絞り​込んだ後は、​必ず職務内容を​読み​比べたい。

面接で​​見られる​​こと

FDEの​選考では、​技術面接に​加えて、​業務の​課題を​与えて​解き方を​問う​ケース面接を​置く​会社も​ある。​FDXの​FDE職の​選考も、​書類選考、​カジュアル面談、​技術面接と​ケース面接、​最終面接、​オファー面談の​順で​進む。​面接で​見られやすいのは​次の​4点である。

準備で​効くのは、自分の過去の案件を1つ選び、「課題の定義」「作ったもの」「本番での使われ方」「その後の運用」の4段で話せるようにしておくことだ。​PoCで​止まった​案件でも​よい。​なぜ止まったかを​構造で​説明できれば、​それ自体が​評価の​材料に​なる​(止まる​理由の​整理は​「AI PoCが​失敗する​5つの​構造的理由」)。

最初の​1年

入社後の​1年は、​会社に​よって​設計が​違う。​FDXの​FDE職の​募集要項では、​最初の​12ヶ月に​期待する​成果と​して​次の​3点を​挙げている。

どの​会社に​入る​場合でも、​最初の​1年で​意識したいのは、1件の案件を本番稼働とその後の定着まで最後まで経験することである。​複数の​案件の​一部を​少しずつ触るより、​1件を​最初から​最後まで​見届けた​経験の​方が、​次の​案件で​再現できる。​企業側が​FDEを​どの​順序で​育てるかは、​記事06の​18ヶ月育成ロードマップが​参考に​なる。

FDXの​支援

FDXは​AX​(AI Transformation)の​実装パートナーと​して、​業務の​分解から​実装・現場定着・運用移管までを​顧客と​一緒に​進めている。​現場に​専門家が​入る​形の​支援はソリューションとFDX Expertに​まとめている。

FDEが​担う​仕事の​一例と​して、​顧客事例の基幹システム刷新の​結合​試験 自動起票では、​設計書449本を​AIで​解析して​3,579ケースの​結合​試験仕様書を​自動起票し、​試験工数を​32.0人日と​算出した。​試験量が​読めないと​いう​現場の​課題を、​設計書の​構造化と​いう​作れる​単位に​切り分けた​案件である。

FDXでは​現在、Forward Deployed Engineerを​募集している。​求める​経験は、​ソフトウェアエンジニアと​しての​実務経験5年以上、​顧客折衝・要件定義・課題定義の​経験、​生成AIを​用いた​業務アプリの​実装経験​(個人プロジェクト可)である。​働き方は​オフィス出社週2〜3日​(クライアント常駐期間は​クライアント先での​勤務を​含む)、​フレックスタイム制、​副業可​(競合・利益相反を​除く)。​受注前の​技術判断を​担うプリセールスエンジニアでは、​受注後の​案件に​一部​FDEと​して​入る​働き方も​相談できる。

FDXの​採用情報を​見る​ →

よく​​ある​​質問​(FAQ)

Q1. 未経験から​​FDEに​​なれますか?

A. エンジニアと​しての​実務経験が​まったく​無い​状態から、​いきなりFDEと​して​採用される​道は​限られる。​本記事で​確認した​中途向けの​求人は、​いずれも​本番システムの​開発経験や​実務経験を​前提に​している​ためである。​ただ​し​求める​経験年数は​会社に​よって​1年以上から​5年以上まで​幅が​ある。​まず開発の​実務を​積みながら、​自分で​課題を​見つけて​作り、​使って​もらう​経験を​重ねるのが​近道である。

Q2. 新卒で​​FDEと​​して​​就職できますか?

A. 海外では​Palantirが​新卒向けの​Forward Deployed Software Engineerを​募集している​例が​ある。​FDXの​現在の​募集は​実務経験を​要件に​しており、​国内で​新卒向けの​募集を​探す​場合は​各社の​新卒採用ページで​職務内容まで​確認したい。​新卒の​段階では、​本番で​動く​システムの​開発経験と、​非エンジニアの​相談を​要件に​落とす経験を​積める​職場を​選ぶと、​数年後に​FDEへ​移りやすい。

Q3. FDEに​​英語は​​必要ですか?

A. 会社と​顧客に​よる。​OpenAIの​東京の​FDE求人は​日本語と​英語の​両方が​流暢である​ことを​求め、​面接も​両言語で​行うと​している。​国内企業の​国内顧客向けの​案件では、​日本語での​業務理解と​説明の​力が​中心に​なることが​多い。​応募資格の​語学欄に​加え、​英語を​使う​相手が​顧客なのか社内なのかを​確認すると​よい。

Q4. FDEは​​流行りの​​肩​書きで、​​すぐ​​消えるのでは?

A. 職名が​別の​呼び方に​変わる​可能性は​ある。​ただし、​顧客の​業務に​入り込んで​課題を​定義し、​本番まで​作って​現場に​定着させると​いう​仕事の​需要は、​生成AIの​導入が​本番化の​段階に​進むほど​増える。​肩書きに​投資するのではなく、​課題の​定義から​本番稼働と​定着までを​完遂した​経験に​投資すれば、​呼び名が​変わっても​通用する。

Q5. FDEの​​年収は​​どの​​くらいですか?

A. 年収の​レンジは、​企業が​FDEを​組織に​組み込む側の​視点で​整理した​記事06で​扱っている。​求人ごとの​条件は、​各社の​募集要項で​確認するのが​確実である。​年収の​比較に​加えて、​担当する​局面と​成果の​測り方が​自分に​合うかを​確認しないと、​条件が​良くても​続かない。

Q6. SIerや​​SESの​​経験は​​FDEで​​評価されますか?

A. 評価される。​要件定義の​経験や、​客先の​業務を​理解する​力は​FDEの​土台に​なる。​問われるのは、​決まった​仕様を​作るだけでなく、​作るべきものを​自分で​判断した​経験が​あるかである。​担当範囲を​越えて​改善した​事例を、​判断の​理由とともに​説明できるよう​準備しておくと​よい。

次に​​読むべき記事

まとめ

出典・参考文献

※ 英語の​求人票からの​引用・要約は​編集部に​よる​翻訳である。​求人ページは​募集終了とともに​削除・​変更される​ことがある​ため、​応募前に​各社の​最新の​募集要項を​確認して​ほしい。​1週間の​時間の​使い方、​前職別の​入り口、​求人票の​チェック項目は​編集部に​よる​一般化であり、​特定の​企業の​制度や​選考基準を​示すものではない。

FDXで​FDEと​して​働く

募集中の職種と働き方を公開しています。業務の分解から実装・現場定着までを担うポジションです。