生成AIのROIが出ないと言われる理由｜分母が見えていない
生成AIのROIが出ないと言われる最大の理由は、効果（分子）ではなく費用（分母）が部署・用途の単位で見えていないことです。請求書に合計額しか載らない構造、複数プロバイダへの分散、実費と概算の混同など、分母が見えない5つの理由と、ROIを出せる状態にするための手順を解説します。
生成AIのROIが「出ない」「分からない」と言われるとき、原因は効果の測り方よりも、費用（分母）が見えていないことにある場合がほとんどです。効果はアンケートや作業時間の記録で集められても、その効果を生んだ部署や業務に、いくらの費用がかかったかが分からなければ、割り算ができません。
この記事では、分母が見えない5つの理由と、ROIを出せる状態にするための手順を説明します。ROIの全体像は「生成AIのROI測定 完全ガイド」を参照してください。
ROIが出ない会社で起きていること
ROIが出ない会社では、次のような状態がよく見られます。
- 利用部門は「便利になった」「時間が減った」と報告している
- 経理は毎月の請求額を把握している
- しかし「どの部署のどの業務に、いくらかかったか」を答えられる人がいない
効果の情報と費用の情報が、別々の場所に別々の単位で存在していて、つながっていない状態です。この状態でROIを求められると、全社の費用に対して一部の部署の効果を割るような、根拠の弱い数字しか出せません。
分母が見えない5つの理由
1. 請求書に合計額しか載らない
生成AIのAPIは従量課金で、請求書にはプロバイダごとの合計額が載ります。どの部署が・どの業務で使ったかは、請求書からは分かりません。部署別の費用を出すには、プロバイダ側の利用量データを部署に対応付ける作業が別に要ります。
2. 利用が複数のプロバイダに分散している
開発部門はOpenAI、全社チャットはAzure OpenAI、ある部署はClaude、というように、利用が複数のプロバイダに広がると、費用を集める場所も複数になります。管理画面ごとに見え方も単位も違うため、横断して集計するのは手作業になります。
3. プロバイダの単位と組織の単位が違う
プロバイダ側の単位は、APIキー、デプロイメント、アカウント、モデルなどの技術的な単位です。社内の「部署」という概念はありません。
| プロバイダ | 利用量が見える単位 |
|---|---|
| OpenAI・Claude | APIキー × モデル |
| Azure OpenAI | デプロイメント × モデル |
| AWS Bedrock・Google Vertex AI | モデル（リージョン・ロケーションごと） |
これを部署に対応付ける組織マッピングがないと、部署別の費用は出ません。
4. 共用のキーやアカウントがある
複数の部署で1本のAPIキーを共用していると、そのキーの費用はどの部署のものか分かりません。按分のルールがなければ、部署別の費用は出せません。
5. 実費と概算が混ざっている
請求の根拠となる実費は、プロバイダの多くでプロジェクトやリソースの単位までしか取れません。部署別・利用者別の費用は、トークン数に単価を掛けた概算になります。実費と概算を区別せずに集計すると、合計が請求書と合わず、数字全体の信頼を失います。
分子（効果）も曖昧になりやすい
分母ほどではありませんが、分子の側にも曖昧さがあります。
| よくある状態 | 問題 |
|---|---|
| 効果がアンケートの満足度だけ | 金額に換算できない |
| 削減時間が利用者の申告だけ | 過大に見積もられやすい |
| 導入前の作業時間を測っていない | 比較の基準がない |
ただし、分子は「導入前後の作業時間を数件実測する」だけでも大きく改善します。分母は仕組みがないと毎月の手作業になるため、先に分母の集計を仕組みにするほうが効果的です。効果の測り方は「生成AIの効果測定」を参照してください。
ROIを出せる状態にする手順
- 契約している経路を洗い出す: 会社として費用を払っているプロバイダ・アカウントをすべて挙げる
- 組織マッピングを作る: APIキー・デプロイメント・アカウントを部署や業務に対応付ける
- 共用キーの扱いを決める: 分割するか、按分のルールを決める
- 実費と概算を分けて集計する: 合計は実費、部署別の内訳は概算として示す
- 効果の測定単位を費用に合わせる: 部署別の費用が出るなら、効果も部署別に集める
- 月次で同じ手順を繰り返す: 推移が見えると、ROIの議論が「出るか出ないか」から「上がっているか」に変わる
この手順のうち2〜4は、毎月の手作業にすると続きません。プロバイダの利用量データから部署別の費用を自動で集計する仕組みを持つことが、ROIを継続して報告するための前提になります。
「ROIが出ない」と言われたときの説明
経営層から「ROIが出ていない」と指摘されたときは、次の順で説明すると議論が前に進みます。
- 全社の費用（実費）はいくらか
- 部署別の費用の内訳（概算）はどうなっているか
- 効果が測れている部署・業務はどこか、その部署の費用と効果はいくらか
- 効果が測れていない部署について、次の月までに何を測るか
分母の内訳を先に示すと、「どこの効果を測れば判断できるか」が明確になります。答え方の型は「経営層に「AIのROIは？」と聞かれたときの答え方」で詳しく扱っています。
分母が見えるようになると変わること
費用が部署・業務の単位で見えるようになると、ROIの議論は次のように変わります。
| 見えていないとき | 見えるようになったとき |
|---|---|
| 「全体として効果は出ているはず」 | 「営業部は費用の3倍の効果、管理部はまだ測定中」 |
| 「費用が増えているのは利用が広がったから」 | 「増加分の6割は開発部の検証用バッチ」 |
| 「どこを削ればよいか分からない」 | 「使われていないキーと、効果の小さい用途から見直す」 |
| 「追加投資の根拠がない」 | 「費用が小さく効果が大きい部署に配分する」 |
分母が見えると、ROIは「出るか出ないか」の議論から「どこを伸ばし、どこを見直すか」の議論に変わります。
費用の内訳を出す3つの方法
分母を部署・業務の単位で出す方法は、大きく3つあります。
| 方法 | 内容 | 向いている状況 | 課題 |
|---|---|---|---|
| 手作業 | 各プロバイダの管理画面から利用量を出し、表計算で部署に割り振る | プロバイダが1〜2社、キーが少ない | 毎月数時間かかり、担当者が変わると続かない |
| 内製 | 各社の管理APIから利用量を取得し、社内で集計の仕組みを作る | 開発の余力がある | プロバイダごとに仕様が違い、単価の更新も必要 |
| ツール | 複数プロバイダの利用量を集めて部署別に集計するサービスを使う | プロバイダが複数、専任者がいない | 利用料がかかる。セキュリティ審査が必要 |
どの方法でも、プロバイダの単位を部署に対応付ける組織マッピングは必要です。手作業から始めて、キーの本数やプロバイダが増えた段階で仕組みに移る、という進め方も現実的です。
よくある質問
Q. 部署別の費用が概算では、ROIとして使えませんか？ 使えます。概算の合計と請求書の実費の差を毎月確認し、差が小さいことを示しておけば、内訳の信頼性は保てます。概算であることを明記したうえで、部署間の比較や推移の把握に使います。
Q. 共用のキーはすべて分割すべきですか？ 理想は分割ですが、すぐに難しければ、利用者数や業務量の比率で按分するルールを決めて使います。按分した費用は、キーで直接集計した費用と区別して示します。
Q. サブスクリプション型の利用も同じように見えなくなりますか？ サブスクリプションは席数 × 単価なので、費用の総額は把握しやすい一方、誰がどれだけ使っているかは別の方法で確認する必要があります。API利用料とは把握の方法を分けて考えます。
まとめ
- 生成AIのROIが出ない最大の理由は、分母（費用）が部署・業務の単位で見えていないこと
- 請求書の粒度、プロバイダの分散、単位の違い、共用キー、実費と概算の混同の5つが原因
- 分子は導入前後の実測で改善できる。先に分母の集計を仕組みにする
- 組織マッピングで費用を部署に対応付け、合計は実費・内訳は概算として月次で示す
ManageAIは、5プロバイダのAPI利用料を組織マッピングで部署・利用者・プロジェクト・APIキー別に可視化し、ROIの分母を部署単位で揃えます。実費と概算を常に区別し、経営報告にそのまま使えるCSVを出力できます。モニター企業を募集中です。
関連記事
次に読む
この記事を書いた人
モニター企業募集
初期費用0円・月額5万円（税別）
先着5社・2026年11月末まで
5プロバイダの利用量と費用を部署・利用者・APIキー別に可視化。読み取り専用キーの登録だけで当日から始められます。
募集要項を見る資料請求・お問い合わせ