FDEとコンサルの違いは？国内42社の実態と発注前の確認点

違いは成果物・実装の担い手・報酬の3点です。「FDE（Forward Deployed Engineer）」は顧客の現場に入り込み、実装までを一気通貫で担うエンジニアを指しますが、提案を受けた側からは従来のコンサルティングとの区別が付きにくく、混同されがちです。

FDEとコンサルの違いは3点

違いは呼び方ではなく、プロジェクトの進め方と責任の範囲に出ます。

成果物：資料か動くものか

最終的に何を受け取るのかが、最も分かりやすい違いです。

• コンサルティングの主たる成果物は、分析結果や戦略を記した報告書・スライド資料です
• FDEの成果物は、業務現場で実際に動作するアプリケーションそのものです
• そのため評価の基準も、提案の納得感か、実務が改善されたかに分かれます

目に見える「動くもの」に責任を持つかどうかが、両者の境界線です。

実装：担当者の同一性

要件を決めた人が、そのまま手を動かして作るかどうかにも違いが出ます。

• 従来型の進め方では、戦略の立案後に開発を別の会社や部署へ引き継ぐことが多くありました
• FDE型では、要件を整理した本人が現場で自らつくり、そのまま直していきます
• 引き継ぎが挟まらないため、解釈のズレによる手戻りが起きにくくなります

報酬：工数か成果か

費用を何に対して払うのかという設計にも、考え方の差があります。

• 従来型のコンサルティングやシステム開発は、稼働した工数を基準に請求するのが一般的でした
• FDE型では、決めた期間で決めた成果を出すことに対して払う契約が選べる場合があります
• ただし後述のとおり、すべてのFDE型サービスが成果基準というわけではありません

比較項目	従来型のコンサルティング	FDE型
主な成果物	戦略・提言書（スライド資料）	動くアプリケーション（ソフトウェア）
実装の担い手	外部の開発会社や別部署へ引き継ぎ	要件定義を行った担当者が自ら実装
報酬の考え方	稼働工数による請求	成果に対する対価
関与が終わるタイミング	提言の完了時	現場への定着時

関連記事：FDEとは？意味とFDE企業一覧｜Forward Deployed Engineer

FDE発祥Palantirの公式見解

この疑問には、FDEという職種を作った米Palantir（パランティア）自身が公式ブログで答えています。

公式の設問と回答

Palantirが2020年11月2日に公開した公式ブログのFDSE本人インタビューには、「Is an FDSE similar to a consultant?（FDSEはコンサルタントに似ていますか）」という見出しの設問が置かれています。その答えの書き出しが「No, not really.（いいえ、あまり似ていません）」です。

答えているのは、当時アメリカ国防総省向けの案件を担当していたFDSEのBrian氏です。2020年の記事であり、生成AIブームより前から在る職種だと分かります。

「よくある誤解」と書かれている

もう1本の2019年4月8日公開の公式ブログは、社内呼称の「Delta（＝FDSE）」について「A common misconception is that a Delta is a consultant.（Deltaはコンサルタントだ、というのはよくある誤解です）」と書いています。これは記事の地の文で、続けて複数の社員が違いを語ります。次はニューヨーク勤務のElisa氏の言葉です。

However, consultants generally create a one-time analysis, recommendation, or solution to a specific problem, while at Palantir we work together with our customers to build a long-term solution that allows the customer to continuously improve themselves.

（しかし、コンサルタントは通常、特定の課題に対する単発の分析や提言、解決策を作成するのに対し、Palantirでは顧客と協力し、顧客自身が継続的に改善できる長期的なソリューションを構築します）

決定的な差は「既製品を組み合わせられる」こと

2020年の記事でBrian氏は、違いの中心を、手持ちの製品をそのまま組み合わせられる点に置いています。

Unlike consultants, we can pull most of the pieces together out-of-the-box, meaning we don’t need to reinvent the wheel for each customer and spend years creating a patchwork solution.

（コンサルタントとは異なり、私たちは多くの機能を標準機能として組み合わせるため、顧客ごとに車輪の再発明を行ったり、継ぎ接ぎだらけの解決策に何年も費やす必要はありません）

2019年の記事でも、アブダビ勤務のDyon氏が同じ趣旨を述べます。

In my mind, the critical difference is that we are actually deploying existing software products to achieve the customer’s outcomes

（私の考えでは、決定的な違いは、私たちが顧客の成果のために既存のソフトウェア製品を実際に展開しているという点です）

つまりPalantirが語る違いは、現場に入るかどうかではなく、既にある製品を使って早く動かせるかどうかです。

国内コンサル会社のFDE対応

ここまでは発祥の地の話です。日本ではもう少し込み入ったことが起きています。

国内42社のうち7社はコンサル会社から来ている

当メディアが公開情報をもとに国内のFDE提供企業を調べたところ、2026年8月時点で42社を確認できました。その内訳は次のとおりです。

• 実装常駐型13社、自社製品前提型8社、コンサル伴走型7社
• 業界特化型5社、エンタープライズ型4社、人材マッチング型4社、認定パートナー制度型1社
• つまり「FDE型」を名乗る企業の7社は、もともとコンサルティングを本業としてきた会社です

FDEとコンサルは、日本では対立する2つの選択肢というより、コンサルティング会社の側がFDE型に寄せてきている構図になっています。なおこの42社は当メディアの掲載基準で確認できた企業であり、国内の全数調査ではありません。

各社が自ら「従来のコンサルとは違う」と書いている

特徴的なのは、違いを語っているのが外部の評論ではなく各社自身だという点です。アットストリームコンサルティングは、サービスページでこう書いています。

提案書ではなく“動くもの”を起点に、「聞く・作る・使う」の短いサイクルを高速に回すことで、現場に根づき継続的に成果を生み出すAI活用を支援します。

同社は分業そのものを問題として名指しし、この形では「引き継ぎが必ず発生し、解釈違いによる手戻りや、動く形になるまでの時間がかかりがち」だと説明しています。

ティースリーは提供開始のプレスリリースで、自社の位置づけを2つの既存モデルの否定形で定義しました。

AIコンサルティングのように「提言して終わり」でも、SES（システムエンジニアリングサービス）のように「指示されたものを作る」でもない、

NTTデータグループのフォーティエンスコンサルティングや、経営コンサルティングファームのKI Strategyも同様です。4社の宣言を並べると次のようになります。

会社名	サービス名	開始時期	公式サイトでの説明・特徴
フォーティエンスコンサルティング	FDE型コンサルティングサービス	2026年6月	組織に入り込み業務設計から実装までを一貫支援
アットストリームコンサルティング	ダイレクトビルド	2026年6月	提案書ではなく動くものを起点に高速サイクルを回す
ティースリー	AI BANSOU DRIVE	2026年7月	提言して終わるコンサルでも指示を待つSESでもない
KI Strategy	AX Boost	公式に記載なし	戦略を描いて渡すだけのコンサルではない

関連記事：FDEとSESの違いは？客先常駐でも分かれる3点と国内43社の実態

同じ「FDE型」でも中身は会社ごとに違う

注意したいのは、7つの区分に分かれていること自体です。同じ看板でも実態は異なります。

• コンサル伴走型は、コンサルタント自身が現場に入り、課題の定義から実装までを担います
• 自社製品前提型は、その会社のAI製品を導入することが出発点になります
• 人材マッチング型は、FDE人材を紹介・アサインする形で、実装の責任の所在が変わります

「FDE型です」という説明だけでは、このどれなのかは分かりません。だからこそ、名乗りではなく契約の中身を確かめる必要があります。

報酬の考え方は工数から成果へ動きつつある

3つ目の違いである報酬の考え方は、いま動いている最中の論点です。

アクセンチュアは「発想が真逆」と説明している

アクセンチュアのAIセンター長・保科学世氏は、ITmediaの取材で従来型との関係をこう述べています。

発想が真逆です。従来のコンサルタントやエンジニアを無理やり違う見せ方で売ろうという気は1ミリもありません

同氏が強調するのは工数基準から成果基準への転換です。背景にあるのは「生成AIで開発工数を大幅に圧縮できる時代に、この課金モデルが本当に正しいのか」という問いで、同社が実践するのは一定期間で決められた成果を出して対価を受け取る成果報酬型だと記事は説明しています。

成果報酬型の現状

ただし、すべてのFDE提供企業が成果報酬型というわけではありません。

• KI Strategyは料金体系を「固定のコンサルフィー、成果に連動する成果報酬型、あるいはその組み合わせから選択可能。」と公開しています
• 一方で当メディアが調べた42社のうち、料金や契約条件を何らかの形で公開しているのは13社にとどまります
• 残りの29社は、公式サイトに契約条件の記載がありません

「FDE型だから成果報酬」と思い込まず、各社がどの基準で請求するのかを個別に確認してください。

現役コンサルタントからは「今更」という受け止めもある

コンサルティング業界の側からは冷めた見方も出ています。「外資系うさぎのちょこさん」は2026年6月7日のnote記事で、アクセンチュアなどの動きについてこう書いています。

なんというか今更FDEと言い始められても感はなくもないですが、

そのうえで、結論をこう書いています。

「FDEとかそういうの関係なく、実際に動く業務やシステムを作り切ること」まで今のコンサルには当たり前に求められているので、いかに組織全体でFDE的な価値発揮のスタイルを当たり前のものとしていくか、という話だけなのでは？

これは一人の書き手の見方で業界の総意ではありませんが、発注側には示唆があります。言葉で選ぶのではなく、動くものを作り切ってくれるかで選べばよい、ということだからです。

発注前に確認したい4つの質問

ここまでの違いは、そのまま発注前の質問に変えられます。名乗りではなく契約の中身を確かめるための4つです。

納品物に関する質問

資料の提出で完了か、システムが動いて完了かを最初に確かめます。

• 現場で実際に動く状態までを約束してもらえるか
• 納品物に現場ユーザー向けの操作画面や自動化の仕組みが含まれるか
• 提言書やスライドが納品物の中心になっていないか

実装チームに関する質問

アットストリームが名指ししていた「引き継ぎ」が、その提案にも挟まっていないかを見ます。

• 打ち合わせに来ている人が、自ら手を動かして技術的な判断をするのか
• 開発を別の会社や別部署へ渡す前提になっていないか
• 仕様変更のたびに伝言を経由する体制になっていないか

製品導入に関する質問

42社の区分でいう「自社製品前提型」かどうかを確認します。優劣ではなく、前提が変わるためです。

• 特定の製品やライセンスの導入が出発点になっていないか
• その製品を使わない選択肢も検討したうえでの提案か
• 製品の利用料と支援の費用が分けて示されているか

料金体系に関する質問

42社のうち29社は契約条件を公開していないため、この質問は必ず口頭で確かめる必要があります。

• 費用が稼働時間（人月）だけで決まる設計になっていないか
• 達成すべき成果の指標を、契約前に文章で合意できるか
• 固定フィーと成果連動を組み合わせる選択肢があるか

関連記事：AIエージェントの失敗事例5選｜PoC止まりを抜け出す再構築論

まとめ：中身で選ぶ

• 違いは3点：成果物が資料か動くものか、実装を同じチームがやるか、報酬が工数か成果か
• Palantirは別物だと言っている：公式ブログが「コンサルタントに似ていますか」に「No, not really.」と答え、別記事は「よくある誤解」と書いています
• 日本では境界が混ざっている：FDE型を名乗る42社のうち7社はコンサルティング会社で、各社が自ら従来型との違いを公式に宣言しています
• だから名乗りでは判断できない：42社のうち29社は契約条件を公開していません

次の打ち合わせでは、上の4つの質問のうち少なくとも「納品物は何か」と「実装するのは誰か」の2つを聞いてみてください。この2つの答えで、目の前の提案が資料で終わるのか、動くものまで届くのかがほぼ分かります。