AI事業開発とAIコンサルティングの違い|伴走と提案の境界
- Published
- Reading
- 13 min
- AI事業開発 AIコンサルティング 違い
- AIコンサル 違い
- AIコンサルティング 限界
- AI戦略 提案
- AI事業 伴走
- 戦略提案 実装
AIコンサルティングと AI事業開発は別カテゴリである。AIコンサルティングは「AI戦略の提案」が射程、AI事業開発は「90日サイクルで売上創造まで伴走する」が射程。両者は対立ではなく階層関係であり、AIコンサルティングは AI事業開発のインフラとして機能する。本記事は両者を分ける5つの構造的違いと、両輪設計を提示する。
AIで売上を上げるという問いの前に、企業はしばしば二つの選択肢に直面する。AIコンサルティングを依頼するか、AI事業開発の伴走パートナーを探すか。両者は同じ「外部パートナー」のカテゴリに見えるが、提供形態は構造的に異なる。本記事は、その境界を5つの軸で整理し、両者を両輪で機能させる設計を提示する。AIは効率化から、収益の創造へ。その移行を支える外部パートナーの選び方そのものが、いま静かに書き換わっている。
AIコンサルティングは無駄ではなかった ── AI事業開発のインフラとして機能している
業界先行の AIコンサルティングは、AI 時代における経営戦略レベルの整理に有効な打ち手として機能してきた。経営層への AI 投資判断の枠組み提供、AI 戦略の体系化、AI ロードマップの作成、AI ガバナンスの整備、組織変革計画の策定 ── これらは、AIをひとくくりに語ることの危うさが指摘されるいま(麻生要一『AI収益進化論』第2-1章)、依然として企業にとって重要な整理作業である。
その意味で、過去数年の AIコンサルティング市場が築いてきた戦略提案の蓄積は、無駄ではなかった。むしろ、それがあったからこそ、企業は AI 投資の入り口に立てた。
しかし、AI 時代が進むにつれて、「AIコンサルティングだけでは届かない領域」が新たに浮上してきた。McKinsey の調査では、AI を全社スケール化に到達させた企業はわずか1/3、残り2/3は実験・パイロット段階にとどまる(MIT NANDA の分析では、組織の95%が測定可能な P&L リターンを得られていない)。戦略提案は受け取った、ロードマップも描いた、それでも売上が動かない ── この構造的なギャップを埋めるレイヤーが、AI事業開発である。
つまり、AIコンサルティングは無駄ではなかった。それは AI事業開発のインフラとして機能している。本記事はその階層関係を、5つの構造的違いを通じて整理する。
AIコンサルティングとAI事業開発を分ける5つの構造的違い
違い①|「戦略提案」か「90日サイクルの伴走」か
AIコンサルティングの射程は、AI 戦略の提案、AI 投資計画の策定、AI ロードマップの作成にある。経営層が AI 投資の方向性を定めるための整理作業を担う。これは AI 時代の経営判断において不可欠なステップである。
一方、AI事業開発の射程は、AX for Revenue Loop(AI Sprint → Plateau Detection → PI Injection → 収益構造の再設計)を90日サイクルで継続実装することにある。書籍『AI収益進化論』第7章が示すように、この Loop は4ステップを一周回すたびに事業の収益構造が少しずつ書き換わっていく動的なプロセスである。
「戦略を渡す」と「サイクルを回し続ける」は、提供形態のレベルで構造的に異なる。前者はクライアントが戦略を受け取った時点で完結する。後者はクライアントと一体になって Loop を回し続ける限り、終わりが来ない。AI事業開発の進め方については 別記事 で詳述する。
違い②|「成果物の納品」か「Revenue ROIの実現」か
AIコンサルティングの成果物は、戦略レポート、AI ロードマップ、組織変革計画書、AI ガバナンス文書である。これらのドキュメントは、企業が AI 投資の方向性を定めるための重要な資産になる。
AI事業開発の成果は、Revenue ROI の実現にある。CAC<LTV、新規収益、新カテゴリ創出 ── 事業数字そのものの変化を成果として測る。ドキュメントは中間生成物にすぎず、最終成果は P&L に現れる。
両者は同じ KPI で測ることができない。「戦略レポートの質」と「新規収益の創出額」は、別カテゴリの指標である。AIコンサルティングを「Revenue ROI で測る」のも、AI事業開発を「ドキュメントの厚さで測る」のも、どちらも構造的なミスマッチを引き起こす。BCG の分析では、AIの価値創出について財務 KPI を定義・モニタリングできていない企業が6割に上る。両者の指標を混同していることが、その背景の一部にある。
「効率化AIと収益進化AIは設計思想の側で分かれる」(麻生要一『AI収益進化論』第2-4章)と書かれているように、AIコンサルティングと AI事業開発も、設計思想の側で測る対象が分かれている(効率化AIと収益進化AI)。
違い③|「クライアントに渡す」か「クライアントと一体で作る」か
AIコンサルティングの関与形態は、戦略・計画を作成してクライアントに渡す形が基本である。コンサルタントは外部の専門家として、フレームワークと業界知識を提供する。実装はクライアント側の責任で進められる。
AI事業開発の関与形態は、CAXO・AXアーキテクト・ベンダーの三層協働でクライアントと一体になって作る。経営の意志を持つ CAXO(Chief AI Transformation Officer)が方向を定め、AXアーキテクトが実装を担い、ベンダーが技術を提供する。外部パートナーは、その三層の中で AXアーキテクトの隣に立ち、組織の内側から共に作る存在になる。
「外から提案する」と「内側で一緒に作る」は、関与の深さが構造的に異なる。前者は契約期間の終了とともに関係が切れる。後者は組織の中に AXアーキテクトを残し、外部パートナーが去ったあとも Loop が回り続ける状態を作る。AXアーキテクトとビジネスアーキテクトの違いについては 別記事 で整理している。
違い④|「数ヶ月〜1年のプロジェクト」か「継続的なLoop」か
AIコンサルティングは、通常3ヶ月〜1年のプロジェクト単位で完結する。戦略策定フェーズ、ロードマップ作成フェーズ、組織変革計画フェーズと進み、最終報告書の納品をもって終了する。
AI事業開発は、90日サイクルを継続的に回し、3〜5年スパンで事業構造を進化させる。なぜ90日サイクルが可能になったのか。その背景には Completion Cost Collapse(完成品構築コストの崩壊)がある。AIコーディングと生成AIによって、完成品を市場に出すコストが限りなくゼロに近づいた結果、Ship-as-Validation(出すこと自体が検証)という設計思想が成立した(麻生要一『AI収益進化論』第3章・第8-4章)。
時間軸の構造的差異は、プロジェクトの設計思想にまで波及する。「終わるもの」として設計するか、「回し続けるもの」として設計するか。この前提が違うだけで、契約構造、評価指標、内部体制のすべてが変わる。
違い⑤|「業界知識・フレームワーク提供」か「BA能力 × AI能力の実装伴走」か
AIコンサルティングが提供するのは、業界知識、ベストプラクティス、戦略フレームワーク、市場分析である。コンサルタントが過去のプロジェクトで蓄積した知識資産を、フレームワークの形でクライアントに提供する。
AI事業開発が提供するのは、BA能力(ステークホルダーを動かす力/ビジネスモデリング/環境理解)と AI能力(Full-Product Launch、AI Orchestration、AI Sprint、PI Injection)の掛け合わせを、組織に装着する伴走である。AXアーキテクトという人材が、その能力構造を体現する。
「知識・フレームワーク」と「実装能力の装着」は、提供物のレベルで構造的に異なる。前者は読めば理解できるドキュメントの形で渡される。後者は組織の中で AXアーキテクトが育ち、Loop が回るようになる状態として実現する。後者は持ち帰ることができない ── なぜなら、それは人材の能力そのものだからである。
PwC Japan の調査では、生成AIで「期待を大きく上回る効果」を得た企業は、ガバナンス態勢を整え(77% vs 期待未満層6%)、業務プロセスへの正式組込みを進めている(72% vs 14%)。能力の装着と運用への組込みが、効果を分ける構造を示している。
AIコンサルティングとAI事業開発の両輪設計
ここまで5つの違いを整理してきたが、本記事は「AIコンサルティングは不要」と主張するものではない。むしろ、両者は階層関係として両輪で機能する。
AIコンサルティングが有効な領域は明確に存在する。経営層への AI 投資判断の枠組み提供、AI 戦略の体系化、AI ロードマップ作成、AI ガバナンス整備、AI 倫理・コンプライアンス対応、組織変革計画、AI 推進室の設計、外部視点からの市場・競合分析 ── これらは、AIコンサルティングが過去数年で築いてきた強みの領域である。
AI事業開発が必須な領域も明確に存在する。90日サイクルでの実装伴走、AXアーキテクトの社内育成、CAC<LTV の循環構築、収益構造の再設計、100倍化の実現 ── これらは、戦略提案だけでは到達できない領域である。
両輪設計の本質は、AIコンサルティングが戦略整理を担い、AI事業開発が実装伴走を担う、という階層的な役割分担にある。書籍『AI収益進化論』のコラム②で示される並走戦略の発想とも整合する。戦略提案で方向性を定め、実装伴走で Loop を回す。両者は競合しない。
「AIコンサルティングは無駄じゃなかった、AI事業開発のインフラだった」── この階層的な整理が、AI時代の外部パートナー活用の出発点になる。
AIコンサルティングからAI事業開発への移行で起こりがちな3つの罠
両輪設計を理解しても、実際の運用で躓くケースがある。代表的な3つを整理する。
罠①|戦略提案を受け取ったあと、社内で実装を進めようとして止まる
AIコンサルから受け取った戦略・ロードマップを、社内 AI 推進室や経営企画部門で実装しようとするケースは多い。しかし社内に AXアーキテクトが不在の場合、90日サイクルの実装が回らず、戦略は紙のまま終わる。
戦略提案と実装伴走は、別の能力を要求する。前者は分析と整理の能力、後者は BA能力 × AI能力の掛け合わせである。両者を分離して発注する設計が必要になる。社内エースを実装責任者に据えても、能力構造のミスマッチが起こりやすい(社内エースに任せてはいけない理由)。
罠②|AIコンサル選定基準でAI事業開発パートナーを選ぶ
AIコンサル選定基準(業界知識、戦略フレームワーク、コンサルタント実績)で AI事業開発パートナーを評価すると、実装伴走能力が見えない。
AI事業開発パートナー選定では、「90日サイクルを回せるか」「AXアーキテクトを社内に育てられるか」「Revenue ROI を実現できるか」が評価軸になる。選定基準そのものが、AIコンサルティングとは別軸である(AIの事業開発に強い会社の見極め方)。
罠③|AIコンサルの時間軸(プロジェクト完結型)をAI事業開発に適用する
AIコンサル契約の終了 = AI 事業の完成、と誤認するケースがある。しかし AI事業開発は継続的 Loop であり、3〜5年スパンで事業構造を進化させる営みである。「いつ終わるのか」という問い自体が、Loop の設計思想と噛み合わない。
Loop は終わらない。回し続ける限り、自社の AI は他社の AI と別の存在に育っていく(麻生要一『AI収益進化論』第6-8章)。この時間軸の前提を、AIコンサルの時間軸で上書きしないことが重要になる(AX for Revenue Loop)。
よくある質問
Q1:AIコンサルティングは今後不要になるのか?
不要にはならない。AIコンサルティングは AI 戦略の体系化、AI ガバナンス整備、組織変革計画の策定など、経営戦略レベルの整理において依然として有効な打ち手である。AI事業開発が浮上してきたのは、AIコンサルティングを置き換えるためではなく、その上位レイヤーに実装伴走の役割を加えるためである。両者は階層関係であり、AIコンサルティングは AI事業開発のインフラとして機能する。
Q2:AIコンサルから AI事業開発パートナーに乗り換えるべきか?
乗り換えるという発想ではなく、両輪で機能させるという発想が適切である。AIコンサルティングで戦略の方向性を定め、AI事業開発で90日サイクルの実装を回す。両者は同じ KPI で測れない別カテゴリのため、契約も評価も分離して設計する。すでに AIコンサルから戦略提案を受け取っている企業は、それを実装フェーズへ橋渡しする AI事業開発パートナーを別途検討するのが現実的な進め方になる。
Q3:AIコンサルとAI事業開発、どちらから始めるべきか?
企業の状況による。経営層の AI 投資判断がまだ固まっていない段階では、AIコンサルティングで戦略整理から入るのが整合的である。すでに戦略の方向性は明確で、実装フェーズで止まっている段階では、AI事業開発から入るのが有効になる。重要なのは、両者の射程の違いを理解した上で発注の境界を設計することである。
Q4:大手コンサルファームのAI部門はAI事業開発も担えるのか?
戦略提案の領域では、大手コンサルファームの AI 部門は強力なプレイヤーである。経営層への提案力、業界知識、フレームワークの蓄積は、長年のコンサル事業の中で築かれた本質的な強みである。一方、AI事業開発の実装伴走は、90日サイクルで Loop を回す体制、AXアーキテクトの育成能力、Revenue ROI の実現責任など、別の能力構造を要求する。同じ法人格の中に両機能を持つケースもあるが、選定時には「戦略提案能力」と「実装伴走能力」を別々に評価する設計が必要になる。
Q5:自社内にAXアーキテクトがいない場合、AIコンサルを使うべきか?
AXアーキテクト不在の状態で AIコンサルから戦略を受け取っても、実装フェーズで止まるケースが多い。AIコンサルティングは戦略の方向性を整える上で有効だが、その先の90日サイクルを回すには、社内に AXアーキテクトを育成するか、AI事業開発パートナーと組んで一体で実装を進める設計が必要になる。AIコンサルティングと AI事業開発を両輪で組み立てる発想が、AXアーキテクト不在の組織にとって最も合理的な出発点になる。
関連する AX for Revenue の概念
- AX for Revenue Loop
- AI Sprint
- Plateau Detection
- PI Injection
- 収益構造の再設計
- Revenue ROI
- 100倍化
- 効率化AIと収益進化AI
- 2つの山モデル
- AXアーキテクト
- AXアーキテクトとビジネスアーキテクトの違い
- CAXO
- Completion Cost Collapse
- Ship-as-Validation
- Full-Product Launch
- AI Orchestration
- AIの事業開発に強い会社の見極め方
- AI事業開発とAI受託開発の違い
- AI事業開発と新規事業開発の違い
- AI事業開発とDX推進の違い
- AI事業開発の進め方
- AIイネーブルメントとは何か
書籍『AI収益進化論』(麻生要一、株式会社Ambitions、2026年5月)は、AX for Revenue Loop の理論的全貌を提示している。本記事の構造論の理論的支柱として、あわせて参照されたい(本書特設ページ)。
発行: 株式会社アルファドライブ 編集: AX for Revenue Institute 編集部
出典
- PwC Japan(PwC Japanグループ)「生成AIに関する実態調査 2025春 5カ国比較 ―進まない変革 グローバル比較から読み解く日本企業の活路―」(2025)https://www.pwc.com/jp/ja/knowledge/thoughtleadership/generative-ai-survey2025.html
- 株式会社Ambitions(AlphaDrive 100%子会社)「AI収益進化論──完成品製造コストゼロ時代の収益創造」(2026)https://axfr.ai/book
- BCG / BCG X「From Potential to Profit: Closing the AI Impact Gap」(2025)https://www.bcg.com/publications/2025/closing-the-ai-impact-gap
- McKinsey & Company「The state of AI in 2025: Agents, innovation, and transformation」(2025)https://www.mckinsey.com/capabilities/quantumblack/our-insights/the-state-of-ai
- Project NANDA, MIT「The GenAI Divide: State of AI in Business 2025」(2025)https://mlq.ai/media/quarterly_decks/v0.1_State_of_AI_in_Business_2025_Report.pdf
関連記事
- CONTRAST
AI人材とAXアーキテクトの違い|AIエンジニアでは事業は変わらない理由
「AI人材」は単一カテゴリではない。AIエンジニア、AI推進人材、AXアーキテクト、CAXOの4分類で整理すると、なぜAIエンジニア採用だけでは事業構造が変わらないのか、AXアーキテクトという別人材像が必要な理由が構造的に見えてくる。
- CONTRAST
AI事業開発と新規事業開発の違い|AIネイティブ事業の特殊性
AI事業開発は新規事業開発の延長線にはない。6ステージ・4思考型・N+E+Kといった基礎方法論は有効だが、FPL・AI Orchestration・AI Sprintという AI 時代固有の能力を加えないと AIネイティブ事業は立ち上がらない。書籍2冊の接続点から5つの違いを整理する。
- REBUTTAL
セールスイネーブルメントAIの限界|効率化の山から収益進化の山へ
セールスイネーブルメントAIは営業生産性を向上させる強力な打ち手だが、売上構造そのものは変わらない。書籍『AI収益進化論』の2つの山モデルから3つの構造的限界を整理し、効率化の山から収益進化の山への移行設計を示す。