生成AI予算の立て方｜前年実績がない初年度の考え方

前年実績がない初年度の生成AI予算は、正確に立てようとしないことが最初のコツです。従量課金で変動が大きく、利用が広がる速度も読めないため、最初の数字は必ず外れます。外れることを前提に、仮置きして補正する仕組みの方を先に作ります。

この記事では、初年度の予算を積み上げる単位、実費と概算の扱い、為替やモデル改定の織り込み方、補正の周期、経営への説明の仕方を整理します。予算管理全体の設計は「生成AIの予算管理とアラート設計 完全ガイド」を参照してください。

初年度予算が外れる3つの理由

初年度の予算が外れるのは、見積もりが下手だからではありません。構造的に読めない要素が3つあります。

この3つを「見積もりの精度で解決する」のは無理です。実績が見える状態を先に作り、実績で補正する方が現実的です。

積み上げの単位を決める

初年度の予算は、次の単位で積み上げると経営に説明しやすくなります。

部署 × ユースケース

「営業部の提案書作成」「開発1課のコード生成」「経営企画の議事録要約」のように、部署と業務の組み合わせで並べます。それぞれに、次の3つを仮置きします。

1. 月あたりの想定件数（利用者数 × 1人あたりの利用回数）
2. 1件あたりの想定トークン数（入力 + 出力）
3. 使うモデルの単価

掛け算した月額を部署ごとに足し上げると、全社の月予算の初期値になります。件数とトークン数の仮置きは、パイロットで数週間動かした実績があれば、それを使います。

積み上げの計算例（説明用）

営業部の「提案書のたたき台作成」を例にすると、次のような積み上げになります。数値は説明のための仮の値です。

月間トークン数に単価を掛けると、このユースケースの月額の初期値が出ます。同じ表を部署 × ユースケースの数だけ作り、足し上げます。表の「仮置き」の列を、導入後に実績で置き換えていくのが補正の作業です。

プロジェクト

開発部門がプロダクトに生成AIを組み込む場合は、部署ではなくプロジェクト単位で持ちます。想定呼び出し回数 × 1回あたりのトークン数で、リリース後の利用の伸びを織り込んだ幅（下限と上限）を置きます。

プロバイダ

経理向けの計上は、プロバイダ単位で分けておきます。ドル建て（OpenAI・Claude・Bedrock・Vertex AI）と円建て（Azure OpenAIの日本の従量課金）で扱いが変わるためです。

予算に含める項目を決める

「生成AIの予算」に何を含めるかも最初に決めます。

統制の対象を API 分に絞ると、消化率の意味がはっきりします。

実費と概算を分けて持つ

予算の数字は、後で実績と比べたときに「何と比べるか」を決めておかないと、予実差の説明ができなくなります。

• 実費: プロバイダの請求系APIから取得する金額。請求書と突合できるが、プロジェクト・ワークスペース・リソース単位までしか出ない
• 概算: トークン数 × モデル別単価で計算した金額。APIキー・利用者の単位まで出せるが、実費とはずれる

全社の予算と予実は実費で管理し、部署別の予算と消化状況は概算で追います。部署 × ユースケースで積み上げた予算は概算ベースの数字なので、部署別の消化率を見るときは概算と比べ、全社の合計を経理に報告するときは実費を使う、と最初に決めておきます。

為替とモデル改定を織り込む

為替

ドル建ての費用を円で予算化するなら、換算レートを固定して記録します。予実差が出たとき、為替の影響と利用量の影響を分けて説明できるようにするためです。予算上の為替レートと、月次の実際の換算レートを両方残しておきます。

モデル改定

年の途中で高性能なモデルが出ると、社内で切り替えが起き、1件あたりの費用が変わります。逆に、同じ性能でより安いモデルが出ることもあります。予算にはモデル改定の余地として、部署別の合計に一定の幅を持たせておき、切り替えが起きたら概算の単価表を更新して補正します。

補正の周期——四半期ごとに実績で置き換える

初年度の予算は、次の周期で補正します。

四半期ごとの補正を前提にすると、最初の仮置きが外れていても問題になりません。「外れたら補正する」が予算のルールになっていれば、期中の増額も説明しやすくなります。

経営への説明の仕方

初年度の予算を経営に通すとき、聞かれるのは主に次の3点です。

予算の数字そのものより、「守るための仕組み」と「補正の周期」をセットで示す方が、承認は通りやすくなります。

プロバイダ側の上限をどこに置くか

予算とは別に、各プロバイダには利用上限や予算上限の機能があります。初年度は、この上限を予算と同じ高さに置かないことが重要です。

• 上限は想定外の暴走（無限ループ、キーの漏えい）に備えた保険。到達すると利用が止まる
• 予算は仮置きで外れることが前提。予算と同じ高さに上限を置くと、仮置きの誤差で業務が止まる
• 目安は、月予算の数倍など、通常の運用では到達しない高さ

統制は上限ではなく、消化率の節目（50%・80%・100%）のアラートで行います。

予算より先に作るべきもの

初年度に限らず、予算を立てる前に整えておくと後が楽になるものが3つあります。

1. 利用経路の棚卸し: どのプロバイダを、どのキーやアカウントで、どの部署が使っているか。ここが分からないと積み上げの単位が作れない
2. 収集の自動化: 各プロバイダの管理APIから利用量と費用を自動で取得する仕組み。手作業で各コンソールを見る運用では、四半期ごとの補正が回らない
3. 組織マッピング: APIキーやデプロイメントを部署に対応付ける台帳。部署別の消化率を出すための前提

この3つが揃うと、予算は「立てる」ものから「実績で更新する」ものに変わります。

よくある質問

Q. 予算の上限を超えたら利用を止めるべきですか？ 初年度は特に、止めない設計を勧めます。仮置きの予算は外れることが前提なので、到達で止めると業務が止まるだけです。上限は想定外の暴走に備えて高めに置き、消化率の節目で気づいて補正する運用にします。

Q. 部署ごとに予算を配るべきですか、全社で一括に持つべきですか？ 初年度は全社で一括に持ち、部署別の実績が見えた四半期末から部署別に配る順番が現実的です。どちらの場合も、部署別の費用が見えていることが前提になります。

Q. パイロットの実績が数週間分しかありません。それでも使えますか？ 使えます。数週間の実績を月換算し、利用者数の拡大分を掛けて仮置きにします。精度は期待せず、四半期末に実績で置き換える前提で構いません。

Q. サブスクリプション（ChatGPT Teamなど）の費用も同じ予算に入れますか？ シート課金のサブスクは月額固定なので、従量課金のAPIとは性質が違います。全社のAI費用としては合算して報告し、変動管理の対象はAPI分に絞る、という分け方が扱いやすいです。

まとめ

• 初年度の予算は外れることが前提。正確に立てるより、仮置きして補正する仕組みを先に作る
• 積み上げは部署 × ユースケース。件数・トークン数・モデル単価の前提を残す
• 全社は実費、部署別は概算で管理する。為替レートは固定して記録する
• 補正は四半期ごと。実績の月平均で置き換え、増額・減額を経営に上げる
• 経営には数字より「守る仕組み」と「補正の周期」をセットで示す

ManageAIは、5プロバイダの利用量と費用を自動で収集し、部署・利用者・APIキー別に実費と概算を区別して表示します。月次予算の消化率・日次上限・急増検知のアラートを備え、初年度の仮置き予算を実績で補正する運用を支えます。読み取り専用キーの登録だけで当日から始められます。現在、モニター企業を募集中です。

関連記事

• 生成AIの予算管理とアラート設計 完全ガイド｜請求書より先に気づく仕組み
• 予算消化率で管理する｜月の何日目に何％なら正常か
• 生成AIコストの部署別配賦（チャージバック）完全ガイド