従量課金のAIはどう予算化する？｜上限と実績で管理する

「先月の請求が想定の3倍でした。誰かが無茶な使い方をしたわけでもないのに、です」「来年度の予算に載せる金額を聞かれても、使ってみないと分かりませんとしか答えられません」——AIの費用を組む立場から届く声です。総務省の令和7年版情報通信白書（2025年公表）では、何らかの業務で生成AIを利用していると回答した割合は日本で55.2%に達しました。導入するかどうかの議論はおおむね終わり、費用をどう組むかへ論点が移っています。見積もりが下手だから当たらないのではありません。本当は、席の数で決まる費用と、呼んだ回数で決まる費用を、同じ1枚の予算表に並べていることから起きています。この記事では、何が単位で増えるのか、固定と変動をどう切り分けるか、上限をどこに置き、実績をどの粒度で見るかまでを順に整理します。

場面：ひと月3万円で始めた仕組みが、半年で桁の変わる請求になる

ここでは1つの場面を置いて、記事の最後まで同じ題材で追います。産業用の計測機器を扱う従業員600人規模のメーカーで、マーケ部門が問い合わせへの返信の下書きをAIに作らせる仕組みを、API経由で組みました。最初の月の請求はおよそ3万円です。担当者はこの金額を12倍して年間36万円と見積もり、翌年度の予算に載せました。ここまでの判断に、おかしなところはありません。

半年後、月の請求はおよそ28万円になっていました。その間に3つの変化が挟まっています。使う部署が1つから3つに増えたこと、返信の前提として貼り付ける社内資料が2ページから14ページに増えたこと、そして夜間に問い合わせを分類する処理を自動で回し始めたことです。どれも現場から見れば改善で、止める理由のない変化でした。

部門が出した結論は「AIは思ったより高い」でした。しかし単価は1円も上がっていません。上がったのは呼んだ回数と、1回あたりに扱う量です。値上げされたのではなく、使い方が育った分がそのまま請求に出ただけです。ここを取り違えると、対策が値段の交渉や乗り換えへ向かい、費用の構造そのものは手つかずで残ります。

この記事では、この場面を最後まで題材にします。なお、どのサービスの法人向けプランが安いかという比較や、稟議をどう書いて通すかには踏み込みません。契約先を変えなくても、費用の構造を先に把握するだけで、請求の振れ幅は小さくできます。順番として、そちらが先に来ます。

なぜ従量課金は年度予算と噛み合わないのか

年度予算は、先に金額を置いてから動く仕組みです。従量課金は、動いた後に金額が決まる仕組みです。2つは時間の向きが逆を向いています。予算が当たらないのは担当者の見積もりが甘いからではなく、金額が決まる順番がそもそも逆だからです。

席あたりの月額で契約する形なら、予算は書けます。人数と単価と12か月を掛ければ、上限が最初から決まっているからです。従量課金では、掛ける相手が呼んだ回数になります。回数は業務が伸びるほど増えるので、施策がうまくいくほど費用も増える形になります。うまくいったことを費用の超過として報告しなければならない、という奇妙な事態はここから生まれます。

2026年に入って、この形と向き合う会社が増えました。バルテス・イノベーションズが2026年6月15日に公開したレポート（同記事が2026年6月時点の内容と明記）は、定額の枠内で回していた業務の自動化が枠の外に出され、自動実行の分が従量課金の対象になった動きを整理しています。同レポートによれば、付与される枠は月ごとで繰り越しがなく、使い切ればその月は追加分が費用になります。定額で回っていた仕組みが、契約側の変更で変動費に変わることがあるという前提を、予算の側が持っておく必要があります。

だから作り方を変えます。金額を当てにいくのをやめ、上限と警告を先に置き、実績を見ながら枠を動かす形にする。予算の役割が、見積もりの正しさから、止めどころの設計へ移ります。

まず「何が単位で増えるのか」を1つに決める

費用の話を始める前に、何を1単位として数えるかを社内で1つに決めます。ここが揃っていないと、情報システムは呼び出しの回数で話し、マーケは記事1本あたりで話し、経理は月額で話すことになり、同じ請求を見ながら議論が噛み合いません。

増える要因は3層に分かれます。呼んだ回数、1回あたりに扱う量、そして扱う仕事の重さ（どの水準のモデルを使うか）です。このうち現場が日々動かせるのは回数と量で、重さは仕組みを作るときの設計でほぼ固まります。設計に手を入れないまま回数だけ減らそうとすると、費用より先に業務のほうが止まります。

決める単位は「業務1件あたりの費用」を勧めます。問い合わせ1件、記事1本、面談1回といった数え方です。業務の単位で数えると、費用が業務量と結び付き、増えた理由を業務の側から説明できます。回数やトークンの量で数えると、数字としては正確でも、決裁の場での会話に使えません。

この定義はAIに決めさせません。何を1件と数えるかは、業務の側の合意そのものだからです。定義を人が決め、集計を仕組みに任せるという順番にすると、後から数字の意味がずれません。逆にした場合、集計は速く出ても、その数字が何を指しているかを誰も説明できなくなります。

入る量と出る量では単価が違う。出す側のほうが高い

従量課金の単価は、入る量と出る量で別々に決まります。そして出す側のほうが高いのが通例です。AI総合研究所が2026年7月9日に公開した主要APIの料金比較（2026年7月時点）では、出力の単価は入力のおおむね2倍から6倍とされています。同記事に挙がった例では、100万トークンあたり入力5ドルに対して出力30ドルという6倍差の組み合わせがありました。

この差は、頼み方の癖に直結します。長い資料を渡して短くまとめさせる仕事は、入力が長く出力が短いので、扱う量の割に安く済みます。逆に、短い指示から案を20個出させる仕事は、入力が数行でも出力が伸びます。費用が重いのは、渡した資料の厚さではなく、返させた文章の長さです。

実務で最初に効く手は単純です。出力の長さに上限を置くこと。案を20個ではなく5個にするだけで、その処理の費用は素直に下がります。長く出させてから人が削る運用は、削る手間と費用の両方を払っていることになります。短く出させて人が足すほうが、費用も確認の手間も軽くなります。

人数では増えない。呼んだ回数で増える

席あたりの月額に慣れていると、費用は人数に比例すると考えがちです。従量課金では比例しません。100人分の権限を配っても誰も使わなければ費用は出ず、逆に1人が組んだ自動処理が夜通し動けば、その1人分だけで桁が変わります。

ここで効いてくるのが自動実行です。先のバルテス・イノベーションズのレポート（2026年6月時点）は、エージェント型の自動化が1つの仕事で数百回から数千回AIを呼び出すことを指摘しています。人が画面で1回頼んだつもりでも、裏では数百回分の費用が発生していることがあります。長時間動く処理や並行して走る処理が当初の想定を恒常的に大きく超える、という提供側の説明も同レポートに引かれています。

だから利用者数に上限を置いても、費用は止まりません。効く上限は、人数ではなく回数と量に掛けたものだけです。冒頭の場面で請求が跳ねた最大の要因も、部署が2つ増えたことではなく、夜間の自動処理が加わったことでした。人が眠っている時間に増える費用は、誰の目にも触れないまま積み上がります。

固定と変動を4つの層に切り分ける

予算表に落とすために、費用を4つの層に切り分けます。切り分ける目的は金額を精密にすることではなく、どこに上限を置けるかを見分けることです。上限を置けない層に無理に上限を置こうとすると、業務のほうが先に止まります。

層	費用の性質	年度予算での置き方	増える引き金
契約・基盤の費用	固定	12か月分を先に置く	契約の更新と改定
席・権限の費用	半固定	配る人数の上限を決めて置く	権限を配る人数が増える
呼び出しの費用	変動	上限つきの変動枠にする	件数と1件あたりの量
保存・付随の費用	見落とされる変動	予備枠に含める	保存期間とデータの量

表の1層目と2層目は、年度の初めに金額が決まります。悩むのは3層目です。3層目に置くべきなのは金額そのものではなく、金額の上限と、上限に当たったときの動き方です。変動費の欄に単一の見込み額だけを書くと、当たらなかったときに責任の話になります。上限と警告の設計まで書いておけば、超えたかどうかではなく、超えたときにどう動いたかで評価できます。

見落とされやすいのは4層目です。AI総合研究所の同じ比較（2026年7月時点）では、保存にかかる料金が時間あたりで別途発生する例や、繰り返す前提を使い回すための書き込みに1.25倍から2倍の追加費用がかかる例が挙がっています。使っていない時間にも増える費用があるという点で、4層目は他の3層と性質が違います。冒頭の場面でも、この層は誰の担当でもないまま残っていました。

使いすぎが起きるのは、だいたい4つの型

費用が跳ねる原因は、会社ごとに違うように見えて、実際には数種類の型に収まります。冒頭の場面と、公開されている実務の記録から取り出すと、次の4つになります。

• 毎回の依頼に同じ長い前提資料を丸ごと貼っている（入力の量が全件に掛かる）
• 自動実行の連鎖。1回の指示の裏で数百回呼ばれている
• 失敗したら自動でやり直す設定。壊れた入力に対して再試行が積み上がる
• 長い文脈をそのまま渡す。境目を超えると単価そのものが上乗せされる

1つ目が最も多い型です。前提として毎回貼り付ける社内資料は、依頼のたびに入力の量として数えられます。2ページが14ページになれば1回あたりの入力は7倍になり、それが件数の分だけ掛かります。人から見れば同じ作業を続けているだけなので、増えた実感がまったくありません。3つ目の再試行も同じ性質を持ちます。入力そのものが壊れている場合、やり直しても結果は変わらず、費用だけが積み上がります。

4つ目は仕様に由来する型です。先の比較（2026年7月時点）では、一定の長さを境に単価が2倍になる例や、長い文脈を扱う際に単価が入力10ドル・出力45ドルへ上がる例が挙がっています。同じ処理でも、渡す資料が境目を1ページ超えた瞬間に単価が変わることがあります。4つの型に共通しているのは、1回の重さが誰にも見えていないことです。

見積もりは一度で当てない。3段階で作る

見積もりを一度で当てようとすると外れます。外れる前提で、段階を分けて精度を上げていくほうが現実的です。ペパボの技術ブログ（2026年5月1日公開）に、実際にこの形で進めた記録が公開されています。

この進め方の要点は、2段目で必ず実測を取ることです。設計した直後の概算と、実際に動かしたときの量は、たいてい一致しません。安全係数の2倍を乱暴だと感じるとしたら、それは見積もりを当てにいく発想がまだ残っているからです。2倍は当てるための数字ではなく、上限を置くための余白です。

3段目で見る項目も具体的です。1件あたりの平均量、利益率への影響、特定の工程だけが異常に消費していないかの3つ。見積もりの役目は金額を当てることではなく、上限を置ける根拠を作ることです。根拠のない上限は現場に説明できず、説明できない上限は必ず引き上げられます。

見積もりの表に乗ってこない費用が3つある

見積もりの表に現れにくい費用が3つあります。金額としては小さく見えますが、これらが予備枠を置く理由になります。

1つ目は、数え方そのものが変わることです。AI総合研究所の比較（2026年7月時点）では、数える仕組みの変更によって、同じ文章でも実質的に3割ほど多い量として数えられるようになった例が挙げられています。単価が据え置きでも、数え方が変われば請求は増えます。2つ目は保存と書き込みにかかる費用で、時間あたりの保存料が別途かかる例や、前提を使い回すための書き込みに1.25倍から2倍の追加がかかる例があります。

3つ目は為替です。単価がドルで決まる契約では、円で組んだ予算は為替の分だけ動きます。使い方を1つも変えていない月に請求が増えることがあるのは、多くの場合この3つ目が理由です。原因を現場の使いすぎだと決めつける前に、この3つを消しておく必要があります。

• 数え方の仕様変更は事前に告知されることが多い。告知を受け取る担当を先に決めておく
• 保存料は使っていない時間にも発生する。保存期間の既定値を確認する
• ドル建ての単価は、円の予算では為替の振れがそのまま乗る。予備枠で吸収する

上限は3つの層に置く。組織・鍵・処理

ここから対策に入ります。最初に置くのは上限です。上限は1か所ではなく、3つの層に置きます。1か所に集約すると、当たった瞬間に関係のない業務まで巻き添えで止まります。

1層目は契約や組織の全体に対する月次の上限、2層目は利用の鍵ごとの上限、3層目は処理や機能ごとの上限です。3層あると、どこで止まったかがそのまま原因の特定になります。鍵を用途ごとに分けておけば、暴走した処理だけを止め、他の業務は動かし続けられます。冒頭の場面なら、夜間の分類処理と日中の返信生成に別の鍵を割り当てておけば、跳ねた原因は翌朝には分かっていたはずです。

警告は段階で置きます。到達率50%、80%、100%の3点に通知を出し、それぞれの意味を先に決めておきます。月の半ばで50%なら想定通り、月の10日で50%なら要調査、といった読み方です。警告の意味を先に決めておかないと、通知は数回で無視されるようになります。届く通知の数より、届いた通知を誰がどう読むかのほうが先に決まっている必要があります。

止めるのか、落とすのか。上限に当たった後を先に決める

上限を置いたら、当たった後の動きを決めます。決めていないと、上限に当たった夜に誰かが独断で上限を引き上げ、翌月も同じことが起きます。上限を置いたのに費用が止まらない会社は、たいていここが空欄です。

選択肢は3つです。完全に止める、待たせる（順番に並べて後で処理する）、軽いほうへ落とす（簡易な処理に切り替える）。これを業務ごとに割り当てます。社外の相手を待たせる処理は止められず、社内向けの下書き生成は止めてよいという具合に、業務の性質で自然に分かれます。冒頭の場面なら、返信の下書きは待たせる、夜間の分類は止める、という割り当てになります。

ここで1つ、はっきり引いておくべき線があります。上限の引き上げを、AIや仕組みに自動で判断させないことです。自動で引き上げる設定は、異常が起きたときに異常そのものを隠します。引き上げは人が承認し、承認した理由と金額を記録に残す。止まったこと自体は事故ではなく、上限が正しく働いた証拠です。この受け止め方を先に共有しておかないと、上限を置いた担当者が責められて終わります。

単価そのものを下げる3つのレバー

使う量を減らす以外に、単価の側を下げる手が3つあります。いずれもAI総合研究所の比較（2026年7月時点）に整理されているもので、条件が合う業務でしか効きません。効かない業務に当てても、手間だけが増えます。

下げ方	効き方（2026年7月時点）	使える条件	向く業務
繰り返す前提を使い回す	条件が合えば入力側が標準の10%	同じ前提を高い頻度で使う	問い合わせ対応、定型の判定
急がない処理をまとめて出す	標準の50%割引	返答まで24時間の余裕がある	夜間の分類、まとめての要約
仕事の重さで振り分ける	軽い処理を安い水準へ寄せる	処理の難易度を先に分けられる	分類と本文生成が混ざる業務

1つ目は、繰り返し使う前提を使い回す仕組みです。同比較では、条件が合ったときに入力側が標準の10%、つまり9割引になる例が示されています。同じ前提を毎回貼っている業務ほど効き方が大きく、冒頭の場面の14ページはまさにこの対象でした。ただし書き込み側に追加費用がかかるため、たまにしか使わない前提に当てると逆に増えます。

2つ目は、急がない処理をまとめて出す方式で、同比較では標準の50%割引とされています。条件は、返答まで24時間の余裕があること。その日のうちに要らない処理を、その日のうちに返させていないかを一度点検すると、対象が思ったより多く見つかります。3つ目は仕事の重さでの振り分けで、分類のような単純な処理は軽い水準に寄せ、判断を要する処理だけを上位に回します。

実績は月末の請求ではなく、1件あたりで見る

上限の次は実績です。ここでよくある失敗は、月末の請求書をそのまま実績として扱うことです。請求書は合計しか教えません。増えた理由が件数なのか、1件あたりの量なのか、単価の条件が変わったのかが分からないままです。

見る値は3つに分けます。件数、1件あたりの平均量、1件あたりの費用。この3つに分けると、増減が掛け算に分解できます。件数が2倍なのに費用が4倍なら、原因は件数ではなく1件の重さです。合計だけを見ている限り、打てる手はいつも使用を控えることにしかなりません。控えるという対策は、効果が出るまで誰も反対しない代わりに、業務の側を確実に細らせます。

見る頻度は週です。月次にすると、気づいたときには1か月分が確定しています。そして異常かどうかの判定は人が行います。普段の3倍という数字が事故なのか、正しい業務量の増加なのかは、業務を知っている人にしか判断できません。数字を出す作業は仕組みに任せ、意味づけは人が持つ。この分担だけは崩さないほうが安全です。

部門への配賦：誰が払うかを先に決める

費用を共通費のまま置くと、誰も減らそうとしません。減らす動機を持つ人がいない費用は、放っておけば必ず増えます。だから部門への配賦を先に決めます。金額の大小より、担当が決まっているかどうかが効きます。

配賦の単位は、利用の鍵か、処理の種類にします。呼び出しの側に部門や用途の目印を付けておけば、後から集計できます。この目印は、仕組みを作るときにしか付けられません。動かし始めてから遡って配賦しようとすると、どうしても推計になり、推計の配賦は必ず揉めます。

配賦には副作用があります。自部門の費用として跳ね返ると、試すこと自体をためらう人が出ます。配賦する枠とは別に、部門を問わず使える試行の枠を小さく残しておくと、この副作用が抑えられます。試行の枠は上限を低く、期限を短く切り、使い切ったら報告する形にしておけば十分です。

年度予算への落とし込み：3本立てで書く

ここまでを年度予算の形にまとめます。要点は、1本の金額として書かないことです。3本に分けて書きます。

1. 固定枠：契約と席の費用。年度の初めに金額が決まる
2. 変動枠：呼び出しの費用。上限額と、上限に当たったときの動きを一緒に書く
3. 予備枠：数え方の変更、保存料、為替のため。使うときの報告の形を先に決めておく

変動枠の金額は、実測から作ります。1件あたりの費用に想定件数を掛け、そこへ安全係数を掛ける。冒頭の場面なら、返信1件あたりの費用を検証環境で測り、月間の問い合わせ件数を掛け、2倍を掛けた額が変動枠になります。この2倍は無駄な余裕ではなく、上限を置くために必要な余白です。余白がなければ、上限は初月から当たり続けます。

予備枠は、数え方の変更、保存料、為替のために置きます。使うときの報告の形も先に決めておきます。予備枠から出したという記録が残ると、翌年度の変動枠の精度がそのまま上がります。使わずに終わった予備枠は返せばよいだけで、返した実績もまた翌年度の材料になります。予算を当てる技術より、外れ方を記録する習慣のほうが早く効きます。

よくある質問

定額のプランに切り替えたほうが安く済むのではありませんか

業務量が読めていて月ごとの振れが小さいなら、その通りです。ただし判断の材料は実測の1件あたり費用と件数で、これが無いまま定額へ移ると、使わない枠を買うことになります。先に測り、次に選ぶという順番は変わりません。加えて、定額の枠内で回していた自動化が契約側の変更で枠の外に出た例が2026年に出ているため、定額であっても変動する部分が残るという前提は置いておきます。

上限を置くと、業務が止まってしまいませんか

止まる業務と止めてよい業務を先に分けておけば、止まりません。上限に当たったときの動きを、止める・待たせる・軽いほうへ落とすの3つから業務ごとに選んでおきます。止まって困る業務ほど、専用の枠を分けて上限を別に持たせます。全体で1つの上限しか無い状態のほうが、止まる範囲は広くなります。

見積もりはどのくらい外れるものですか

目安として、公開されている実務の記録では、検証環境で取った実測に2倍程度の安全係数を掛けています（2026年5月時点の記録）。設計した直後の概算はさらに粗く、桁が合っていれば十分だと考えるほうが実際的です。精度を上げにいくのは、実測が取れてからです。動かす前に精密な数字を作る作業は、ほとんどが後で捨てることになります。

費用が増えたのは失敗ということですか

件数が増えた結果なら、業務が回った証拠です。区別できるのが1件あたりの費用です。1件あたりが横ばいで合計が増えたなら扱った量が増えただけ、1件あたりが上がっているなら使い方か仕様のほうが変わっています。報告の場で最初に出す数字を、合計ではなく1件あたりにするだけで、会話の中身が変わります。

まとめ

従量課金のAIを予算化できないのは、見積もりの腕の問題ではありません。増える単位が回数と量であること、そこへ数え方の変更や保存料や為替という別の増え方が混ざっていることを、1本の金額に押し込もうとしているからです。金額を当てにいくのをやめ、上限と実績で管理する形に切り替えることが出発点になります。

手順は決まっています。業務1件を単位に決め、費用を4つの層に切り分け、変動する層に3つの上限と3段の警告を置く。当たった後の動きを、止める・待たせる・落とすから選び、上限の引き上げだけは人が承認する。実績は請求書ではなく件数と1件あたりで週ごとに見て、鍵ごとに部門へ配賦する。年度予算には、固定枠・変動枠・予備枠の3本で書きます。

最後に1つ。この設計は費用を削るためのものではありません。どこまで使ってよいかが決まっていれば、現場は上限の内側で遠慮なく使えます。上限の無い状態は自由に見えて、実際には全員が使いすぎを恐れながら使う状態です。予算の設計は、使ってよい範囲を渡す作業でもあります。

※本記事にはAIが活用されています。編集者が確認・編集し、可能な限り正確で最新の情報を提供するよう努めておりますが、情報の完全性、正確性、最新性、有用性等について保証するものではありません。本記事の内容に基づいて行動を取る場合は、読者ご自身の責任で行っていただくようお願いいたします。