生成AIコストの見える化はどこまで必要か——粒度の決め方
生成AIコストの見える化に必要な粒度は、「誰が、何を判断するために見るか」で決まります。全社・プロジェクト・部署・利用者・APIキー・モデルの各粒度で答えられる質問、プロバイダごとに取れる粒度の違い、細かすぎ・粗すぎの失敗と、段階的に細かくする進め方を解説します。
生成AIコストの見える化に必要な粒度は、「誰が、何を判断するために見るか」から逆算して決めます。予算の承認なら全社の合計、部署への配賦や予算管理なら部署別、費用が増えた原因の特定ならAPIキー・利用者・モデル別が必要です。すべてを最も細かい粒度で見る必要はありません。
まずは全社の実費と部署別を押さえ、原因の特定が必要になった場面でキー・利用者・モデルへ掘り下げられるようにしておくのが現実的です。この記事では、粒度ごとに答えられる質問、プロバイダごとに取れる粒度の違い、粒度の決め方と段階的な進め方を説明します。全体像は「生成AIのコスト管理 完全ガイド」を参照してください。
生成AIコストの見える化で決める3つの軸
「粒度」というと組織の細かさだけを考えがちですが、実際には次の3つの軸を決める必要があります。
| 軸 | 選択肢の例 | 決め方 |
|---|---|---|
| 組織の軸（誰の費用か） | 全社・プロジェクト・部署・利用者・APIキー・モデル | 誰が何を判断するか |
| 時間の軸（いつの費用か） | 月次・日次・時間単位 | どれだけ早く気づきたいか |
| 金額の性質（どの数字か） | 実費・概算 | 請求と突合するか、傾向を見るか |
実費は請求額と突合できる金額、概算は利用量（トークン数）に単価表を掛けて計算した金額です。プロバイダの実費のデータは、多くの場合プロジェクトやワークスペースの単位までしか出ないため、それより細かい粒度は概算になります。違いは「生成AIコストの「概算」と「実費」はなぜズレるのか」で詳しく説明しています。
粒度ごとに答えられる質問
粒度を決めるときは、まず「どの質問に答えたいか」を並べます。
| 粒度 | 答えられる質問 | 主に見る人 | 金額の性質 |
|---|---|---|---|
| 全社 | 今月いくら払うか、予算内に収まるか | 経営層・経理 | 実費 |
| プロジェクト（ワークスペース） | どのシステム・取り組みにいくらかかったか | 情シス・DX推進 | 実費 |
| 部署 | どの部署がいくら使ったか、予算をどう配るか | 部門長・経理 | 概算（実費で配賦） |
| 利用者 | 誰の利用が増えているか | 情シス・部門長 | 概算 |
| APIキー | どの連携・ツールが費用を生んでいるか、使われていないキーはどれか | 情シス・開発 | 概算 |
| モデル | 高単価のモデルにどれだけ使っているか | 情シス・開発 | 概算 |
経営層や経理が見るのは全社と部署の数字で、細かい内訳を毎月見る必要はありません。一方、情シスやDX推進は、費用が増えたときに原因を特定するため、キー・利用者・モデルまで掘り下げられる状態が必要です。
時間の軸も同じ考え方です。月次の数字だけでは、月の途中の急増に気づけません。予算の消化を追うなら日次、自動処理の暴走のような急な増加に気づくなら時間単位のデータが必要です。
粒度の決め方——4つのステップ
1. 判断と見る人を書き出す
「予算の承認」「部署への配賦」「増えたときの原因の特定」「使われていないキーの整理」など、見える化の結果で行う判断を書き出し、それぞれ誰が見るかを決めます。判断のない粒度は、作っても見られません。
2. プロバイダで取れる粒度を確認する
利用量のデータで見える最小の単位は、プロバイダによって違います。
| プロバイダ | 利用量で見える最小の単位 | 部署・利用者別に見る方法 |
|---|---|---|
| OpenAI | APIキー | キーを部署・利用者に対応付ける |
| Claude（Anthropic） | APIキー | キーを部署・利用者に対応付ける |
| Azure OpenAI | デプロイメント | デプロイメントを部署・用途ごとに分ける |
| AWS Bedrock | モデル | AWSアカウントを部署ごとに分ける |
| Google Vertex AI | モデル | GCPプロジェクトを部署ごとに分ける |
AWS Bedrock（Amazon Bedrock）とGoogle Vertex AIは、利用量のデータではモデル単位までで、利用者個人の内訳は見えません。部署別に見たい場合は、アカウントやプロジェクトを部署で分けておくと、その単位で内訳を出せます。
3. キーの分け方と組織の対応付けを決める
キーごとの利用量が取れても、キーが全社で1本なら部署別の費用は出ません。部署・用途ごとにキーを分け、キーと部署・利用者の対応表（組織マッピング）を持つことで、キー単位のデータが部署別・利用者別の数字になります。
| 決めること | 例 |
|---|---|
| キーの単位 | 部署ごと、システムごと、利用者ごと |
| キーの名前 | 部署名・用途が分かる名前にする |
| 対応表の持ち主 | 情シスが管理し、異動・退職のたびに更新する |
| 未割当の扱い | 対応が付いていないキーの費用を「未割当」として表示する |
4. 時間の粒度と更新の頻度を決める
| 目的 | 必要な時間の粒度 |
|---|---|
| 月次の報告・配賦 | 月次 |
| 予算の消化の確認 | 日次 |
| 急な増加の検知 | 時間単位 |
実費のデータは反映が遅れることがあるため、月の途中の確認は概算、月末の確定は実費と使い分けます。
細かすぎ・粗すぎの失敗
| 失敗 | 起きること | 対策 |
|---|---|---|
| 全社の合計しか見ていない | 増えた理由を説明できず、配賦もできない | 部署・キー単位まで掘り下げられるようにする |
| 最初から利用者単位の月次報告を作る | 誰も見ない資料が増え、運用が続かない | 報告は部署単位にし、利用者単位は原因の特定に使う |
| キーを細かく分けすぎる | キーの棚卸しと対応表の更新が追いつかない | 判断に必要な単位でまとめる |
| 概算を「正確な費用」として配る | 請求額と合わず、数字への信頼を失う | 合計は実費、内訳は概算と明記する |
| 月次のデータしかない | 月の途中の急増に気づくのが請求後になる | 日次・時間単位のデータとアラートを持つ |
利用者単位の費用は、従業員の監視と受け取られないよう、見る目的と見る人を社内で決めておくことも大切です。
段階的に細かくする進め方
| 段階 | 見える化の範囲 | できるようになること |
|---|---|---|
| 1 | 全社・プロジェクトの実費（月次・日次） | 予算との比較、月の途中の確認 |
| 2 | 部署別（キーの対応付け） | 部署への配賦、部署ごとの予算 |
| 3 | キー・利用者・モデル別 | 増えた原因の特定、使われていないキーの整理 |
| 4 | アラート（日次・月次予算・急増） | 請求前に気づき、対処する |
最初から完璧な粒度を設計するより、段階1・2を先に回し、質問に答えられなかった場面で細かくするほうが、運用が続きます。
よくある質問
Q. 利用者別の費用は正確に出せますか？ 多くのプロバイダでは、実費のデータがプロジェクト（ワークスペース）単位までしか出ないため、利用者やAPIキー単位の費用は単価表から計算した概算になります。合計は実費、内訳は概算と区別して扱います。
Q. 部署ごとにキーを分けていません。今からでも部署別に見られますか？ 新しく部署ごとのキーを発行して切り替えれば、切り替え後の利用から部署別に見られます。切り替え前の期間は、キーと部署の対応が付く範囲でのみ集計できます。
Q. 用途別の費用も見える化すべきですか？ 用途ごとにキーやプロジェクトを分けておけば、その単位で用途別の費用を見られます。キーを用途で分けられない場合は、まず部署別から始め、必要に応じて用途の把握を検討します。
まとめ
- 見える化の粒度は「誰が、何を判断するために見るか」から逆算して決める
- 組織の軸だけでなく、時間の軸（月次・日次・時間単位）と金額の性質（実費・概算）も決める
- 見える最小の単位はプロバイダで違い、OpenAIとClaudeはキー、Azure OpenAIはデプロイメント、AWS BedrockとGoogle Vertex AIはモデル単位まで
- 全社の実費と部署別から始め、原因の特定が必要な場面でキー・利用者・モデルへ掘り下げる
ManageAIは、請求書には合計額しか載らない生成AIの利用料を、部署・利用者・プロジェクト・APIキー別に可視化します。全社・プロジェクトは実費、利用者・キー単位は概算と区別して表示し、必要な粒度まで掘り下げられます。モニター企業を募集中です。
関連記事
- 生成AIのコスト管理 完全ガイド｜費用構造・可視化・予算統制の全体像
- 生成AI APIの請求書には何が書かれ、何が書かれていないか
- AI活用が進むほど費用がブラックボックスになる構造的理由
- トークン消費量を管理する意味——費用より先に見るべき指標
次に読む
この記事を書いた人
モニター企業募集
初期費用0円・月額5万円（税別）
先着5社・2026年11月末まで
5プロバイダの利用量と費用を部署・利用者・APIキー別に可視化。読み取り専用キーの登録だけで当日から始められます。
募集要項を見る資料請求・お問い合わせ