要点（90字）：AIコンサルは戦略系・実装系・内製伴走系の3分類があり、大企業導入では「実装能力・業務理解・撤退条件」の3軸で選ぶ。戦略系のみに頼ると本番化に進まず、実装丸投げは内製化に到達しない。第三の選択肢が、現場常駐型の内製伴走である。
この記事の対象読者
- 大企業でAIコンサルティングの選定を任されている経営層・経営企画
- 既存のAIコンサル契約が成果に繋がっておらず、見直しを検討している意思決定者
- 「戦略は描けても実装で止まる」状態を打開したいDX/AX推進担当
- 内製化と並行できるコンサル契約の構造を探しているCIO・CTO
AIコンサル選定の要点（3行）
- **AIコンサルには3分類（戦略系／実装系／内製伴走系）**があり、提供価値が根本的に違う。「戦略コンサルに実装を期待する」「実装ベンダーに戦略を求める」のいずれもミスマッチを起こす。
- 大企業導入での選定軸は「実装能力／業務理解／撤退条件」の3軸である。とくに撤退条件を最初に決めないと、コンサル依存が永続化する。
- 「戦略のみ」「実装丸投げ」の二者択一を越え、内製化に着地する内製伴走型を選ぶのが、2026年時点の最適解である。Forward Deployed Engineer の発想がそれにあたる。
本記事は「AI内製化の進め方」と「外部FDEを活用する vs 社内で育成する」のうち、特にコンサル選定の側面に絞った実装版にあたる。
AIコンサルティングの3分類
「AIコンサルティング」は一括りで語られがちだが、提供価値の構造が異なる3つに分かれる。
分類1：戦略系コンサルティング
提供価値：経営層に対する戦略立案、業務領域の優先順位付け、投資判断、組織変革プラン。 主な担い手：大手戦略コンサル（BCG、McKinsey、Bain、アクセンチュア戦略部門等）、シンクタンク系。 強み：経営層への説明力、業界横断のベンチマーク、組織変革経験。 弱み：実装まで踏み込まない（または極めて高コストで踏み込む）、PoC以降の運用設計が手薄。
戦略系の納品物は、多くの場合PowerPointの戦略マップと優先業務リストである。戦略マップは何を作るかを示すが、どう実装するか・どう運用するかには触れない。
分類2：実装系コンサルティング（SI型）
提供価値：要件定義→設計→実装→納品→保守の一気通貫実装。 主な担い手：大手SI（NTTデータ、富士通、日立、NEC等）、AI実装専業ベンダー。 強み：要件が明確であれば確実に動くものを作る。プロジェクト管理・統制の能力。 弱み：要件変更への柔軟性が低い。納品後の改善は契約変更が必要。ナレッジが社内に残らない。
実装系の典型的な失敗は、要件定義段階で生成AI・エージェントの特性（前提変化への適応、改善ループ）が想定されておらず、本番化後に半年で陳腐化することである。
分類3：内製伴走系（Forward Deployed Engineer型）
提供価値：顧客企業の現場に常駐し、業務理解から始めて、社内エンジニアと机を並べて作る。完成時に運用能力ごと引き渡す。 主な担い手：Palantir（先駆者）、OpenAIのForward Deployed Engineering、一部のAX実装パートナー。 強み：業務に深く食い込む、ナレッジが社内に残る、PoCから本番化まで継続して伴走できる。 弱み：戦略系・SI系より小規模で、選択肢が限られる。経営層への説明力は戦略系コンサルに劣る場合がある。
内製伴走系は、戦略コンサルと実装ベンダーの二者択一ではない第三の選択肢として、2024年以降に注目を集めている（参考：FDEとは？ / Palantir・OpenAI事例）。
大企業導入で問うべき5つの質問
AIコンサル選定では、候補企業に対して次の5つの質問を投げかける。どう答えるかで、提供価値の本質が見える。
質問1：「実装まで担うのか、戦略策定までか」
戦略系は実装に踏み込まないことが多い。実装系は戦略策定が薄いことが多い。どこからどこまでを担うのかを最初に明確に問う。
良い回答例：「業務理解と戦略策定から、PoC実装、本番化、運用引き渡しまでを一気通貫で担います」 要注意の回答：「戦略策定後の実装は、別途実装パートナーをご紹介します」（責任の境界が曖昧になる）
質問2：「ナレッジを社内に残す仕組みは何か」
実装系の典型的な弱点が「納品して引き渡す」モデルである。ナレッジが社内に残らないと、3年経っても自社では何もできない状態が続く。
良い回答例：「現場常駐型で、貴社のエンジニアと机を並べて作ります。プロセスごとドキュメント化し、運用引き渡し時には貴社チームが完全に運用できる状態にします」 要注意の回答：「成果物（コード・ドキュメント）をしっかり納品します」（成果物だけでは運用能力は引き継げない）
質問3：「撤退条件は最初に決められるか」
長期契約を結ぶと、コンサル依存が永続化するリスクがある。「いつ・どの状態になったら撤退するか」を最初に決められるかを問う。
良い回答例：「6ヶ月でPoC通過、12ヶ月で本番運用が貴社チームに引き渡される、というマイルストーンを契約に明記できます」 要注意の回答：「成果が出るまで継続的に支援します」（撤退条件がない契約は依存を生む）
質問4：「業務オーナーと直接協働する体制を持てるか」
技術力だけでは業務に食い込めない。業務オーナーと日々協働する体制が組めるかを問う。
良い回答例：「業務オーナー、貴社のエンジニア、弊社のFDEの3者が、週次で同じ部屋で議論する体制を組みます」 要注意の回答：「貴社のプロジェクトマネージャーが窓口となり、要件を取りまとめます」（業務オーナーが直接関わらない体制は失敗する）
質問5：「失敗事例・撤退事例を共有できるか」
成功事例だけを語るコンサルは要注意である。自社の失敗・撤退の事例を率直に共有できるかを問う。
良い回答例：「過去にXX社では業務範囲を絞り込めず、3ヶ月でプロジェクトを再設計しました。その学びは今の標準プロセスに反映しています」 要注意の回答：「弊社の事例はすべて成功しています」（失敗を開示しないコンサルは、自社の限界を把握していないか、隠している）
失敗する3つの選定パターン
大企業のAIコンサル選定でよくある失敗を、構造的に整理する。
1. 戦略コンサルに実装を期待する
戦略系コンサルに依頼し、戦略マップは出てきたが、実装ベンダー選定からは別契約になる。結果、実装フェーズで戦略の前提が崩れる、または実装ベンダー間で責任の所在が曖昧になる。
回避策：戦略策定の段階から、実装まで担う体制（または実装パートナーとの密な連携）を確認する。
2. 実装ベンダーに丸投げして、内製化への道筋を欠く
SI型ベンダーに「全部任せる」契約をすると、5年経ってもAI関連業務は完全外注のまま、社内には何の知見も残らない。保守費だけが膨らみ、改善は契約変更が必要になる。
回避策：契約に「○○ヶ月後に運用を内製化する」という条件を明記する。詳細は別記事「AI内製化の進め方」参照。
3. ベンダーロックインの構造に気づかない
特定ベンダーの独自フレームワーク・独自データ形式に依存する設計を受け入れてしまうと、後から他社に乗り換えるコストが膨大になる。「ナレッジが社内に残らない」だけでなく「他社に乗り換えられない」状態になる。
回避策：オープンな標準（LangGraph、MCP、OpenTelemetry等）を採用するベンダーを選ぶ。フレームワーク選定の詳細は「LangGraph 実装入門」参照。
内製化に着地するコンサル選定の設計
「コンサルに依頼するが、最終的には内製化する」というゴールを最初に持つことが、大企業導入の成功条件である。
契約設計の4要素
1. フェーズ別の役割定義 PoC期、本番化期、運用期それぞれで、コンサルと社内チームの役割比率を契約に明記する。
- PoC期：コンサル70%、社内30%
- 本番化期：コンサル50%、社内50%
- 運用期：コンサル20%、社内80%
時間をかけて社内比率を上げていく構造を、契約初日から明示する。
2. ナレッジ移管のマイルストーン 「3ヶ月後にプロンプト改善を社内が担う」「6ヶ月後にツール定義の更新を社内が担う」「12ヶ月後に全体運用を社内が完結する」のように、ナレッジが社内に移る時期を契約で握る。
3. 共有ドキュメントの仕様 コンサルが作成するドキュメントの形式と粒度を契約に書く。「動くもの」だけでなく「動かし続けられる状態」を残すための仕様である。
4. 撤退時の引き継ぎ条件 契約終了時、または途中解約時に、どの状態で引き継ぐかを定義する。「コードはGitHubに、ドキュメントはNotionに、運用知見は週次会議の議事録に」のように、形式を決めておく。
体制設計の3原則
原則1：現場常駐型を選ぶ オフィスでミーティングするだけでなく、貴社の業務現場に常駐するコンサルを選ぶ。Palantirの Forward Deployed Engineer モデルがこれにあたる。
原則2：業務オーナーが意思決定に同席 コンサルとの会議には、対象業務のオーナーが必ず同席する。「コンサルと情シスだけの会議」は失敗の温床である。
原則3：撤退条件を契約前に合意する 「ずっといてくれるコンサル」を求めず、「いつまでにいなくなれるコンサル」を選ぶ。撤退基準を先に握っておくことで、コンサル依存が構造的に起きにくくなる。
まとめ
- AIコンサルティングは戦略系・実装系・内製伴走系の3分類があり、提供価値の構造が異なる
- 大企業導入での選定軸は「実装能力／業務理解／撤退条件」の3軸であり、5つの質問でコンサルの本質を見極める
- 失敗の3パターン（戦略コンサルに実装期待／実装丸投げで内製化欠落／ベンダーロックイン）は、契約と体制の設計で構造的に潰せる
- 「ずっといてくれる」コンサルではなく「期限付きで撤退できる」コンサルを選ぶことで、コンサル依存を契約設計の段階から防げる
- 内製化に着地する設計を最初に持つことが、AIコンサル選定の成功条件である
FDXのAIコンサルティング・実装支援
FDX株式会社は、戦略系・実装系・内製伴走系の三役を一気通貫で担う実装パートナーです。経営層への戦略立案から、現場常駐型のForward Deployed Engineerによる実装、PoC通過後の本番化、運用の社内引き渡しまでを、一つの契約で並走します。「戦略コンサルに頼んでも実装で止まる」「実装ベンダーに任せても内製化に到達しない」という二者択一を越え、6〜12ヶ月で運用が社内で完結する状態を目指す契約構造が特徴です。
関連記事
- Forward Deployed Engineer（FDE）とは？AI時代の実装パートナーを定義する
- Palantir・OpenAIに見る FDE 実践事例
- 外部FDEを活用する vs 社内で育成する — 経営判断のための5基準
- AI内製化の進め方｜外注依存から脱却する5ステップと判断基準
- 生成AI導入の進め方｜PoC止まりを越える5つのステップ
- AI PoC が失敗する5つの構造的理由と回避策
- 業務効率化AIの選び方｜RPA・生成AI・AIエージェントの使い分け
出典・参考文献
- 経済産業省「DXレポート 2.2」
- 経済産業省「デジタルガバナンス・コード」
- 独立行政法人情報処理推進機構（IPA）「DX白書」
- MIT Sloan Management Review「The state of AI in business 2025」
- Harvard Business Review「Choosing the Right AI Consulting Partner」
- Palantir Technologies「Forward Deployed Engineering」
- McKinsey「The state of AI in 2025」