本ディレクトリでは、105社がAI戦略コンサルティングを提供サービスとして掲げています。統合（インテグレーション）業務を挙げているのは133社です。両方を挙げているのは37社です。最初の数字と最後の数字の開きこそ、多くのAI予算が消えていく場所です。ロードマップを書く会社は、たいていそのロードマップが描いたものを構築できる会社ではなく、しかもロードマップ自体がそのことに触れることはほとんどありません。
AI戦略コンサルティングは、この市場で最も頻繁に売られているアドバイザリーサービスであり、同時に最も雑に売りやすいサービスでもあります。範囲が明快で、期間が短く、見栄えのする成果物があり、運用上のリスクを一切負いません。会社は契約を完了し、請求書を出し、事例として名前を預かって引き揚げることができます。その時点で、作られたものはまだ実際の利用者にも、実際の権限境界にも、本番のデータセットにも一度も触れていません。半年後、クライアントの手元には文書が1冊あり、業務プロセスは着手前と同じままです。
105社のうち、重複は37社
このディレクトリの件数は、統計値というより市場のシグナルとして読んでください。戦略の仕事と構築の仕事が別の専門分野として掲載されているのは、多くの会社にとって実際に別の人件費だからです。戦略の部門が抱えているのは、最高執行責任者と同じ部屋に入って力を発揮できる人材です。構築の部門が抱えているのは、キュー、IDプロバイダー、データ移行、そして失敗したときに成功を報告してくるレガシーシステム特有の苦労に何年も付き合ってきた人材です。
両方のラベルを掲げている会社は37社あり、そのうち一部は2つめを願望として掲げています。2つの専門分野がどれほど別に扱われているかは、AI戦略コンサルティングのカテゴリーとAI統合のカテゴリーを開き、それぞれに現れる会社を見比べれば分かります。買い手にとっての帰結は単純で、しかも高くつきます。助言の質は、その助言を実行する能力についてほとんど何も教えてくれません。そして営業のプロセスは、その差を表に出すようには設計されていません。
誰も実行できない成果物
戦略案件は通常、現状評価、優先順位づけされたユースケース一覧、目標アーキテクチャ図、ユースケースごとの投資対効果の試算、四半期の入ったフェーズ計画、このあたりの組み合わせで終わります。どの項目も正当な仕事です。ただし、そのどれも実行可能ではありません。
失敗の形は具体的で、しかも繰り返されます。ロードマップはユースケースの名前を挙げます。たとえば受領した保険請求の自動振り分けという項目を立て、効果は高、工数は中と採点します。しかし、請求データを保持する4つのシステムのうちどれにインターフェースがあるのか、モデルが必要とする項目が大半のレコードで埋まっているのか、モデルが下した判断を誰が承認してよいのか、そして相当な金額の請求について自信たっぷりに誤った判断をした日に担当チームが何をするのかは書かれていません。この4つの未知こそがプロジェクトの本体であり、採点はそれを欠いた状態で行われました。
そしてクライアントは見積もりの上に組まれた計画を承認し、構築チームは3週目にその4つの未知に突き当たり、工数見積もりは倍になり、効果を証明するはずだったフェーズは永遠に来ない四半期へ先送りされます。MIT Sloan Management Reviewで発表されてきた調査は、AIから価値を得ている企業とまだ実証実験を続けている企業を分けているのは、モデルの性能ではなく組織とプロセスの要因だと一貫して示しています。ロードマップはプロセス上の成果物であり、それが描くシステムに照らして検証されていないロードマップは、その中でも最も弱い種類のものです。
戦略と呼ばれる4つの異なる取引
この言葉は、少なくとも4つの異なる取引を覆っています。それぞれ買い手が違い、価格帯が違い、お金を払う理由も違います。自分が実際に買っているのはどれなのかを整理することが、買い手にできる最初の有益な作業です。
| 売られているもの | 終了時に手元に残るもの | 買う価値があるのはどんなときか |
|---|---|---|
| 戦略として売られる経営層向け教育 | 共通の語彙と、見当違いの要求を出さなくなった経営チーム | 取締役会がベンダーの営業資料をもとに判断していて、社内に判定役がいないとき |
| ポートフォリオの選別 | 候補ユースケースの順位づけ一覧と、記録に残した形で却下された弱い案 | 11の部署がそれぞれ実証実験を走らせていて、互いに比較できないとき |
| 戦略として書かれる技術的な実現可能性の検証 | 自社のデータとシステムが望むものを支えられるかどうかの判定と、その根拠 | 構築の契約書に署名する前。買い手が省略しがちで、しかも最も費用を節約する項目 |
| ガバナンスとリスクの整理 | 規制当局、監査人、顧客に示せる方針と、名前の入った責任者 | 業界が監督下にあるとき、あるいは顧客との契約で問われ始めたとき |
3行目は最も確実に報酬に見合う一方で、最も買われていません。望まない答えを持ち帰る可能性があるのは、この1つだけだからです。請求データが疎すぎて自動振り分けを支えられないという判定は、1年分の構築予算を救いますが、進捗報告の上では失敗のように読めます。同じ論理は本サイトのどの提供カテゴリーにも通っており、だからこそカスタムAIという言葉で実際に何を買っているのかは、最初の請求書より前に片づけておくべき問いです。
引き継ぎで壊れるところ
戦略の仕事は良質だったと仮定しましょう。それでも引き継ぎは案件のなかで最も危険な瞬間であり、壊れ方は3通りに予測できます。
1つめは、見積もりを満たさなければならない人間が、誰一人その見積もりを自分のものとして引き受けていないことです。構築のパートナーはロードマップの工数点数に対して何の義務も負わず、一から見積もり直します。それは正しい振る舞いであり、同時に取締役会が承認した投資対効果の試算が消えたという意味でもあります。2つめは、プロセスを説明する人には聞き取りをしたものの、プロセスを実行する人には聞いていないことです。そのためロードマップは、運用されているままのプロセスではなく、文書に書かれたままのプロセスを記録します。その2つの差のなかに例外処理が住んでいます。3つめは、評価基準を誰も書き残さないことです。構築チームは照らし合わせる対象を持たず、自前の目標を発明します。
3つはいずれも避けられます。そして3つとも同じ方法で避けられます。構築チームが責任を負える成果物を出すことを、戦略案件の条件として求めることです。これは引き継ぎの会議で話し合うことではなく、業務委託契約書に署名する前に決めるスコープの問題です。
1回の打ち合わせで会社を見分ける5つの質問
最初の会話でこの5つを尋ね、答えの内容よりも答えの形を聞いてください。この仕事を実際にやってきた会社は、5つすべてに短く、練習なしで答えます。
- 工数見積もりを書くのは誰で、その人はこれを作ったことがありますか。工数を採点する人が、採点対象と同種のシステムを本番に出した経験を持たないなら、その点数は意見です。発表を担当するパートナーではなく、実現可能性の検証を手を動かして行うエンジニアと話させてほしいと頼んでください。
- 何を実際に見て、何を当社の言葉のまま受け取りますか。実際のテーブルを調べ、行数を数え、項目の充足率を確認する会社は、実現可能性の検証をしています。プロセス責任者に聞き取りをして、言われたことを書き留める会社は別のことをしています。それはそれで必要な場合もありますが、代わりにはなりません。
- 成果物のなかで、構築チームが責任を負える部分は何ですか。答えには、許容できる出力と対になった実際の入力のサンプル、システムごとに名前を挙げた連携箇所、そして権限モデルが含まれているべきです。答えがロードマップと投資対効果の試算だけなら、買っているのは文書です。
- どんな条件なら、何もしないことを勧めますか。誠実なアドバイザリー部門は、この答えを必ず用意しています。プロジェクトに反対する助言を出す条件を説明できない会社は、その推奨に情報量がない会社です。
- 成果物の権利は誰のもので、別の構築会社に渡せますか。評価用の資料、評価サンプル、アーキテクチャ関連の作業について、書面で具体的に確認してください。構築も受注するつもりの戦略会社がそれだけで失格になるわけではありませんが、推奨が出てくる前にそれを知っておくべきです。
4つめの質問は、一覧のどれよりも速く助言者と売り手を分けます。買い手が省略するのは1つめで、だからこそ個人コンサルタントとコンサルティング会社のどちらを選ぶかという判断は、戦略の仕事ではほかのどの領域よりも重みを持ちます。本番システムを出してきた経験豊富な実務者が1人いれば、その経験のない5人のチームより実行可能な評価を出すことがしばしばあります。
終了時に部屋に残っているべきもの
請求額に見合う戦略案件は、5つのものを残していきます。届くことを期待するのではなく、業務委託契約書に成果物として書き込んでください。
- 自社が所有する評価サンプル。自社の業務から取った実際の入力100件から200件に、事情を分かっている人間が許容する出力を対にしたものです。構築がうまくいっているかどうかを後から教えてくれる計器はこれしかありません。業務知識のある人間が座って許容できる答えを書き出す必要があるため、作るのに最も時間がかかります。そして、ベンダーの手元に置き去りにされることが最も多い資産でもあります。
- システムごとの連携インベントリ。どのシステムがデータを保持し、そのうちどれにインターフェースがあり、どの項目が実際に埋まっていて、それぞれを誰が管理しているか。箱を並べた図ではなく、名前の入ったシステムと名前の入った責任者です。
- 権限モデル。ある利用者が何を取得してよいかを決めるのはどのID基盤で、その確認は文書がモデルに届く前に行われるのか、答えが生成された後に行われるのか。防御できるのは前者だけです。
- 例外の分類表。現在そのプロセスが手作業で処理している事例の一覧と、おおよその発生頻度です。どの評価資料においても最も有用な1ページであり、同時に最も欠けている1ページでもあります。説明する人ではなく、実際に手を動かしている人から出てくるものだからです。
- 反対の推奨。少なくとも1つのユースケースを検討し、理由をつけて見送った記録です。候補のすべてが高評価だった評価は、評価ではありませんでした。
後ろの3つは、会社がまだ常駐しているあいだならほとんど費用がかからず、後から復元するのはほぼ不可能です。NIST AIリスクマネジメントフレームワークは、文脈の把握と結果の測定を任意の追加項目ではなく中核機能として扱っています。これは正しい直感です。測定できないシステムは維持できないシステムであり、その測定は構築より前に設計しておかなければなりません。
後半を先に買う
多くの買い手にとって機能する順序は、通常の順序を逆にします。戦略プログラムを一式発注してから構築会社を探すのではなく、最有力の候補ユースケース2つに絞った短期の有償の実現可能性検証を、上の5つの成果物をスコープとし、固定報酬で発注してください。2週間から4週間あればたいてい足ります。そこで出てきたものを構築パートナーに持ち込み、それに対して見積もりを出してもらいます。
3つのことが続きます。見積もりは聞き取りメモではなく実地に確認したシステムに対して作られるので、3週目を越えて生き残ります。どの会社も同じ仕様に対して見積もるので、それぞれの数字が並べて意味を持ちます。そして否定的な判定にかかる費用は数四半期ではなく数週間で済み、これはこの市場で手に入る最も安い良い報せです。
地理的な条件は、構築の段階よりこの段階でずっと重要になります。例外についての聞き取りとデータの実地確認には、建物の中にいる人間が必要です。だからこそ同じ都市にいることの答えは、評価の仕事と実装の仕事で違ってきますし、地域の需要がアトランタやデンバーのような都市ページに集まるのもそのためです。生き残ったユースケースのうちかなりの割合は、言語モデルの近辺ではなくプロセス自動化に属すると見込んでおいてください。その場合、投資対効果のガイドにある算数が誠実な比較になります。
自社の要件でAI戦略コンサルティング会社を比べる
営業ページを読むのではなく自社の要件に照らして会社を比べたい場合は、マッチングページでプロジェクトの内容を書いてください。ディレクトリが、各社が掲げるサービスと対応地域をもとに、条件に近い掲載を順位づけします。ディレクトリ全体を見ることもできますし、要件がまだ固まっていなければAIサービスのカテゴリー別に何を買うかから始めてもかまいません。
この仕事をしている会社を経営していて掲載がない場合は、プロフィールを追加してください。両方を手がけているなら、戦略と統合を別に明記してください。買い手はまさにその言葉で絞り込みますし、今日時点で両方のラベルを掲げている37社が、その組み合わせで見つけられている会社です。
買い手からよくある質問
AI戦略コンサルティングとは何ですか。
企業がAIで何を構築すべきか、どの順序で進めるべきか、そして自社のデータとシステムがそれを支えられるかを決めるアドバイザリー業務です。成果物は動くシステムではなく、評価と計画です。この言葉は区別できる4つの取引、すなわち経営層向け教育、ポートフォリオの選別、技術的な実現可能性の検証、ガバナンスとリスクの整理を覆っています。
AI戦略の案件はどのくらいの期間が適切ですか。
候補ユースケース2つに絞った実現可能性の検証なら、通常は2週間から4週間です。数か月に及ぶ戦略プログラムも存在し、規制を受ける大企業ではときに正当化されますが、期間は価値の目安としては貧弱です。重要なのは、その成果物を仕様として構築チームに渡せるかどうかです。
戦略を書いた会社に構築も任せるべきですか。
任せてよい場合もありますが、推奨が出てくる前にその会社の意向を知っておくべきです。本ディレクトリで戦略の仕事を掲げる105社のうち、統合も掲げているのは37社だけですから、1社で両方を誠実に担えるのは少数派です。実証実験を作ったエンジニアではなく、本番導入をやり切ったエンジニアと話させてほしいと頼んでください。
AI戦略コンサルティングでお金が無駄になる最も多い形は何ですか。
工数見積もりを、それを満たさなければならない人間が誰も合意していない状態で作ることです。構築パートナーは一から見積もり直し、承認済みの投資対効果の試算は成り立たなくなり、効果を証明するはずのフェーズは先送りされます。評価サンプルとシステムごとの連携インベントリを成果物として求めることが、これを防ぎます。
何かを始める前に、必ずAI戦略が必要ですか。
いいえ。明白でよく理解されたプロセスが1つだけある少数の企業は、範囲を定めた構築に直接進むべきです。戦略の仕事が報酬に見合うのは、複数の候補案件が同じ予算を争っているとき、データの状況が本当に分かっていないとき、あるいは規制当局や顧客との契約が文書化された見解を求めているときです。
出典
- AI戦略コンサルティングとAI統合の各カテゴリーの掲載件数、および37社の重複は、2026年10月6日に本ディレクトリ自身のデータベースから読み取ったものです。カテゴリーごとの合計はカテゴリーページとディレクトリで確認できます。
- NIST AIリスクマネジメントフレームワーク。稼働中のAIシステムを統治するうえで、文脈の把握と結果の測定を中核機能として扱う点について。
- MIT Sloan Management Review。AIから価値を得ている企業と、まだ実証実験を続けている企業を分ける組織とプロセスの要因について。
- 米国国勢調査局 Business Trends and Outlook Survey。米国企業が報告するAIの利用状況を、業種別および企業規模別に追跡しています。
- Stanford HAI AI Index。導入の状況と、モデルの性能および価格が変化する速度の背景として。
- OECD AI Policy Observatory。リスク整理の案件を形づくるガバナンスと政策の文脈について。
本サイト内の関連記事：コンサルティング案件が終わったときに自社に実際に残るもの、デモの後に統合エージェンシーが担う仕事、初めて発注する人のためのチェックリスト。