自分を欺かずにAIのROIを測る
文・編集:三浦 亮(編集長)
第107号
公開 2026.07.02
更新 2026.07.02
読了 2 分

本番環境での運用経験にもとづいて執筆された記事です。最終確認: 2026年7月2日
やがて誰かが居心地の悪い問いを投げます——そのAIは本当に元が取れているのか? 数字で答えられないチームは、次の計画サイクルで予算を失いがちです。AIのROIを測るのは難しくありませんが、何を測るかを出荷前に決めておく必要があります。
まずベースライン、さもなくば何も無い
「前」が無ければ改善は証明できません。AI稼働前に、そのタスクの現在のコスト——単位あたり時間、エラー率、スループット——を取る。これを飛ばすことが、ROIの主張が根拠なしと一蹴される最大の理由です。
すべてのコストを数える
推論は目立つ費目で、たいてい最小です。正直な集計にはこれらが含まれます。
- 実リクエスト量でのモデル/API費。
- 構築、そしてより重要な保守のエンジニア時間。
- ヒューマン・イン・ザ・ループのレビュー時間。
- すり抜けた誤りのコスト。
価値が着地する場所で測る
| 価値の種類 | 指標 | 注意 |
|---|---|---|
| 時間短縮 | 時間 × 実効単価 | 時間が再配分されて初めて計上できる |
| スループット | 期間あたり処理件数 | 品質が保たれているか要確認 |
| 品質 | エラー/手戻り率 | 実ベースラインが必要 |
| 売上 | コンバージョン、継続 | 帰属は難しい。ホールドアウトを使う |
生産性の蜃気楼に注意
短縮した時間は、その時間が実際に価値ある何かへ再配分されて初めて、削減した費用になります。
週2回する作業から20分削っても、勝利を装った端数です。量 × 頻度を追い、どの削減が本物かに容赦なくなること。可能なら、一部はAIあり・一部はなしのホールドアウトを走らせ、比較が精査に耐えるようにします。
オペレーターのように報告する
コストと品質の追跡を、出荷に使う評価ハーネス(LLM出力を評価する)に畳み込む。そして、紙の上でROIが黒字でも、ビジネスに現れる前に定着という人間の壁を越えねばならないことを忘れないこと。
関連記事
あわせて読む
実装 第102号
本当に動くRAG:本番のための検索パターン
RAGのデモが本番で崩れる理由と直し方。検索リコール、チャンク設計、ハイブリッド検索、グラウンディング、そして検索と生成を別々に評価する。