FDEとコンサルの違い｜提案で終わらず、作って定着させるまで
FDEとコンサルの違いは、FDEについて調べた人が最初につまずくところです。どちらも顧客の会社に入り込み、課題を聞いて解決を手伝います。外から見ると、同じ仕事に見えるかもしれません。
一般には「コンサルは考える人、FDEは作る人」と分けて説明されることが多くあります。間違いではありませんが、それだけだと自社でFDEを育てるときに、何を目標にすればよいかが決まりません。
この記事では、FDEとコンサルを「何を納品するか」「どこまで責任を持つか」の2つで比べます。SIerとの違いも同じ軸で並べ、最後に、自社のFDEの案件を業務の成果で振り返る方法を紹介します。
この記事の内容（10項目）
FDEとコンサルの違いを1枚で見る
FDEとコンサルの違いは、ひと言でいうと「最後に顧客の手元に何が残るか」です。先に全体を1枚の表で見ておきます。
| 比べるところ | コンサル（一般的な形） | FDE |
|---|---|---|
| 主に納品するもの | 課題の整理、方針、計画、提案の資料 | 現場で動く仕組みと、それが使われている状態 |
| 責任を持つ範囲 | 経営や部門が判断するための材料と道筋 | 作った仕組みが業務で使われ、数字が動くところまで |
| 主に会う人 | 経営層、部門の責任者 | 部門の責任者に加えて、毎日その業務をする担当者 |
| 成果の測り方 | 方針が決まったか、計画が動き出したか | 作業時間や誤りの数など、業務の数字が変わったか |
| 手を動かす道具 | 聞き取り、分析、資料 | 聞き取りに加えて、コードやAI、データ |
表の左右は、どちらが上という話ではありません。受け持つ場所が違うだけで、組み合わせて使う会社も多くあります。このあと、1行ずつ中身を見ていきます。
なお、コンサルの仕事の形は会社や案件で大きく違います。実装まで受け持つコンサルもいます。ここでの「コンサル」は、提案と計画を主な納品物にする一般的な形を指しています。
FDEとは？顧客の現場で、使われるまでを受け持つエンジニア
FDEとは、フォワードデプロイドエンジニア（Forward Deployed Engineer）の略です。直訳すると「前線に配置されたエンジニア」で、顧客の現場に出ていって働くエンジニアを指します。
FDEの説明は、会社によって少しずつ言い方が違います。たとえば研修会社のインソースは、FDEを「顧客密着型エンジニア」と訳しています。FDEの組織づくりの研修を出している会社に、Foundry Labsがあります。同社は2026年8月の発表で、FDEを「顧客組織に入り込みAIを本番導入まで担うエンジニア」と説明しています。
どの説明にも共通しているのは、「本番で使われるところまで」という部分です。試しに作って見せるだけでも、提案するだけでもありません。
ポイントはここです。FDEの仕事の終わりは、作ったものを渡した日ではなく、現場の担当者がそれを使い続けている状態になった日です。この終わり方の違いが、コンサルとの違いの中心になります。
FDEに必要なスキルの全体は、実装・データとAI・業務の理解・顧客との推進の4つに分けて考えると整理しやすくなります。自社の社員の現在地をそろえるときは、育成板の「FDEスキルチェックリスト」が使えます。
コンサルは何を納品するのか
FDEとコンサルを比べる前に、コンサルの仕事をもう少し丁寧に見ておきます。一般にコンサルは、経営や業務の課題を整理し、何をどの順で変えるかを示す仕事です。
コンサルが納品するものは、多くの場合「判断の材料」です。現状の分析、変える方針、実行の計画、投資の見込みなどが、報告書や提案の資料の形で渡されます。
この納品物には大きな価値があります。社内の人だけでは見えにくい課題を外から見つけ、経営層が決めるための道筋を作るからです。何を変えるかが決まらないまま作り始めると、作ったものが的外れになります。その前提を作るのがコンサルの強みです。
一方で、資料が渡されたあとの実行は、顧客の社内や別の会社が受け持つことが一般的です。計画が現場の手順まで落ちるところで、担い手が替わります。
FDEが注目されている理由の1つは、この「担い手が替わるところ」にあります。計画から実装、定着までを同じ人が通して持つと、途中で意図がずれにくくなるためです。
FDEとコンサルの違い1：何を納品するか
FDEとコンサルの違いの1つ目は、納品するものです。コンサルは判断の材料を、FDEは現場で動く仕組みを納品します。
FDEが作る仕組みは、大がかりなシステムとは限りません。たとえば、ファクスの注文書をAIで読み取り、入力画面に下書きを出す仕組み。社内の文書を検索して答える仕組み。毎日の手作業を自動で流す仕組み。どれも、担当者の毎日の作業に直接入り込むものです。
FDEの納品物にはもう1つ、「使われている状態」が含まれます。作った仕組みの使い方を担当者に教え、止まったときの戻し方を顧客側に残し、使わない人がいれば理由を聞いて直します。
ここで大事なのは、FDEも提案をしないわけではない、ということです。どの課題から解くか、どこにAIを使い、どこに使わないかは、FDEも顧客と決めます。ただ、提案は途中の通過点で、それ自体を納品物にはしません。
| 案件の段階 | コンサルが主に渡すもの | FDEが主に渡すもの |
|---|---|---|
| 課題の整理 | 課題の一覧と優先順位の資料 | 課題の一覧（作る前の通過点として） |
| 解き方の決定 | 方針と実行の計画 | 試作。担当者に触ってもらい直す |
| 実行 | 進み具合の確認と助言 | 本番で動く仕組みと、止まったときの戻し方 |
| 定着 | （別の担い手に渡すことが多い） | 使われているかの記録と、使わない理由の手直し |
FDEとコンサルの違い2：どこまで責任を持つか
FDEとコンサルの違いの2つ目は、責任を持つ範囲です。コンサルは「正しい方向を示す」ことに、FDEは「業務の数字を実際に動かす」ことに責任を持ちます。
FDEの責任の範囲をよく表しているのが、インソースの整理です。インソースは、FDEに要る力を3つ挙げています。信頼構築力（課題を話してもらえる状態をつくる）、翻訳力（技術の話を仕事の話に変える）、実装・推進力（現場で使えるまで遂行する）です。3つ目の「現場で使えるまで」が、責任の終わりの位置を示しています。
責任の範囲が違うと、成果の測り方も変わります。コンサルの成果は、方針が経営で決まったか、計画が動き出したかで測ることが多いでしょう。FDEの成果は、入れる前と後で作業時間や誤りの数が変わったかで測ります。
たとえば受注の入力にAIの読み取りを入れる案件なら、1件の入力にかかる時間や、品番の誤入力の月の件数が成果の数字になります。どちらも、担当者が毎日の仕事の中で実感できる数字です。
そのため、FDEは案件の初めに「入れる前の数字」を測っておく必要があります。測っていないと、あとで効果を説明できません。これは、FDEを育てる会社がつまずきやすいところです。
責任の範囲が広い分、FDEは案件に長く関わります。定着まで見るので、作ったあとも数週間は現場の様子を追います。見積もりの段階で、この期間を入れておくことが大事です。
FDEとSIerの違いも同じ軸で比べる
FDEとコンサルの違いを調べる人は、SIerとの違いも気になることが多いようです。SIer（システムインテグレーター）は、顧客の要件に合わせてシステムを作り、運用まで受け持つ会社です。
SIerとFDEは、どちらも「作って納品する」点では近い仕事です。違いが出やすいのは、何を起点に作るかです。一般的なSIerの案件では、顧客がまとめた要件を起点に、決まった範囲を決まった期日で作ります。FDEは、担当者の業務を横で見て、何を作るかを決めるところから入ります。
国内で「FDE」と呼ばれている仕事の形は1つではありません。AI運用の情報サイトai-ops-managerは、Insight Edge社の整理を引いて、次の5つの型を紹介しています。
| 型 | 主な仕事 |
|---|---|
| プラットフォーム型 | 自社の製品を、顧客の環境に合わせて設定・拡張・実装する |
| プリセールス型 | 商談の段階で、技術の提案やデモ、試しの導入の設計を担う |
| カスタマーサクセス型 | 導入後の活用の定着や、改善の提案、利用の拡大を支える |
| SIer型 | 顧客ごとの要件に合わせ、個別の開発から運用までを担う |
| 価値創出型 | 戦略の策定からAIの実装、成果を出すところまでを通して担う |
この表を見ると、SIerの延長にあるFDEも、コンサルに近い位置から入るFDEもあることが分かります。自社がどの型を目指すかを先に決めると、育て方がぶれにくくなります。
FDEとコンサルは組むと強い
FDEとコンサルは、どちらかを選ぶものではなく、組み合わせて使えるものです。実際に、コンサルの経験をFDEの仕事に生かす動きも出ています。
Foundry Labsは2026年8月、FDEの組織を育てる研修「FDE Excellence Program」の提供を発表しました。第一号の導入先はLayerXで、同社の事業部で全5回の研修を終えています。発表では、修了したメンバーにコンサルティングやデータサイエンスの出身者がいると紹介されています。
同じ発表では、DS（デプロイメント・ストラテジスト）という役割にも触れています。DSは、コードを書き始める前に「解く価値のある課題はどれか」を見極める役割です。コンサルが得意としてきた「何を解くか」を、FDEのチームの中で受け持つ役と考えると分かりやすいでしょう。
研修会社の側でも、インソースはFDE育成の研修と並べて「Forward Deployed型コンサルタント養成研修」を紹介しています。コンサルの側にも、現場に入り込む形が広がっていることがうかがえます。
ポイントはここです。コンサル出身の人がFDEに移るときは、作る力を足すことが中心になります。エンジニアがFDEに移るときは、業務の聞き取りと、何を解くかを決める力を足すことが中心になります。足りないものが逆なので、育て方も分けて考えるのがおすすめです。
FDEのコンサルとの違いは、案件の振り返りで確かめる
FDEとコンサルの違いを社内で根づかせるには、案件の振り返り方を変えるのが近道です。提案書の出来ではなく、業務の成果で振り返るようにします。
FDEの案件の振り返りは、次の5つの段階で項目を並べると漏れが減ります。
- 業務の聞き取り：誰に聞き、作業を横で見たか。例外を実物で数えたか
- 課題と目標の数字：頼まれたことと困りごとを分けたか。入れる前の数字を測ったか
- 作ったもの：本番に出したか。人が確かめる範囲と、止まったときの戻し方を決めたか
- 現場で使われているか：毎日使っている人は何人か。使わない人の理由を聞いて直したか
- 社内に持ち帰る学び：見積もり・社内の型・製品の部品のどれに戻すか
振り返るのは、案件が終わって4週間ほどたってからがおすすめです。終わった直後は作ったものしか見えず、使われ続けているかが分かりません。
各項目には「成果まで届いた」「届いたが手が要る」「作ったが届いていない」「測れていない」の4段階で判定を付けます。測れていない項目を正直に残すことが、次の案件で入れる前の数字を測る習慣につながります。
育成板の「FDE案件の振り返りシート」には、部品の卸売会社の受注入力に生成AIの読み取りを入れた3か月の案件（架空）の記入例が入っています。15項目のうち、成果まで届いた項目と、測れていなかった項目の両方が並んでいます。
自社はFDEとコンサルのどちらで進めるか
FDEとコンサルのどちらに頼むか、どちらを社内に育てるかは、いまの課題がどの段階にあるかで決めるのが扱いやすい方法です。
| いまの状態 | 向いている進め方 |
|---|---|
| 何を変えるべきか、社内で意見がまとまっていない | コンサルで課題と方針を先に決める |
| 変えることは決まっているが、現場の手順まで落ちない | FDEで業務を見て、小さく作って使ってもらう |
| 作ったシステムがあるのに、現場で使われていない | FDEで使わない理由を聞き、手直しと定着を受け持つ |
| 方針も実装もこれから、規模も大きい | コンサルとFDEを組ませ、何を解くかと作るを分担する |
FDEを社内に育てる場合は、まず候補の社員のスキルの現在地を確かめます。育成板のスキルマップの作り方の考え方で、4つの領域ごとに点を付けると、何が足りないかが見えます。
外部の研修を使うときは、研修のあとに自社のどの案件で使うかを先に決めておくと、学んだことが残りやすくなります。研修の選び方は外部研修の選び方にまとめています。
よくある質問
- Q. FDEとコンサルの一番の違いは何ですか？
- 何を納品し、どこまで責任を持つかです。コンサルは課題の整理や方針、計画など判断の材料を納品することが一般的です。FDEは現場で動く仕組みを作り、担当者が使い続けて業務の数字が動くところまでを受け持ちます。
- Q. FDEはコンサルの仕事もするのですか？
- 課題を聞き、どこから解くかを顧客と決めるところは、FDEも行います。ただ、提案は途中の通過点で、それ自体を納品物にはしません。チームによっては、何を解くかを見極めるDS（デプロイメント・ストラテジスト）という役割を別に置くこともあります。
- Q. FDEとSIerはどう違いますか？
- 一般的なSIerの案件は、顧客がまとめた要件を起点に作ります。FDEは担当者の業務を横で見て、何を作るかを決めるところから入ります。ただ、国内では顧客ごとに開発から運用までを担う「SIer型」のFDEもあり、境目は会社によって違います。
- Q. コンサル出身でもFDEになれますか？
- なれます。Foundry Labsの研修を修了したLayerXのメンバーには、コンサルティングの出身者もいたと発表されています。コンサル出身の人は業務の聞き取りや課題の整理に強みがあり、作る力と本番で運用する力を足していくのが中心になります。
- Q. FDEの成果は何で測ればよいですか？
- 入れる前と後の、業務の数字で測ります。作業時間、誤りの数、使っている人の数などです。案件の初めに測る数字を顧客と決め、着手の前に入れる前の数字を記録しておかないと、あとで比べられません。
- Q. FDEの案件の振り返りは誰がしますか？
- FDE本人と上長の2人で行うのが一般的です。本人が終わってわかったことを数字で書き、上長と一緒に項目ごとの判定を付けます。判定が低い項目から、見積もりや社内の型に戻すことを1つずつ決めます。
この記事で使う無料テンプレート
あわせて読みたい記事
本記事は一般的な業務の進め方を整理したものです。社内規程、契約条件、法令上の要件がある場合は、それらを優先してご確認ください。記事の内容は2026-10-28時点のものです。