FDE（フォワードデプロイドエンジニア）とは何か──外部CTO・技術顧問・SESとの違いと、BANSOU CTO™が「似て非なるもの」である理由

先日、知人の経営者にこう言われました。

「伊藤さんがやってるBANSOU CTO™って、要するにFDEですよね？」

FDE（Forward Deployed Engineer）という職種が、この1年でAI業界の中心的な話題になっていることは知っていました。OpenAIが専門チームを立ち上げ、日本のAI企業も次々と同じポジションを新設している。ただ、自分の仕事とその定義を正面から突き合わせたことは、それまでありませんでした。

いい機会なので、一次情報まで遡って照合してみました。結論から言うと——半分は当たっていて、半分は決定的に違う。そしてこの「決定的に違う半分」こそが、システムやAIの導入で失敗しないために経営者が知っておくべき、いちばん大事な区別でした。

この記事では、FDEとは何かを整理した上で、外部CTO・技術顧問・フラクショナルCTO・CTO代行・SES・受託開発・ITコンサルという、紛らわしい8つの言葉を一枚の表にまとめます。最後に「自社はどれを呼べばいいのか」を判断できる形にして終わります。

---

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

まず定義から。

FDE（Forward Deployed Engineer／フォワードデプロイドエンジニア）とは、自社プロダクトを持つベンダー企業のエンジニアが、顧客の現場に入り込み、課題の発見から実装・運用定着までを一気通貫で担う職種。

「Forward Deployed」は軍事用語で「前線配備」を意味します。本社の安全な場所で開発するのではなく、最前線に配置される。この語感がそのまま職種の性格を表しています。

元OpenAIのBob McGrew氏は、これを 「Productized Consulting（プロダクト化されたコンサルティング）」 と表現しました。私はこの言い方がいちばん正確だと思います。コンサルのように現場に入るが、納品物はレポートではなく、動くプロダクトである、と。

生まれた場所はPalantir、広めたのはOpenAI

FDEというモデルを確立したのは、米国のデータ分析企業Palantir（パランティア・テクノロジーズ／2003年設立）です。

顧客が情報機関や国防関連だったため、「何が欲しいか」を顧客自身が明かせない、あるいは言語化できない。それなら自社のエンジニアを現場に送り込んで、一緒に課題を見つけるところからやるしかない——必要に迫られて生まれた仕組みです。Palantirは社内でこの職種を「Delta」と呼び、2016年頃までは通常のソフトウェアエンジニアよりFDEの人数のほうが多かったとされています。

この形が一気に注目されたのが2025年です。OpenAIが2025年初頭にFDEチームを立ち上げ、Anthropicも同様の動きを見せました。AI業界全体が「Palantirのやり方を真似している」と言われる状況になり、LinkedIn上のFDE求人は800〜1000%増という集計も出ています。

日本でも、LayerX、AI Shift、ExaWizards といったAI企業が次々とFDE職を新設しています。転職メディア各社の集計では、日本国内の年収レンジは600万〜1,200万円、外資系AI企業では1,500万円を超えるポジションもあるとされています。

なぜ今、この職種が必要になったのか

理由はシンプルで、AIプロダクトは「売って終わり」にできないからです。

従来のソフトウェアは、機能が決まっていて、入れれば動きました。AIは違います。

• 出力が確率的で、毎回同じ答えが返ってくるとは限らない
• 既存の業務フローに組み込まないと価値が出ない
• 導入後も継続的なチューニングが要る
• そもそも現場の仕事のやり方を変えないと効果が出ない

つまり、製品を納品した時点では、価値がまだ1ミリも生まれていない。だから作った側が現場まで来て、業務に食い込ませて、定着するまで面倒を見る人間が要る。それがFDEです。

ボストン コンサルティング グループが2024年に発表した調査では、AIを導入した企業の74%が「価値をスケールさせられていない」と報告されています。この74%を埋めるための職種だ、と理解すると腹落ちが早いはずです。

---

「それ、FDEですよね？」——たしかに重なる3点

さて、自分の話に戻します。私がやっているBANSOU CTO™（伴走型の外部CTOサービス）とFDEは、実務の動き方だけ見ると、驚くほど重なります。

1. 顧客の業務プロセスに直接入り込んで課題を見つける

私は初回の面談で、システムの話をあまりしません。誰が、いつ、何に困って、どこで手が止まっているか。その業務を実際に見せてもらうところから始めます。これはFDEの働き方そのものです。

2. 発見 → 実装 → 運用定着まで、自分で完遂する

要件定義書を書いて「あとは開発会社さんへ」ではありません。設計して、自分でコードを書いて、現場に入れて、使われるまで見届ける。分業しません。

3. 自前の開発基盤を持ち込んで高速に実装する

私はFlow Coding（企画をそのまま動くシステムにする流れ）と、Reverse Flow Coding（既存の動いているシステムから設計を逆算して解読する流れ）という自分の型を持っていて、LovableとClaude Codeを主力に開発します。手ぶらで現場に入って一から考えるのではなく、武器を持ち込んで即実装する。この点は、まさにFDE的だと言えます。

だから「動き方はほぼFDE」という見立ては、正しいです。

問題はここからです。

---

決定的に違う2点──ここが経営者にとって一番大事

① 「売るべき自社製品を持っているか」＝どちら側の席に座るか

FDEは、ベンダー企業の一職種です。ここが動かせない前提です。

PalantirのFDEはPalantirを売り、OpenAIのFDEはOpenAIを売る。彼らは驚くほど優秀で、驚くほど現場に入り込みますが、最終的なゴールは「自社プロダクトを導入し、定着させ、契約を拡大すること」に構造上どうしても収束します。

これは彼らが不誠実だという話では全くありません。雇用主が誰かという、ただの構造の話です。自社製品を持つ会社のエンジニアが「うちの製品、御社には要らないと思います」と言い続けたら、その人は評価されません。

一方、BANSOU CTO™には、お客様に導入してもらわないと困る自社製品がありません。これは意図的にそうしています。だから、

• 「そのSaaS、御社の業務には合いません。入れないほうがいいです」
• 「今の開発会社との契約、切りましょう。理由はこの3点です」
• 「それは作らないでください。運用でどうにかなります」

こういう結論を、平気で出せます。発注者側の席に座っているからです。

私がここに強くこだわるのには理由があります。私自身、外部の開発会社に約3,000万円を払って「使えないもの」を作った経験があるからです。要件定義に3ヶ月、開発に半年。出来上がったシステムは現場で使われず、結局Excelに戻りました。

あのとき私に本当に必要だったのは、優秀な実装者ではありませんでした。「社長、その発注はやめましょう」と言ってくれる、私の側に立った技術者でした。それが一人もいなかった。だからBANSOU CTO™は、売る製品を持たない設計にしています。

（この失敗の詳細は3,000万円のシステム外注失敗から学んだ、経営者が絶対に知っておくべきシステム開発の落とし穴に書きました）

▲ 動き方はほぼ同じでも、座っている席が違う。「入れないほうがいい」と言えるかどうかは、雇用主が誰かで決まる。

② 守備範囲が「プロジェクト」か「経営」か

もう一つの違いは、座る席の高さです。

FDEはプロジェクト単位・導入単位で現場に入ります。評価指標は、その導入が成功したか、現場に定着したか。これは非常に価値のある仕事です。ただし、それより上の判断——会社全体の意思決定は、FDEの権限範囲の外にあります。

外部CTOが求められるのは、まさにその「上」の領域です。実例で言うと、私が実際にクライアント企業で関わっている判断はこういうものです。

• 大手ベンダーの基幹パッケージを使い続けるか、リプレースするか
• 数百名規模の利用者を、一斉に新システムへ切り替えるか、段階移行するか
• 将来のM&Aや事業売却に耐えるデータ構造にしておくか
• エンジニアを採用するのか、内製化支援を受けて既存社員でやるのか

これらは、システムの話に見えて全部経営判断です。失敗すれば業務が止まり、売上に直撃する。だから経営会議の席で、責任を持って結論を出す人間が要る。

FDEは「導入を成功させる人」、外部CTOは「そもそも導入するかを決める人」。

この違いは、どちらが偉いという話ではなく、呼ぶべき場面が違うという話です。

おまけ：出口の設計も逆を向いている

もう一点だけ。FDEのモデルは、現場で得た知見を自社プロダクトに還元し、契約を継続・拡大していくことで成立します。構造上、顧客はそのプロダクトに寄っていきます。

BANSOU CTO™は逆で、コード・設計情報・業務仕様・運用ルールをクライアント企業側に残すことを前提にしています。GitHubやデータベース、クラウド基盤も、できる限りクライアント側で把握・管理できる形にする。社内メンバーや別の開発者が引き継げる状態を目指すので、「他社にも相見積もりを取ってください」と言えますし、内製化への移行も支援します。

外部CTOを入れたのに、その外部CTOに依存して抜けられなくなるのでは本末転倒です。依存させないことを最初から設計に入れておく——ここは思想の違いがいちばんはっきり出るところだと思っています。

---

紛らわしい8つの言葉を、一枚の表に整理する

FDEが分かってくると、今度は周辺の言葉との区別が気になってきます。技術顧問、フラクショナルCTO、CTO代行、SES……。経営者からすると、正直どれも同じに見えるはずです。

5つの軸で整理しました（比較のため、正社員CTOとBANSOU CTO™も並べています）。

呼び名	誰に雇われているか	売る自社製品	自分で実装するか	経営判断への関与	費用の形
FDE	ベンダー企業	ある（それを導入する）	する	なし（プロジェクト単位）	製品費用に内包
SES・客先常駐	SES企業	ない	する（指示に従って）	なし	人月単価
受託開発・SIer	自社（請負）	ない（都度作る）	する	なし（発注内容に従う）	見積・請負契約
ITコンサル	コンサル会社	ない	しない（助言まで）	助言レベル	月額固定
技術顧問	個人・顧問会社	ない	しない（助言まで）	助言レベル	月10万〜50万円が中心
フラクショナルCTO	複数社を掛け持ち	ない	限定的	する（時間の範囲内で）	月額（稼働時間ベース）
CTO代行・外部CTO	顧客企業（業務委託）	ない	会社・人による	する	月額
正社員CTO	顧客企業（雇用）	—	する場合もある	する	年収1,500万〜3,000万円＋採用費
BANSOU CTO™	顧客企業（業務委託）	持たない（意図的に）	する（自ら実装）	する	初期費用50万円＋月50万/100万/200万円〜

この表で見るべきポイントは1つだけです。

「売る自社製品があるか」と「自分で実装するか」と「経営判断に関わるか」の3つが、全部同時に揃っている枠は、そう多くない。

▲ 縦軸「経営判断に関わるか」×横軸「自分で実装するか」。右上が同時に埋まっている枠は、そう多くない。

技術顧問は助言まで、SESは実装まで、FDEは自社製品の範囲内で、コンサルは分析まで。それぞれ役割が違うのであって、優劣ではありません。ただ、**「何を作るべきかから一緒に決めて、しかも自分で作って、経営責任も負う」**という組み合わせが必要な場面が、中小企業には確実にあります。

なお、CTO顧問・外部CTO・開発伴走の料金の話だけを詳しく知りたい方は、CTO顧問の料金相場とは？月額顧問・外部CTO・開発伴走の違いを解説にまとめてあります。

---

日本での最大の誤解：「FDE＝客先常駐」ではない

ここは強調しておきたいところです。

FDEの説明を「顧客先に常駐するエンジニア」とだけ読むと、日本のSES・客先常駐と同じに見えます。日経クロステックも「米国流のFDEは日本の客先常駐とは似て非なるもの」と指摘しています。

私の理解では、違いは2つです。

違い1：意思決定権を持っているか

SESは基本的に、客先の指示に従って作業します。「何を作るか」を決めるのは発注側です。FDEは逆で、課題の定義そのものを自分で行い、解決策を自分で決めて、自分で実装します。動き方は似ていても、権限がまるで違う。

違い2：得た知見がどこへ行くか

SESや受託は、その案件で得た知見が案件と一緒に終わります。FDEは、現場で得た知見を自社プロダクトに還元することが役割に含まれています。だからFDEを大量投入するモデルは、人月ビジネスのままでは成立せず、「現場の学びがプロダクトを強くする」という循環があって初めて機能します。

この2つ目の視点は、経営者としても効きます。知見が自社に残らない発注の仕方をしていると、何年経っても社内には何も蓄積しない。 私が「工数を売って成果に責任を持たない」構造を業界最大の病だと考えているのは、まさにここです（システム開発業界の最大の病は「工数を売って、成果に責任を持たない」）。

---

なぜ今、この手の職種が次々に生まれているのか

FDE、フラクショナルCTO、外部CTO、内製化支援——似た匂いのする言葉が、この1〜2年で一気に増えました。偶然ではないと思っています。

理由は、AIによって「作れること」の値段がゼロに近づいたからです。

かつては「システムを作れる」こと自体が希少で、そこにお金が付いていました。今は違います。言葉で指示すれば、そこそこのものが誰でも作れる。私自身、AI開発を本格的に始めてから膨大な量のコードを生成してきましたが、行数にはもう何の価値も感じません。

では価値はどこへ移ったのか。「何を、誰のために作るか」を決める部分と、現場で使われる状態まで持っていく部分です。この2つはコピーできないし、AIに丸投げもできない。

世界中のAI企業がFDEを求め、日本の中小企業が外部CTOを求めているのは、同じ地殻変動の別の現れだと私は見ています（詳しくは「AIで何でも作れる時代」なのに、なぜ勝てる人は減っているのか）。

---

経営者向け：自社はどれを呼べばいいのか

ここまでの整理を、判断できる形にします。状況別にどうぞ。

▲ 最初の分岐は「何を作るか決まっているか」。ここを飛ばして開発会社に相談すると、作る前提の提案しか集まらない。

ケース1：導入したいSaaS・AI製品がすでに決まっている

→ ベンダーにFDE相当の支援を要求してください。

「ライセンスを買って、あとは自社で頑張る」が最も失敗します。契約交渉の段階で、「導入」ではなく「定着」までを支援範囲に入れてもらうこと。オンボーディング担当が付くのか、現場の業務フローに合わせた設定・連携まで見てくれるのか、を具体的に確認してください。ここを詰められるかどうかで、投資が回収できるかが決まります。

ケース2：何を作るか・買うかが、まだ決まっていない

→ 外部CTO（BANSOU CTO™が担う領域）です。

いちばん多い、そしていちばん危険な状況がこれです。決まっていない状態で開発会社に相談すると、「作る前提」の提案しか出てきません。彼らは作るのが仕事なので当然です。ここで必要なのは、「作らない」という選択肢も含めて検討できる、発注者側の技術者です。

（相談先の選び方全般はシステム開発はどこに相談すればいいのか—相談先5タイプの違いと、段階別の選び方に整理しました）

ケース3：作るものは決まっていて、単純に手が足りない

→ 受託開発・SESで問題ありません。

仕様が固まっていて、意思決定は自社でできる。この状態なら、外部CTOを月額で入れる必要はありません。素直に人手を買ってください。ただし見積もりの読み方だけは押さえておくべきです（「見積もり」に騙されない方法—人月商売の読み解き方と、正しい発注の仕方）。

ケース4：技術の相談相手だけが欲しい

→ 技術顧問、またはBANSOU CTO™のStarter（CTO相談・小規模改善）です。

実装は自社でやる、判断に迷ったときの相談先だけ欲しい。この場合は月10万〜50万円の技術顧問という選択肢が現実的です。開発会社の提案が妥当かを見てほしい、AI活用の方針を整理してほしい、軽微な改善も拾ってほしい——ここまで含めるならStarterの領域になります。

ケース5：経営会議に「技術の席」が必要

→ 外部CTO / フラクショナルCTO / 正社員CTO。

ここで正社員CTOを採ると、年収1,500万〜3,000万円＋採用エージェント費用（年収の30〜35%）で、初年度2,000万円を軽く超えます。しかもミスマッチのリスクを抱える。この比較はCTO採用 vs BANSOU CTO™—年間2,000万円の人件費をかける前に読む比較ガイドで数字を出して検証しています。

---

BANSOU CTO™という選択肢

最後に、私が提供しているサービスの話を少しだけさせてください。

BANSOU CTO™は、ここまで書いてきた 「FDEの実行力を、発注者側の席で使う」 という発想のサービスです。現場に入り、自分で実装し、経営判断にも責任を持つ。ただし売るべき自社製品は持たない。

プランは3つ＋カスタムです（すべて税別）。

プラン	1年契約	半年契約	位置づけ
Starter（初期費用50万円）	月50万円〜	月80万円〜	CTO相談・小規模改善
Standard	月100万円〜	月150万円〜	AI開発・業務システム伴走
Full	月200万円〜	月300万円〜	基幹刷新・事業変革
Custom	個別見積	—	複数プロジェクト・専任チーム等

Standard / Full / Customの初期費用は支援範囲に応じて個別提案です。解約は原則3ヶ月前通知で対応します。

そして、いきなり月額契約を決める必要はありません。入口はこうなっています。

1. 無料初回相談（60分目安）── この段階で契約を前提にすることはありません。3分で終わるAIセルフ診断（無料）もあります
2. 診断CTO™（100万円・税別／約1ヶ月）── 市場・競合調査、業務整理、要件定義、推奨システム構成、ROI試算まで出して「何を作るべきか」を確定させます
3. 必要な場合のみプロトタイプ ── 画面や業務フローを先に確かめたい時だけ。全案件で必須ではありません
4. BANSOU CTO™

2番目の診断CTO™が、私はいちばん誠実な入口だと思っています。ここで出す要件定義書と設計書は、そのまま他社への相見積もりにも補助金申請にも使えるからです。診断だけ受けて「やっぱり別の会社に頼む」でも構わない。逆に言えば、それでも成立する納品物を出すという約束です。

なぜこの3プラン構成なのかは、なぜ BANSOU CTO™ は「助言50万・実装100万・右腕200万」の3プランなのかに書いています。

---

よくある質問

Q. FDE（フォワードデプロイドエンジニア）とは何ですか？

A. 自社プロダクトを持つベンダー企業のエンジニアが、顧客の現場に入り込み、課題の発見から実装・運用定着までを一気通貫で担う職種です。2010年代前半に米Palantirが確立し、2025年にOpenAIが専門チームを設置したことで一気に広まりました。日本でもLayerXやAI Shiftなどが同職種を新設しています。

Q. FDEと外部CTO・BANSOU CTO™の違いは何ですか？

A. 決定的な違いは2つです。第一に、FDEはベンダー側の職種なので、最終的には自社プロダクトの導入・定着がゴールになります。外部CTOは売るべき自社製品を持たないため、「その製品は入れない」という判断も含めて発注者側の立場で助言・実行できます。第二に、FDEの守備範囲はプロジェクト単位ですが、外部CTOは基幹システムのリプレース可否や全社切替、M&Aを見据えた設計といった経営レイヤーの意思決定に関与します。

Q. FDEとSES（客先常駐）は同じですか？

A. 違います。SESは客先の指示に従って作業し、「何を作るか」は発注側が決めます。FDEは課題の定義から自分で行い、解決策を決めて実装まで担います。もう一つの違いは知見の行き先で、SESは案件が終われば知見も終わりますが、FDEは現場で得た学びを自社プロダクトに還元することが役割に含まれます。

Q. 自社にFDEを採用すべきですか？

A. FDEは基本的に「自社プロダクトを売る企業」に成立する職種なので、プロダクトを持たない事業会社が自社でFDEを抱える意味は薄いです。事業会社側に必要なのは、ベンダーからFDE相当の支援を引き出す契約力と、そもそも何を導入すべきかを決める外部CTO的な機能です。

Q. 技術顧問・フラクショナルCTO・外部CTOはどう使い分ければいいですか？

A. 技術の相談相手だけが欲しいなら技術顧問（月10万〜50万円が中心）、経営会議に技術の席が必要で稼働は限定的でよいならフラクショナルCTO、判断から実装・運用まで踏み込んでほしいなら外部CTOです。「何を作るか自体が決まっていない」段階なら、助言だけの契約は機能しにくいので外部CTO型を選ぶべきです。

Q. AIベンダーに「FDEをつけてほしい」と依頼できますか？

A. 依頼する価値はあります。少なくとも契約前に「導入後の定着支援はどこまでか」「業務フローに合わせた設定・既存システム連携は範囲内か」を確認してください。ライセンス販売だけで終わる契約は、AI製品では価値が出ないまま終わりやすいです。

Q. BANSOU CTO™の費用はいくらですか？

A. Starterが初期費用50万円・月額50万円〜、Standardが月額100万円〜、Fullが月額200万円〜（いずれも1年契約・税別）です。半年契約の場合は月80万円〜／150万円〜／300万円〜になります。実際の料金は対象システム・関与範囲・契約期間・実装支援の有無によって変わるため、個別にご提案します。本契約の前段には無料初回相談（60分目安）と診断CTO™（100万円・税別／約1ヶ月）があり、解約は原則3ヶ月前通知です。

---

この記事のポイント

• FDE（フォワードデプロイドエンジニア）とは、自社プロダクトを持つベンダーのエンジニアが顧客の現場に入り、課題発見から実装・定着まで一気通貫で担う職種。 Palantirが生み、2025年にOpenAIが導入して一気に広まった
• AI製品は「納品した時点では価値がゼロ」。だから現場に食い込んで定着させる人が要る。BCGの2024年調査では74%の企業がAIの価値をスケールできていない
• 外部CTOとの決定的な違いは2つ。①FDEはベンダー側＝自社製品を売る側の席に座る。②FDEはプロジェクト単位で、経営判断には関与しない
• 「FDE＝客先常駐」は誤解。違いは意思決定権を持つかと、知見が自社プロダクトに還元されるか
• 経営者の実務判断としては——入れる製品が決まっているならベンダーにFDE相当の支援を要求する。何を作るか決まっていないなら外部CTOを呼ぶ。 ここを取り違えると、作る前提の提案しか集まらない

「何を作るべきか」から一緒に決めて、自分で作って、経営の結果にも責任を持つ。そういう相手が必要だと感じているなら、一度話を聞かせてください。初回相談は無料・60分程度です。先に手元で試したい方は、3分のAIセルフ診断からでも構いません。

---

伊藤翔太 株式会社IIWAYO.TECH 代表取締役 / 株式会社リサスティー 代表取締役