なぜ「個別稟議の積み上げ」ではだめなのか
AI活用が広がると、各部門から「この業務をAIで効率化したい」という起案が次々に上がってきます。それを一件ずつ審査して積み上げる ― 一見、堅実な進め方に見えます。しかしこのやり方は、案件単位で判断すること自体が構造的に投資配分を歪めます。歪みは大きく3つに現れます。
- 基盤・データ・教育が、誰の稟議にも載らない。共通基盤やデータ整備は「自分の案件だけの費用ではない」ため、按分の押し付け合いになり、結局どの案件も負担したがりません。全案件が毎回ゼロから車輪を再発明することになります。
- 攻めの投資が、常に負ける。確実なリターンが読める効率化案件は通りやすく、不確実だが大きな価値を狙う挑戦的な案件は通りにくい。積み上げ型の予算は、放っておくと自動的に「守り」に偏っていきます。
- 全体像を、誰も見ていない。ライセンスの重複、類似案件の乱立、総額の膨張に、決算まで気づかない。一件ずつは適正でも、束ねた姿は誰も管理していないのです。
処方箋はシンプルです。年間のAI投資枠を先に確保し、その中の配分として管理する。個別審査はなくしません。ただし審査の役割を「枠の中での優先順位づけ」に変え、基盤・教育は別建てで確保する。フレーム(枠)を先に決めることが、積み上げの歪みを構造から断つ第一歩です。
投資を3つに分ける ― 守り・効率化・攻め
配分で設計するには、まず投資を性格の違う塊に分ける必要があります。すべてを同じ物差し(たとえばROI)で測ろうとするから、性格の違う投資が不公平に比較され、守りと攻めが割を食うのです。AI投資は守り・効率化・攻めの3分類でとらえ、それぞれ別の判断基準を当てるのが有効です。
| 分類 | 内容 | 判断の性格 |
|---|---|---|
| 守り | ポリシー・ガバナンス・セキュリティ・共通基盤・データ整備(全案件の前提) | ROIを問わない。「保険と道路」であり、やらないリスクで判断する |
| 効率化 | 業務改善アプリ・自動化・業務の再設計 | 3年TCO(総保有コスト)と実効削減価値で定量的に判断する |
| 攻め | 顧客価値・新サービス・事業モデルのPoC(実証) | 少額・複数・撤退基準つきの実験として判断する |
とりわけ誤解されやすいのが「守り」です。守りは道路や信号、保険のようなもので、ROIを問うた瞬間に誰も投資しなくなります。しかし道路がなければ、すべての案件が事故と渋滞に苦しむ。ROIを測るべき投資と、測ってはいけない投資がある ― この区別が、配分設計の出発点になります。
成熟度が上がるほど「攻め」に回せる
3分類の比率は、企業のAI成熟度によって動きます。以下は総額比のイメージを示した架空のモデルケースの例示です。金額ではなく「比率の思想」を持ち帰ってください。
| 段階 | 守り | 効率化 | 攻め |
|---|---|---|---|
| 導入期(これから始める) | 50〜60% | 30〜40% | 0〜10% |
| 展開期(数案件が本番稼働) | 30〜40% | 40〜50% | 10〜20% |
| 成熟期(基盤・組織が回っている) | 20〜30% | 約40% | 約30% |
「守りが先、攻めは成熟とともに」という順序が読み取れます。成熟期に攻めへ大きく回せるのは、基盤への投資が済んで新規案件の限界費用が下がっているからです。守りの投資が、攻めの原資を作る ― 道路のない場所に車を増やしても走れない、という発想です。
基盤・データ・教育は「別建て」で確保する
配分設計の核心は、個別案件に按分すると必ず痩せ細る投資を、枠から直接、別建てで確保することです。別建てにすべきは次の3つです。
- 共通基盤。LLMゲートウェイ、監視・評価の仕組み、RAG(検索連携)のテンプレートなど。効果は「案件の立ち上げ速度・運用品質・ガバナンスの自動化」という形で、すべての案件に効いてきます。
- データ整備。優先ユースケースから逆算した範囲で進め、「整備→活用→成果→次の整備」のループ予算として、成果報告と連動した増額の道筋を作ります。
- 教育。全社リテラシー・ビルダー育成・実務OJTの3層で考えます。とくに「学ぶ時間を業務として公式化する」ことは、研修費よりも大きな実質投資(社内人件費)であると予算上も認識しておく必要があります。
これらは「誰の費目でもないが、全社の土台」です。按分の押し付け合いをやめ、全案件の速度と品質を左右する投資として枠から確保する ― それが別建ての狙いです。
予算は「段階で刻む」 ― 一括で握らせない
枠を確保したうえで、個別案件の予算執行は一括ではなくフェーズで刻んで判断権限を分けます。入口は軽く、拡大は実測で ― これが挑戦の総量を減らさないための設計です。
| 段階 | 金額感(総投資比) | 判断者 | 判断材料 |
|---|---|---|---|
| 診断・PoC(実証) | 約5〜15% | 部門+推進(軽い決裁) | 適用判断・出口基準の設定 |
| 本開発 | 約50〜60% | 投資委員会/経営 | PoC出口基準の達成+3年TCOと回収計画 |
| 拡大 | 残り | 経営 | パイロットの実測効果 |
両立させたい点が2つあります。ひとつは、PoC通過は本開発の自動承認ではないこと。もうひとつは、小さな診断・PoCは軽い決裁で速く始められること。重い稟議をすべての段階に課すと、結局は挑戦の数そのものが減ってしまいます。
規模別の予算シミュレーション(架空モデル)
配分の思想を実額に落とすと、どう見えるか。以下は3つの架空モデル企業で、2026年7月時点の想定として組んだ年間予算の例示です。金額そのものではなく、規模が変わっても配分の構造は共通である点に注目してください。
| モデル | 規模・段階 | 年間総額(例) | 配分の要点 |
|---|---|---|---|
| モデルA | 社員50名・サービス業/導入期・エンジニア不在 | 約360万円 | 守り約47%・効率化約44%・教育約8%で、攻めはゼロ。全社が安全に使える環境+1テーマの成功体験+作れる人の芽を作る年 |
| モデルB | 社員300名・中堅メーカー/展開期・内製化途上 | 約3,000万円 | 守り約43%・効率化約40%・攻め約7%・人材約10%。基盤への投資が翌年の案件数を伸ばす前提 |
| モデルC | 社員1,000名・多拠点/展開〜成熟期・開発チームあり | 約1.1億円 | 守り約37%・効率化約33%・攻め約10%・人材約10%・予備約10%。最大費目は「人」。予備枠で期中の技術変化に追従 |
読み解きのポイントは3つです。第一に、どのモデルもライセンス費が最大級の固定費であり、利用率の監視とセットでなければ「最も静かな浪費」になります。第二に、専任チームや基盤は「案件を作る人・仕組み」ではなく「部門が自分で作れるようにする投資」だということ。第三に、金額は業種・売上・戦略で大きく変わるため、単価前提は自社の数字に差し替えて使うことです。持ち帰るべきは総額ではなく、「守りが先」「基盤・教育は別建て」「攻めは撤退基準つきの少額複数」という配分の構造です。
これらの配分は、全案件を1枚で見るポートフォリオ管理シートで運用します。案件名・分類(守り/効率化/攻め/人材/基盤)・フェーズ・3年TCO・リターン類型と見込み・実測効果・出口/撤退基準・オーナーを列に持つ。このシートが、次回テーマである効果測定と、その先の継続/撤退判断の土台になります。