FDEとは何か？仕事内容や従来の受託開発やコンサルタントとの違いを徹底解説

FDE（フォワードデプロイドエンジニア）とは、顧客の現場に入り込み、業務の理解から開発実装までを一貫して担うエンジニアです。開発を受けて作るのではなく、何を作るべきかを現場で見つけるところから関わります。

2025年後半から、日本でもこの職種名を採用の場で見かけるようになりました。背景にあるのは「AIを導入したのに現場で使われない」という共通の悩みです。ツールは入ったのに、業務が変わらない。開発を依頼してもできあがるまでに時間がかかる。この状態を動かす役割として、FDEが注目されています。

とはいえ、名前だけ知っているが、いまさら聞けないと思っている方もいるかもしれません。この記事を読めば、「客先常駐と何が違うのか」「SIerやコンサルとどう違うのか」「自社で採用すべきなのか」などを徹底的に解説しておりますので、FDEについて理解が深まります。

弊社スパイクスタジオは、生成AIの社内定着支援と業務プロセスの再設計を手がけており、これまでの「現場で使われない」を解決してきた立場から整理します。

目次

• FDE（フォワードデプロイドエンジニア）とは
• なぜいまFDEが注目されるのか｜「入れたのに使われない」
• FDEの仕事｜現場での4つの役割
• FDEは従来の職種と何が違うのか
• 日本企業がFDEを置く2つの道｜内製と外部委託
• FDEの導入を検討するなら スパイクスタジオへ

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

FDEは Forward Deployed Engineer の略です。直訳すると「前線に配置されたエンジニア」になります。自社のオフィスで開発するのではなく、顧客の業務が動いている場所に身を置いたり、現場の状況をヒアリングするところから開発の部分まで関わっていくことから、この名前が付いています。

日本でこの職種名を公式に掲げた早い例が LayerX です。同社は2025年7月17日に、AI・LLM事業部でFDEの募集開始を公式テックブログ（LayerX、2025年7月）で発表しました。同社はそこで、顧客の業務ドメインを深く理解し、インタビューやログの分析を通じて現場の暗黙知を形にし、AIのワークフローとして実装するところまでを担う役割だと説明しています。また、同記事では、米国のベンチャーキャピタル a16z がFDEを注目職種として紹介していることにも触れられています。

3つの特徴で整理するFDE

定義の文章だけではイメージが結びにくいので、従来のエンジニア像との差を3点に絞り説明します。

• FDEは要件をもらわない。 仕様書を受け取る側ではなく、業務を観察して要件そのものを作る側に立ちます
• FDEは作る人が現場にいる。 要望を持ち帰らず、その場で試作を見せて反応を確かめます
• FDEは納品で終わらない。 使われているかを運用データで確認し、使われていなければ作り直します

つまりFDEは、職種というより「AIを業務に載きるまで責任を持つ担当者」に近い考え方です。技術力と業務理解の両方を1人が持つ点が、従来の分業と決定的に違います。

なぜこの職種が生まれたのか

背景にあるのは、ソフトウェアの届け方の変化です。従来のシステムは、業務のやり方を先に決め、それに合わせて作れば動きました。要件が固まっていたので、営業・コンサルタント・エンジニアの分業が成立していました。

生成AIを使う仕組みは、この前提が崩れます。何を入力すれば良い答えが返るかは、その会社の資料や慣習に依存します。汎用の機能をそのまま渡しても、精度が業務で使える水準に届きません。個社の事情に合わせ込む工程が、導入後に残ります。

この合わせ込みを、誰が担当するかという問題が出てきました。営業では技術的な調整ができません。コンサルタントは実装しません。そこで「作れる人が現場に出る」という形が選ばれました。FDEはこの必要から生まれた役割です。

なぜいまFDEが注目されるのか｜「入れたのに使われない」

FDEが必要とされる理由は、企業にとって、AIや優れたツールを導入しただけでは、現場の業務が変わらない（定着しない）という大きな課題を解決できるからです。

総務省の令和7年版 情報通信白書（総務省、2025年7月）によると、生成AIを業務で利用している日本企業は55.2%でした。同じ調査で中国は95.8%、米国は90.6%、ドイツは90.3%です。日本だけが9割に届いていません。生成AIの活用方針を定めている企業も49.7%（2023年度調査では42.7%）にとどまります。

国内の別の調査でも同じ傾向が出ています。日本情報システム・ユーザー協会（JUAS）の企業IT動向調査2024（JUAS、2024年2月）では、言語系の生成AIを「導入済み」と答えた企業は8.4%でした（n=960、東証上場企業等が対象）。「未検討」は41.7%を占めます。同じ調査で、自社のDX推進を「実感できている」と答えた企業は29.3%、「そう思わない」は38.5%でした。

期待そのものは高い状態です。総務省の令和6年版 情報通信白書（総務省、2024年8月）では、生成AIが業務効率化や人員不足の解消につながると思う企業が約75%ありました。

一方で、その時点で活用方針を定めていた企業は42.7%です。期待と実行の間に、約30ポイントほど開きがあります。

展示会で来場者に聞いた結果も同じでした

また、弊社が2025年に展示会来場者に対して行った自主調査では、生成AIの導入率は87%、効率化を実感した人は91%に達しました。それでも満足度は30.5%にとどまっています。AIを導入して、業務は多少速くなったけれども業務が変わった実感はない。この落差が、いま多くの企業で起きていることです。

AIが使われない理由は、たいていツールの性能ではありません。現場の手順に合っていない、入力する情報が揃っていない、誰が使うか決まっていない、といった業務側の問題です。仕様書を受け取って開発する体制では、この層に手が届きません。要件を作る人が現場にいないケースが多いからです。

「AIが使われない」は3か所で生まれる

スパイクスタジオが研修とDX支援、開発支援の現場で見てきた限り、多くの企業が行き詰まる場所は、大きく3つに分かれます。

1つ目は、対象業務の選び方です。全社で使える汎用の仕組みから作ろうとすると、誰にとっても少し便利で、誰にとっても必須ではないものができあがります。使う理由が生まれません。

2つ目は、渡す情報の設計です。生成AIの出力は、渡した前提情報の質で決まります。社内の様式や過去の判断基準が渡されていなければ、一般論しか返ってこないAIが生まれます。こうなると現場は「使えない」と判断して離れる可能性が高くなります。

3つ目は、手順への組み込みです。既存の作業手順が変わらないまま、「AIを使う工程」だけが追加されると、仕事が増えたことになります。既存の手順をどこはAIに任せて、どこを削ることができるかまで設計して、はじめて、業務がラクになり、定着に近づきます。

この3つはいずれも、業務内容を見ないと分かりません。だから「現場に入る役割が必要」という話につながります。

FDEの仕事｜現場での4つの役割

FDEが実際に何をしているのかを、4つの役割に分けて説明します。

①業務ヒアリングから開発要件を見つける

スパイクスタジオのFDEの最初の仕事は、開発ではなく、現場業務の可視化するためのヒアリングです。担当者の作業を知り、どういったところで手が止まるかを聞き出します。例えば、Excelの転記に1日60分使っていた、顧客情報の記入に120分かかっていた、といった事実が出てきます。ここで見つけた作業に改善するべき優先度を付け、そのまま最初の開発対象になります。

見るべきは、時間がかかっているタスクと、人に聞きに行くことが多いタスクの2つです。例えば、情報が足りていない部分や判断が属人化している場所を明らかにすることができます。この2か所は、生成AIで支援したときに効果が出やすい部分でもあります。

②その場で作って見せる

見つけた課題は、すぐに試作まで出します。生成AIを使った業務支援は、動くものを見るまで良し悪しの判断がつきません。文章で仕様を確認しても、現場は「たぶんそれでいい」としか答えられないためです。小さく作って見せ、反応を見て直す。この往復の速さがFDE×AIによる開発の価値になります。

試作の粒度は、1つの部署・1つの作業に限定します。たとえば「見積書の作成を支援する」ではなく、「過去の類似案件を3件探して条件を並べる」まで絞ります。範囲が狭いほど、良し悪しの判断が早く出ます。使えないと分かった案を早く捨てられることも、この進め方の利点です。

③運用に乗せて定着させる

作ったものを業務に組み込むまでが仕事です。誰がいつ使うか、うまくいかないときはどの担当者に聞き改善するか、を決めます。もちろん、実際に使う方へ、開発したツールの使い方説明会などを行います。ここを飛ばすと、動くものはあるのに、現場では使いづらいものが出来てしまい、最終的には誰も使わない状態が生まれてしまいます。前の章で紹介した「満足度30.5%」は、多くがこの段階で止まっている状態を指します。

定着したかどうかは、感想ではなく記録で確かめるべきです。利用回数が2週目に落ちていれば、手順に無理があるか、出力の質が期待に届いていません。原因を複数に切り分けて作り直します。うまくいった場合も、なぜ使われたのかを言葉にして残すことで、他部署へ広げるときの材料になります。

④現場の学びを製品と組織に戻す

現場で分かったことを、次の案件や自社の製品に反映させます。1つの開発で見つけた失敗は、たいてい他の開発でも起きると仮定します。この持ち帰りがあるかどうかで、2件目以降の立ち上がりが変わります。個人の職人技で終わらせず、組織の型にしていく部分です。

4つの役割を通して見ると、FDEの仕事は「作ること」より「決めること」に寄っています。どういった開発をするか、どの業務から手を付けるか、AIにどういう風に指示をし、開発を進めるか。この判断を現場と同じ場所でわかる人がいるかが、開発の成否を分けます。

FDEは従来の職種と何が違うのか

「結局、客先常駐のエンジニア」や「ITコンサルタント」と同じではと聞かれることがありますが、違いはどんな点でしょうか。よく比較されている職種と並べて整理します。

職種	主な役割	成果物	要件を決める人
受託開発のエンジニア	決まった仕様を実装する	システム	顧客または元請け
ITコンサルタント	課題を整理し方針を示す	報告書・計画	コンサルタント（実装は別）
カスタマーサクセス	導入済み製品の活用を支援する	活用支援・研修	製品の仕様に従う
FDE	現場の課題を見つけ、AIが作り、定着まで見る	動く仕組みとシステム	FDEと現場で決める

違いは「要件を決める人が誰か」に集約されます。受託開発は要件をもらいます。コンサルタントは方針を出しますが、実装は別の人が行います。FDEは自分で決めて自分で作ります。だから現場に入る必要があります。

FDEとAIによる開発に向いている会社

特に、業務が属人化している会社がFDEによるサポートが成果を出しやすいです。手順書が無い、例外処理が多い、担当者が代わるものをAI化すると、はじめはやはり品質が落ちてしまうこともあります。こうした業務は、外から仕様を書き起こせませんし、中に入って観察する工程が不可欠であったり、ヒアリングに時間をかける必要があります。

逆に、業務が標準化されていて、AIが代行できる業務である場合は不要です。会計処理や勤怠管理のように、やり方が業界で共通している領域が該当します。この場合は、導入支援の担当者がいれば足ります。

迷ったときは、「その業務の手順を、社外の人が読める文書として渡せるか」を考えてみてください。渡せないなら、FDE型の関わり方が向いています。

日本企業がFDEを置く2つの道｜内製と外部委託

FDEの置き方は、自社で採用・育成するか、外部の体制を使うかの大きく2つです。

判断の前提として、人材の状況を確認しておきます。情報処理推進機構（IPA）のDX動向2025（IPA、2025年10月）では、DXを推進する人材が不足している日本企業は85.1%でした。米国・ドイツと比べて著しく高い水準です。総務省の令和7年版 情報通信白書（総務省、2025年7月）でも、デジタル化の課題として「人材不足」を挙げた日本企業は48.7%で、他国より高い割合でした。採用市場から連れてくる前提で計画を立てると、たいてい止まります。

自社で育てる場合

社内にいる業務に詳しい人を起点にするのが現実的です。業務を知らないエンジニアに業務を教えるより、業務を知っている人に開発の手段を渡すほうが早いためです。生成AIの登場で、後者の難易度は下がりつつあります。

実践のポイントは3つあります。第一に、対象業務を1つに絞ります。第二に、その人の工数を週1日以上確保します。片手間では現場観察の時間が取れません。第三に、作ったものを評価する基準を先に決めます。「使われた回数」で見るのが分かりやすい方法です。

外部の体制を使う場合

社内に手が空いている人がいない場合や、AIに詳しい人が社内にいな場合は、外部に頼ることが適切です。FDE依頼会社を選ぶときは、成果物が報告書ではなく「動くもの」になっているかが重要です。要件定義までを請け負い、実装は別会社という座組みでは、現場との往復が切れます。委託先の選び方は【デジタルトランスフォーメーション】DX支援サービスのメリットと活用法にまとめていますので、ぜひご覧ください。

スパイクスタジオの支援事例

弊社がNTT DXパートナー様の生成AIプラットフォーム「架空商品モール」を支援したときも、入口はサービスのアイデア段階でした。企画の検討に伴走し、システム要件まで一緒に固めています。仕様を受け取ってから作り始めたのではなく、何を作るかを決める過程から入った事例です（NTT DXパートナー様の事例）。

他社が生成AIをどう業務に載せているかは、DX推進による業務効率化事例15選もあわせてご覧ください。

置く前に決めておく3つのこと

内製と外部委託のどちらを選ぶ場合でも、先に決めておくと立ち上がりが変わる項目があります。

1つ目は、対象業務を1つに絞ることです。もちろん、複数ある業務の中から、開発を進める優先順位をFDEとともに決めていくことも可能です。しかし、始めから部門横断の課題解決から始めようとすると、同じような業務に見えても部署間でやっている業務内容が違っていたり、関係者の調整だけで時間が過ぎます。FDEによるヒアリングをしてもらう部署を1つに限定しておくとスムーズに進められるでしょう。

2つ目は、成功の判定基準です。「効率化」では判定できません。使われた回数、対象作業にかかる時間、差し戻しの件数など、記録できる形にします。運用開始前に現状の値を測っておくことも忘れないでください。比較する相手がないと、成果を説明できなくなります。

3つ目は、現場側の担当者を決めることです。FDEが外部の人材であっても、業務のことを聞ける相手が社内にいないと観察が進みません。必ず推進するための担当者を決めておきましょう。

どちらの道を選ぶか迷う段階でも構いません。スパイクスタジオでは、対象業務の絞り込みから相談することが可能です。まず「どの業務なら3か月で自動化ができそうか」を一緒に整理します。

FDEの導入を検討するなら スパイクスタジオへ

FDEは、AIを導入することではなく、業務が変わるところまでを担う役割です。ツールの選定で止まっている段階でも、置き方から一緒に考えられます。

弊社が提供できるのは次の3つです。

• Spike AI Agent Studio：専任のFDEとAIがチームになり、月額定額でAIエージェントを作り続ける開発体制です
• BPRコンサルティング：AIを前提に業務プロセスそのものを組み替え、実装につながる設計図を描きます
• AI人材育成：使う側・作る側・基盤層の三層に分けて、社内にFDEの役割を担える人を育てます

導入前の不安や、何から手を付けるかが定まらない段階の整理からお手伝いします。FDEを置く進め方について相談するから、現状をお聞かせください。