
Key Takeaways
- FDEと従来エンジニアの違いは働く場所ではなく責任範囲。課題の発見から実装・運用定着・成果の確認までを一気通貫で担う。
- 受託開発の評価軸が「納品したか」であるのに対し、FDEの評価軸は「成果が出たか」。リリース後も現場に残り定着まで改善を続ける。
- FDEは窓口を挟まず顧客と同じ席に座り直接対話する。この距離の近さが手戻りの少なさと開発スピードに直結する。
- FDEには深い専門性に加え、課題を構造化する力・作り切る実装力・変化を定着させる力という越境スキルが求められる。
- SESは労働力の提供で顧客の指揮命令に従うが、FDEは成果の提供であり、何を作るべきかの提案から自分で行う点が決定的に違う。
「FDEって、要するに客先常駐のSEでしょう?」——Forward Deployed Engineerという言葉が広がるにつれ、この質問を受ける回数が増えました。答えを先に書くと、違いは働く場所ではなく、責任を持つ範囲です。FDE(Forward Deployed Engineer)とは、顧客の現場に入り込み、課題の発見から解決策の設計・実装・運用定着までを一人称で担うエンジニアです。
約2分の動画でも同じ内容を解説していますので、まず全体像をつかみたい方はこちらをご覧ください。
まず図解:責任範囲がここまで違う
上の図が示すとおり、違いの本質は「プロジェクトのどこからどこまでに関わるか」です。
- 受託開発・SIerのエンジニア:確定した要件を受け取り、設計・開発・納品までを担う。課題の特定や、納品後に成果が出たかどうかは、原則として責任範囲の外
- 社内SE:自社の業務は深く理解しているが、開発そのものはベンダーに委託することが多く、「作る力」を発揮する場面が限られがち
- FDE:顧客の現場に入り、課題の発見→解決策の設計→実装→運用定着→成果の確認までを一気通貫で担う
4つの観点で比較する——起点・評価軸・顧客との距離・スキル
観点1:スタート地点──「仕様書」から始まるか、「課題」から始まるか
従来の受託開発は、顧客がまとめた要件定義書からスタートします。しかし実際の現場では、顧客自身が本当の課題を言語化できていないことがほとんどです。「営業管理システムが欲しい」という依頼の裏に、「ベテランの退職でノウハウが消える」という本当の課題が隠れている——そんなケースは珍しくありません。
FDEは仕様書を待ちません。現場に入り、業務を観察し、データを見て、「そもそも何を解くべきか」から仕事を始めます。
観点2:評価軸──「納品したか」ではなく「成果が出たか」
受託開発の成功は「仕様どおりのものを、期日までに、品質を担保して納めること」です。これ自体は大切なプロフェッショナリズムですが、納品物が現場で使われなくても、契約上は成功になり得ます。
FDEの評価軸は成果です。作ったシステムが現場で使われているか。業務時間は減ったか。売上に貢献したか。だからこそFDEは、リリース後も現場に残り、定着するまで改善を続けます。
この評価軸は求人票の書き方にも表れています。OpenAIが東京拠点で募集しているFDEの求人票は、成功を本番運用への定着と業務上の効果で測ると明記しています。納品の完了ではなく、使われている状態が評価の対象です(OpenAI公式求人 Forward Deployed Engineer - Tokyo、2026年9月9日確認)。
観点3:顧客との距離──「窓口越し」か「同じ席」か
SIerのプロジェクトでは、エンジニアと現場の間に営業・PM・情報システム部門など複数の「窓口」が挟まり、伝言ゲームによる認識のズレが起こりがちです。
FDEは顧客と同じ席に座ります。現場の担当者と直接話し、その場で画面を見せ、フィードバックを翌日には反映する。この距離の近さが、手戻りの少なさと開発スピードに直結します。
観点4:スキルセット──「深い専門性」に「越境力」を足す
従来のエンジニアに求められるのは、担当領域の深い専門性でした。FDEにはそれに加えて、次のような「越境するスキル」が求められます。
- 業務や経営の言葉で課題を聞き出し、構造化する力(コンサルタントの領域)
- 限られた時間で動くものを作り切る実装力(フルスタックの領域)
- 現場の人を巻き込み、変化を定着させる力(チェンジマネジメントの領域)
一人で全てを完璧に、という意味ではありません。「作る」を軸足に、隣の領域へ踏み出せることが重要です。
なぜ今、FDEが求められているのか
この職種が急速に広がった背景には、生成AIの登場があります。
AIによってコードを書くコスト自体は劇的に下がりました。その結果、価値の重心は「書くこと」から**「何を作るべきかを見極め、現場で成果につなげること」**へ移っています。米Palantirはこの職種を自社が切り拓いたものと位置づけ、才能あるエンジニアを顧客に直接配属して最も切実な課題に正面から取り組ませる働き方だと説明しています(Palantir公式求人 Forward Deployed Software Engineer、2026年9月9日確認)。OpenAIやAnthropicといったAI企業が同じ職種を置いているのは、AIという強力だが使いこなしが難しい技術を顧客の現場に届けるうえで、この働き方が最も確実だからです。
Anthropicは2026年6月11日の発表で、FDEを顧客組織の内部に直接配置されるエンジニアと説明しています。同じ発表では、ITサービス大手DXCが数万人規模のClaude認定FDEを育てる計画も示されました(Anthropic公式発表、2026年6月11日)。
海外の動向はPalantir・OpenAIに学ぶ「FDE」という働き方で、ブームの構造的背景はFDEはなぜ増えているのかで詳しく解説しています。
FDEとSES(客先常駐)は何が違うのか
冒頭の疑問に戻りましょう。日本には「客先常駐(SES)」という形態がありますが、FDEとは似て非なるものです。SESは「労働力の提供」であり、何を作るかは顧客の指揮命令に従います。FDEは「成果の提供」であり、何を作るべきかの提案から自分で行う点が決定的に違います。現場にいる、という共通点だけで同一視すると本質を見誤ります。
この線引きは商習慣の話にとどまりません。請負として扱われるには、受注者が自ら雇用する労働者の労働力を自ら直接利用し、業務の遂行方法に関する指示その他の管理を自ら行うことが要件とされています。単に肉体的な労働力を提供するものでないことも要件で、その満たし方の一つとして自ら行う企画または自己の有する専門的な技術・経験に基づく処理が挙げられています(厚生労働省「労働者派遣事業と請負により行われる事業との区分に関する基準」、昭和61年労働省告示第37号/最終改正 平成24年厚生労働省告示第518号)。個別の契約がどちらに当たるかの判断は、法務や専門家へご確認ください。
SAIの視点:日本の中堅・中小企業にこそFDEを
私たち株式会社SAIは、このFDEモデルを日本企業向けに実践する月額制のFDE伴走開発を主軸にしています。大手AI企業のFDEはエンタープライズ向けですが、意思決定が速く現場との距離が近い中堅・中小企業こそ、FDEの価値が最大化される環境だと私たちは考えています。自社でFDEを採用するか外部の力を借りるかで迷う場合は、採用と外部活用の選び方で判断軸を整理しています。
導入事例では、広告代理店とBCP(事業継続計画)支援という、業種の異なる現場での実例を公開しています。「うちの課題はFDE向きだろうか」という段階のご相談も歓迎です。最初の打ち合わせでは、仕様書ではなく困っている業務そのものを見せてください。そこから解くべき課題の特定を一緒に始めます。お気軽にお問い合わせください。
FDEという働き方に興味を持ったエンジニアの方は、採用情報もぜひご覧ください。