FDE（Forward Deployed Engineer）とは、顧客の現場に入り込む技術者のことです。課題の定義からシステムの実装、定着、成果の確認までを一緒にやり切ります。近年は職種名だけでなく、そうした「働き方の型」を指す言葉としても使われています。
AIツールを導入した。試しに動かしてもみた。それなのに、現場ではほとんど使われていない。これはAI導入でいちばん多い詰まり方で、原因はAIの性能ではなく、自社の業務にどう組み込み、現場に根づかせるかが抜けていることにあります。その「実装と定着をやり切る人」がFDEです。
FDEとは、設計図を渡す人ではなく、動くものをつくり切る人
「forward deployed（フォワードデプロイド）」は、もともと軍事の言葉です。後方の基地からではなく、ことが起きている最前線で動く、という意味があります。
| 報告書型の支援 | FDE（現場に入り込む型） | |
|---|---|---|
| 立ち位置 | 外から助言する | 現場のチームに入り込む |
| 成果物 | 提案書・設計書を手渡す | 実際に動くものをつくる |
| 終わり方 | 報告して去る | 定着・成果まで見届ける |
この役割を生み出したのは、データ分析企業のPalantir（パランティア）でした。興味深いのは発想の反転です。従来のエンジニアは「多くの顧客のために、1つの機能」をつくる。FDEは逆に「1つの顧客のために、多くの機能」をつくり込む。
なお、言葉の使われ方には2つあります。本来のFDE（狭義）は、自社プロダクトを持つ企業がそれを現場に根づかせるために置く職種。日本で広がる「FDE型」（広義）は、既存のAIや業務システムを組み合わせて成果まで伴走する働き方の型です。ここでいうFDEは後者で、ベンチャーネットの伴走もこちらにあたります。発注する側としては「その会社の言うFDEはどちらか」を確かめておくと、支援の中身を見誤らずにすみます。
FDEが実際にすること：4つのフェーズ
図：FDEの仕事は「課題の定義→実装→定着→効果測定」の4フェーズで進み、成果を確かめたら次の課題へと循環していく。
①課題の定義では、業務の流れを見て担当者の話を聞き、「AIで何かしたい」を「この業務の、この数字を動かす」に翻訳します。
②実装では、動くものを小さく速くつくります。大きな設計書を仕上げるのではなく、一部の業務で動かして現場の反応を見ながら育てる。
③定着が、FDEらしさの出るフェーズです。使われるまで手を離しません。ここで欠かせないのが、何をもって「使える」とするかを先に決めておくこと。AIは同じ問いに毎回同じ答えを返すとはかぎらないので、「どこまでの精度なら任せてよいか」「間違えたとき誰が気づくか」を使い始める前に決めます。この一手間を飛ばすと、現場は「なんとなく信用できない」と感じて使わなくなります。
④効果測定では、成果を数字で示します。測る数字は、AIが自分で書き換えられない現実の数字（入金、在庫、納期）に置くのが原則です。AIが出した「処理件数」を成果にすると、数字だけが良くなる罠に入ります。
進め方の詳細はFDE型伴走の進め方——最初の90日で何が起きるかにまとめました。
核心は、開発ではなく「業務の地図」
4つのフェーズだけ見ると、FDEは「現場で開発する人」に見えます。けれども、それだけなら昔からある客先常駐と変わりません。核心は開発の手前にあります。
その会社の業務を、AIが扱える形の「地図」にすることです。
「見積を出す」という一つの業務にも、3つが隠れています。何があるか（顧客・商品・単価）、何をするか（作る・承認する・送る）、そして何を優先するか（この顧客なら利益率より納期、この金額以上は社長が見る）。
ベテランの頭には、この地図が入っています。けれど紙にもシステムにも書かれていません。AIを入れても成果が出ない大きな理由は、ここにあります。AIは規約を読んで「返品は30日以内なら可能です」と答えられます。けれど、この顧客が本当に10日前に買ったのかを、社内のデータをたどって確かめる術を持たないのです。
地図ができると、AIが動ける範囲と、人が判断すべき範囲がはっきり分かれます。そもそも地図を描くのは、AIに判断を任せるためではありません。人が判断すべきことをはっきりさせるためです。描き方は業務の地図とはに書きました。
コンサルティング会社・SESと、何が違うのか
コンサルティング会社は課題を定義し、提案書を手渡します。SIer・SESは、顧客が決めた要件どおりにつくり、納品で完了します。どちらも劣っているわけではなく、戦略の助言や仕様が固まった大規模開発では強みがあります。
違いは一点、「課題の定義から成果の確認まで、誰が一気通貫で責任を持つか」です。そして評価の軸が、働いた時間（工数）なのか、出した成果なのか。要件を事前に固めきれないAI導入では、この差が効いてきます。
なお、FDE型の支援がうまくいかないとき、原因はたいてい「これまでの外注と同じに扱ってしまった」ことにあります。雑用を頼んで便利屋にしてしまう。つくったものの意図が担当者の頭にしか残らない。本番に上げる期限を決めていない。どれも発注側の関わり方で防げます。
違いの中身はFDEとSES・コンサルは何が違う？にまとめています。
なぜ今、FDEなのか
背景には一つの現実があります。問題はAIモデルの性能ではなく、実装と定着のほうにあるということです。MITの研究チームが2025年に公表した調査では、企業のAI試験導入のうち、利益への明確な効果を出せたのは約5%にとどまりました。この構造はAI導入が”PoC止まり”で終わる理由に書いています。
2026年には、OpenAIがFDEを中核とする新会社の設立を発表しました（同社公式発表・2026年5月11日）。Anthropicも同月、中堅企業の基幹業務にClaudeを組み込むサービス会社を発表しています（同・5月4日）。世界でもっともAIに詳しい企業たち自身が、「モデルをつくるだけでは顧客の成果にならない」と認めたということです。
ただし主役は、FDEという肩書きでも最新のAIでもありません。成果が生まれる場所は、いつでもお客様の現場です。
基盤をつくり、チームとして伴走するベンチャーネットのFDE型支援
ベンチャーネットは、中小・中堅企業向けにFDE型の伴走支援を行う会社です。特徴は、AIを単体で入れるのではなく、AIが業務の地図を読める「基盤」を先につくり、そのうえでFDEとして経営者のチームに入ることにあります。
図：数字の基盤（NetSuite／Odoo）と言葉の基盤（Notion）の上でAIを動かし、そのうえでFDEチームが経営者と一緒に改善を回す。
なぜ、この順序なのか。地図のないところにAIを入れても、AIは名詞と動詞しか扱えず、その会社の判断の基準を知らないからです。設計図は数字の基盤と言葉の基盤にまとめました。
なぜERPの会社がFDEをやるのか。 基幹システムの導入には、必ず「As-Is／To-Be」という工程があります。今の業務の流れを描き、あるべき姿を設計し、その差を埋める。前の章の「業務の地図」は、これそのものです。FDE型の支援とは、ERPで培った業務改革の作法を、AIの時代に合わせて延長したものです。
ベンチャーネットがFDEで目指すもの。 京セラ創業者の稲盛和夫氏は、経営の基本を「売上を極大に、経費を極小に」と表しました（京セラ公式サイト「稲盛和夫の考え方」）。利益は、その差として結果に出てくるものだという考え方です。ベンチャーネットのFDEは、この原則をお客様の現場で実現するための伴走です。
やることは2つあります。1つは、ERP（NetSuiteやOdoo）を会社のデータの中心に置き、売上と経費を正しく測れるようにすること。もう1つは、ERPにデータを入れる前の作業をなくすことです。別の表からの転記、手での集計、突き合わせ。こうした価値を生まない前作業（いわゆるブルシット・ジョブ）を、AIと仕組みで消していきます。
前作業が消えると、数字が早く正確になります。数字を信じて使うほど改善点が見え、仕事はさらに楽になる。この良い循環が回り始めます。逆に、前作業を残したままERPを入れると、二重入力で手間が増え、数字は遅れ、やがて誰も見なくなります。どの製品を選んでも、この分かれ道は変わりません。
進め方は3ステップ。見える化（数字と言葉を集めて地図を描く）→わかる化（何が起きているか、どこを変えるかの判断に変える）→儲かる化（打ち手を実装し、利益として返ってくるまで回す）。
そして、チームに入ることと居座ることは違います。FDE型の伴走は、最初から「終わり方」を決めておく支援です。 設計と意図は言葉として残し、判断の基準は経営者と現場に蓄積する。伴走が終わったとき社内で回せる状態になっていること。外部の人がいないと動かない仕組みは、AIであっても、また一つの属人化だからです（FDE伴走はどう終わるのか）。
頼む前に、経営者がやっておく3つの準備
難しい準備は要りません。次の3つがあると、立ち上がりが変わります。
- 動かしたい数字の候補を、一つ挙げておく：「請求処理の時間」「見積の提出日数」など粗くて構いません。議論が「AIで何かしたい」から「この数字をどう動かすか」に変わります
- 現場のキーパーソンを、一人決めておく：業務の地図は、この人の頭の中から描き起こします
- 小さく始める範囲を、切っておく：全社一斉ではなく一つの業務から。動くものが早く出て、成果も早く確かめられます
3つとも候補レベルで十分です。何を数字にすべきか分からない段階からの整理も、伴走の仕事のうちです。
よくある質問
Q. FDEを自社で雇わないといけませんか？
A. その必要はありません。外部のパートナーとFDE型で組む形でも取り入れられます。問われるのは、肩書きより働き方そのものです。
Q. パートナーは、何を基準に選べばよいですか？
A. 4つあります。①いきなりツールを提案せず課題の定義から入るか。②動くものを小さく速く出すか。③成果を数字で確かめる約束があるか。④知財と設計の記録が自社に残り、終わり方が設計されているか。とくに④は、見積の段階で「知財はどちらに帰属しますか」「撤収はどう設計していますか」と聞くだけで、相手の型が分かります。
Q. 高い報酬の話を聞きました。中小企業には縁遠いのでは？
A. 海外大手の水準は確かに高額です。ただ、それはこの働き方の希少さを映したもので、「現場で成果まで見届ける」考え方は規模を問わず取り入れられます。背景はFDEの年収はなぜ高い？へ。
まとめ
FDEとは、現場に入り込み、業務の地図を描き、実装・定着・成果までをやり切る働き方です。AIの導入が「入れること」で止まりやすいいま、その難所を埋める役割として注目されています。
そしてこの考え方は、人手の限られた中小企業がAIや基幹システムを成果に変えるときにこそ力を発揮します。報告書を受け取っても、それを動かす人手が社内にいなければ、AIは止まってしまうからです。
次に読むなら、違いをはっきりさせたい方はFDEとSES・コンサルの違いへ。中小企業での使い方は大企業のFDEを中小企業に”翻訳”する、何から始めるかは中小企業のAI導入 最初の一歩にあります。FDEという仕事に就きたい方はFDEになるには？をご覧ください。
「AIを入れたが効果が出ていない」「何から手をつければいいか」という段階であれば、経営課題の棚卸しから一緒に始められます。売り込みではなく、まず壁打ちから。
