FDE・コンサル・SIer──AI導入パートナーの選び方と、3者の根本的な違い

「3社に相談して、半年後も何も動いていない」

先日、ある中堅製造業のDX推進担当者とお話ししたときのことです。「AIを導入しようと思って、大手コンサル、SIer、AI系スタートアップの3社に声をかけたんですが、半年経っても現場で何も動いていないんです」と、少し疲れた表情でおっしゃっていました。

なぜそうなったのか。

大手コンサルは「まず全社のAI戦略を策定しましょう」と提案してきました。戦略策定フェーズだけで数百万円規模の見積もりが入口です。SIerは「要件を固めてから見積もりを出します」と言い、要件定義だけで3ヶ月が過ぎた。AI系スタートアップは、ほぼ自社プラットフォームの説明に終始していた。

誰も「まず小さく動かしてみましょう」とは言わなかった。

これは珍しい話ではありません。私たちが相談を受ける企業の7割以上が、似たような経験を持っています。問題は各社の「悪意」ではなく、それぞれのビジネスモデルが「そう動くように設計されている」ことにあります。コンサルは報告書を納品して価値を出す。SIerは仕様通りに作って価値を出す。スタートアップは自社プロダクトを売って価値を出す。それぞれが自分のモデルで最善を尽くしているだけで、「現場でAIが使われている状態」を作ることに責任を持つ設計にはなっていないのです。

コンサルが担う領域──強みと、その先の「空白地帯」

大手コンサルの強みは、疑う余地がありません。グローバルの事例データベース、業界横断の知見、経営層への高いアクセス力——これらは他の選択肢では代替できません。

ただし、ビジネスモデルに起因する構造的な限界があります。

コンサルの価値の源泉は「知識と分析力の提供」です。現状分析→課題特定→戦略立案→報告書の納品が、ひとつのパッケージになっています。実装は「別フェーズ」として、別の会社（SIerや内製チーム）に委ねられることがほとんどです。

この分断が、AI導入においては致命的になりやすいと私たちは感じています。

なぜなら、AIの価値は「動かしてみてわかること」が多いからです。戦略書の段階では正しく見えた方針が、実際に現場で動かすと「現場担当者が使わない」「データの精度が想定より低い」「システムのレスポンスが業務フローに合わない」といった問題が次々と出てくる。コンサルはその現場にいません。報告書は既に納品済みです。

誤解のないように申し上げると、コンサルが「悪い」わけではありません。全社AI戦略の策定、経営層へのAI投資の説得、グローバル動向の参照——これらが必要な局面では、コンサルの価値は明確にあります。問題は「戦略の次」を誰が担うかを決めないまま依頼してしまうことです。

私たちが実際に見てきた中では、大手コンサルが作成した「AI活用ロードマップ」が棚の中で眠っているケースが少なくありません。そのロードマップを現場で動かす「橋渡し役」がいなかったのです。

SIerが担う領域──「要件通りに作る」モデルとAIの相性問題

SIerの強みは開発の実行力です。大規模なシステム開発、既存の基幹システムとの連携、セキュリティと品質の担保——これらは本物の強みであり、一朝一夕では代替できません。

ただし、「要件が固まっていること」が前提条件です。

従来のウォーターフォール型開発は、「何を作るかが明確」であれば非常に効率的です。しかしAI活用には、「何が有効かは動かしてみないとわからない」という性質があります。ここに本質的なミスマッチがあります。

SIerに発注すると、まず「要件定義フェーズ」が始まります。「どんな機能が必要か」「どんなデータが必要か」「エラーの定義は何か」——これらを文書として固めるのに、数ヶ月かかることがあります。そして要件通りに作ったシステムが、現場で使われないことがある。「使われない」のは要件が間違いだったのか、現場への説明が足りなかったのか、UI設計が悪かったのか——改修の費用が再び発生します。

「現場で何かが動いていますか？」という問いに対して、「要件定義中です」と半年答え続けるのが、SIerへのAI導入依頼でよく起きるパターンです。

もちろん、大規模な基幹システムの全面刷新、高いセキュリティ要件が求められる案件では、SIerは不可欠です。問題は「まずAIで何かを試してみたい」という初期探索フェーズにSIerを選ぶことの、コスト感と速度感のミスマッチです。「小さく始めたい」という意図と、「大きく作ることを得意とする」ビジネスモデルの間にある摩擦を、意識する必要があります。

FDEとは何か──コンサルともSIerとも違う第3の選択肢

FDE（Forward Deployed Engineer：フォワードデプロイドエンジニア）は、「顧客の現場に入り込んで開発するエンジニア」です。

FDEとコンサルの違いを一言で言えば、「成果物が報告書か、動くシステムか」です。FDEとSIerの違いは、「要件が固まる前から現場に入り、動かしながら仕様を決めるか、固定された仕様通りに作るか」です。直訳すれば「前線に配備されたエンジニア」。Palantirが発明したこのモデルは、顧客企業の現場に常駐し、課題の発見から実装、現場への定着まで一気通貫で担います。AI導入支援会社としてのあり方を根本から再設計した役割です。

私たちAI-PathのFDEが顧客の現場で実際にやっていることを、具体的に列挙します。

• 現場ヒアリング（「どの業務が最もしんどいですか？」から始める）
• 1日で動くプロトタイプを作り、現場担当者に触ってもらう
• フィードバックを翌週には反映する
• データの前処理から一緒にやる（「データはある」と「使えるデータがある」は別物だから）
• 現場担当者への説明会・勉強会で定着を支援する
• 自走できる状態になるまで技術顧問として伴走する

「提案書を書く人」でも「仕様通りに作る人」でもなく、「現場で一緒に試行錯誤しながら動くものを作る人」です。

ある大手建材メーカーでの例をお伝えします。塗料工程の品質検査を自動化するAIを導入したとき、現場に入って最初の1週間で気づいたことがあります。「現場で使われている『正常』の定義が、課長と係長で違う」という事実でした。これはヒアリングでは出てこなかった。実際にデータを見て、現場に立って初めて見えた問題です。FDEが現場にいなければ、この問題は設計フェーズで見えないまま、「使われないシステム」の原因になっていたはずです。

報告書ではなく「動いて使われているシステム」——それがFDEの成果物です。

関連記事として、FDEモデルの全体像については「FDEとは何か──AI導入を「成功」させる新しいパートナーの選び方」もあわせてご覧ください。

3者の比較表──役割・費用・スピード・向いているケース

頭を整理するために、比較表でまとめます。

	大手コンサル	SIer	FDE（AI-Path）
主な役割	戦略策定・課題特定	システム開発・実装	戦略〜実装〜定着まで一貫
成果物	報告書・戦略書	システム（仕様書通り）	動くシステム＋運用体制
開発スタイル	ウォーターフォール	ウォーターフォール	アジャイル（MVP先行）
最初に動くものが出るまで	数ヶ月〜（実装は別会社）	数ヶ月〜1年	1日（プロトタイプ）
費用帯（目安）	数百万〜数億円	数百万〜数億円	月額数十万円〜
向いているケース	全社AI戦略・経営層説得	大規模基幹連携・高セキュリティ	初期探索・現場定着・MVP
向かないケース	実装・現場定着フェーズ	AI探索・要件未確定フェーズ	超大規模開発・監査文書対応

この表は単純化していますが、選択の軸は「今、自社のAI導入はどのフェーズにあるか」です。探索フェーズなのか、実装フェーズなのか、定着フェーズなのか——フェーズが違えば、最適なパートナーも変わります。

「PoC止まり」はどこで起きているか──構造を分解する

「PoC（概念実証：小規模な検証で効果を確かめること）を作ったが、本番稼働につながらない」という話をよく聞きます。日本のAI導入の課題として頻繁に語られるこの問題ですが、私たちの観察では、原因の8割は技術の問題ではありません。

パターン1：戦略と現場が別会社 コンサルが「このAIが有効だ」と提言し、SIerが実装した。しかし現場への定着支援を誰も担っていない。「作ったけど使われない」で終わる。コンサルはレポートを納品した時点で、SIerはシステムを納品した時点で、それぞれの責任を果たしています。現場での定着は「契約外」です。

パターン2：完成してから現場に降りてくる 半年かけて開発したシステムが現場に初めてお披露目される。現場担当者は「こんなの聞いていない」「使いにくい」と言う。改修コストが発生するが、もう予算がない。そのまま「使われないシステム」として残る。

パターン3：自社プロダクトありきの提案 「自社のAIプラットフォームを導入すれば解決します」と勧められる。プラットフォームに業務を合わせることになり、「自社の課題に合わない機能」への費用が発生し続ける。SaaS（月額課金型のクラウドサービス）的な発想が、オーダーメイドであるべきAI活用に当てはめられてしまっている。

FDEモデルはこれらを構造的に回避します。現場にいるから問題が早期発見できる。1日でプロトタイプを作るから、現場フィードバックが設計の最初から入る。特定プロダクトへの依存がないから、本当に必要な機能だけを作れる。

AI-Pathが現場で経験した「失敗の3パターン」

率直に申し上げると、FDEが入れば全て解決するわけではありません。私たちが経験した失敗も踏まえ、3つのパターンをお伝えします。

失敗1：「誰のためのAIか」の合意がない 「AIを使った何かを作りたい」という依頼で現場に入ると、現場担当者・IT部門・経営者それぞれのゴールが異なることがあります。このまま進めると「全員が不満足なもの」ができます。最初の1週間は「誰のどの課題を解くのか」の合意形成に使うべきです。着手を急かすプレッシャーがある中でも、ここを飛ばすと、後で高い確率で痛い目を見ます。これは想定外でしたが、私たちがプロジェクトで最も時間を使うのが「技術の実装」ではなく「合意形成」であることがあります。

失敗2：「データがある」と「使えるデータがある」は別 「データはあります」と言われてヒアリングに行ったら、部署ごとにバラバラな形式のExcelが300ファイル存在していた——これは珍しくないケースです。データ整備から始めることになり、当初想定の2倍の期間がかかることがあります。私たちの経験では、AI開発の期間の半分以上がデータ前処理に使われることも少なくありません。「AIを作る前に、データを使える状態にする」作業が、しばしば最も重要な仕事です。

失敗3：上から降りてきたプロジェクトは現場で使われない 「経営判断でAIを導入する」という方針が現場に降りてくると、現場担当者が主体的に関わらないことがあります。私たちが関わった案件の中で、定着率が最も高かった共通点は「現場の担当者が最初のヒアリングから関わっていた」ことでした。「上が決めて下が使う構造」は、AIに限らず、現場での定着率を大きく下げます。

どれを選ぶべきか──自己診断チェックリスト

自社の状況に合わせた選択肢を判断するためのチェックリストです。

コンサルが適しているケース

• 全社のAI戦略が未定で、どこから手をつけるかわからない
• 経営層へのAI投資の説得材料が必要
• グローバルの同業他社の動向を把握したい
• 数千万円以上の予算があり、時間をかけて戦略を固めたい
• 大手ブランドのレポートが社内稟議を通すために必要

SIerが適しているケース

• 既存の基幹システム（ERP・MESなど）との連携が必須
• セキュリティ要件が高く、外部クラウドが使えない
• 開発する機能の要件が既に明確に固まっている
• 数百人以上が使う大規模システムを前提としている

FDEが適しているケース

• まず小さく試して、何が使えるかを探りたい
• 現場の課題は見えているが、解決策がまだ決まっていない
• 以前作ったシステムが現場で使われていない経験がある
• 月額ベースで小さく始めたい
• 数週間で何かが動いている状態を見たい

「どれかひとつ」ではなく、「戦略策定はコンサル、初期探索はFDE、大規模実装はSIer」という組み合わせが、最も合理的なケースも多くあります。各選択肢を競合ではなく、フェーズに応じた使い分けとして捉えるのが現実的です。

AI導入パートナーの選び方として重要なのは、「優れたパートナーを選ぶ」ことよりも「今のフェーズに合ったパートナーを選ぶ」ことです。優秀なコンサルタントでも、現場定着フェーズには機能しません。経験豊富なSIerでも、要件が未確定の探索フェーズには向きません。AI導入支援会社の比較をする際の最初の問いは「その会社は、今の自社のフェーズに合っているか」であるべきです。FDEとコンサルの違いも、FDEとSIerの違いも、突き詰めればこの「フェーズへの適合性」の差です。FDEとは何かを理解することは、自社のAI導入が今どのフェーズにあるかを理解することと、ほぼ同義です。

FDEでも「向かないケース」──率直にお伝えします

私たちAI-Pathが向かないと判断するケースを、正直にお伝えします。こういうことを書く会社は少ないかもしれませんが、合わない案件で期待を裏切るより、最初から正直にお伝えする方が誠実だと考えています。

1. 超大規模な基幹システムの全面刷新 数千人が使う基幹システムを1から作り直すような案件は、FDEの適性範囲を超えています。この規模では、プロジェクト管理・品質保証・インフラ設計においてSIerの体制が必要です。

2. 大量の監査文書・承認フローが求められる案件 金融機関や医療機関の一部案件のように、開発の各ステップで大量の監査文書・承認フローが必要な場合、FDEの「速く動く」スタイルと合わないことがあります。

3. 経営層説得のための「ブランド力」が主目的の局面 「大手コンサルのレポートがあれば社内稟議を通せる」という状況では、ブランド力という点でコンサルに優位性があります。FDEのアウトプットは「動くシステム」であり「報告書」ではありません。

「何でもできます」という会社には、慎重になることをおすすめします。強みと限界を正直に語れる会社の方が、長期的なパートナーとして信頼できます。私たちが見てきた中で、AI導入が「定着」した企業に共通するのは、パートナーとの関係が「発注者と受注者」ではなく「同じ現場に立つ共同作業者」だった点です。選び方よりも、どう一緒に動くかの方が、結果を左右します。

よくある質問

Q. FDEとコンサルを同時に使うことはできますか？

できます。実際に「コンサルが策定した戦略をFDEが実行する」という形で動いているプロジェクトがあります。ただし、コンサルのアウトプット（戦略書）を待つ間にFDEが動き始めるのが数ヶ月遅れる構造にならないよう注意が必要です。「戦略策定と現場での初期探索を並行して走らせる」設計が理想です。

Q. SIerとFDEが並走することはできますか？

できます。「大規模基幹システムの開発はSIer、現場のAI活用の初期探索はFDE」という分担は、私たちが実際に担ったケースです。役割の分担と連絡体制を最初に明確にしておくことが、成功の条件です。

Q. FDEに依頼すると費用はどのくらいかかりますか？

AI-Pathの場合、まず無償の業務プロセス診断（BPR）から始めます。その後の伴走契約は月額の準委任契約が基本です。規模や内容によって異なりますので、まずはご相談ください。「どのくらいの予算が必要か」も診断の中でお答えします。

Q. 「まだ何もわかっていない」という段階でも相談できますか？

むしろ、その段階が最も適切なタイミングです。「何から始めるべきかわからない」という状態で来ていただくことが、私たちにとって最も力を発揮できる文脈です。すでに方向性が決まっている案件よりも、白紙の状態から一緒に考える方が、本質的な課題を捉えた解決策につながります。

まず試すなら

AI導入を検討しているなら、次の3ステップから始めてみてください。

1. 「最もしんどい業務」を1つ書き出す — 自社の中で、繰り返し発生していて時間がかかっている業務を1つ選ぶ。AIが向いているかどうかは後で判断していい
2. その業務の現場担当者に30分だけ話を聞く — 経営層の課題認識と現場の課題認識は、驚くほど違うことがある。この30分が最初の設計を変える
3. 無償の業務プロセス診断（BPR）に申し込む — AI-Pathでは、現状の業務フローを診断し、AIが有効な箇所とそうでない箇所を整理します。コンサル・SIer・FDEのどれが適切かも、一緒に考えます

「まず何を選べばいいかすらわからない」——その状態が最もよくあるパターンです。そのための最初の入口として、私たちを活用してください。AI導入の第一歩は、正しいパートナーを選ぶことではなく、正直に「今どこにいるか」を棚卸しすることです。

AI-Pathでは、無償の業務プロセス診断（BPR）を実施しています。「どのパートナーを選ぶべきか」という入口の相談から受け付けています。

参考リンク

• FDE（Forward Deployed Engineer）とは？AI導入成功のカギを握る次世代エンジニア | ジークス

• AIコンサルの選び方｜AI導入支援会社を5つの型で比較【2026年版】 | みんなのAI推進室

• FDE（フォワードデプロイドエンジニア）とは何か──AI時代に求められる「現場に入り込む」スキルセット | Goodpatch Blog