従量課金

四つの部品。値決めなのはそのうち一つだけ

席課金が問うのは「何人が使うか」です。従量課金が問うのは「このアカウントは我々にどれだけの仕事をさせたか」です。値決めの話に聞こえて、実際にはほとんど工学の話になります。この方式には四つの部品があり、そのうち三つは、金額を口にする前に作っておかなければならない仕組みだからです。

• 単位 — 数える対象。1コール、1メッセージ、1クレジット、生成物1件、1ギガバイト、有効レコード1件。顧客がすでに頭の中で使っている単位を選ばないと、請求書のたびに翻訳作業が発生します。
• 計測 — 発生した瞬間に、顧客ごとに、請求の根拠にできる程度の耐久性で記録する仕組み。ここが欠けていたり概算だったりすると、この一覧の残りはどれも成立しません。
• 単価 — 単位あたりの価格。ほぼ必ず含有量とセットにします。閑散月が失礼な請求書にならず、繁忙月が不意打ちにならないためです。
• 上限 — 暴走したアカウントが誰にも払えない請求を作るのを止めるもの。理屈の上では任意。実務では必須で、とくに自動処理がループしうる場面では効きます。

値決めなのは単価だけです。残り三つは基盤であり、だからこそ計測が信用できるようになる前に従量課金を発表したチームは、顧客自身の請求書について顧客と言い争う羽目になります。

純粋従量、ハイブリッド、クレジット

今日出ているものはほぼ三つの形に収まります。そして違いは、顧客よりもあなたの売上予測に効きます。

• 純粋従量。 使った分だけ、下限なし。誠実で、落ち着かない方式です。売上は読みづらく、顧客にとって静かな月はあなたにとっても静かな月になります。
• ハイブリッド。 含有量つきのサブスクリプションと、それを超えた分の従量。あなたには読める売上を、顧客には読める下限を与えるので、これが定番の答えになっています。
• クレジット。 顧客が残高を購入し、操作がそこから引かれていきます。AI製品で人気なのは、内訳の原価が大きく異なる操作を一つの数字で覆えるからであり、プランの価格を変えずにモデルの価格を変えられるからです。

クレジットには名前を付けておくべき固有の罠があります。クレジットが制御側のコードが読む単位になった瞬間、将来の丸めの判断も換算レートも、表示の変更ではなく請求のバグに変わります。

自社製品をこの方式で値付けして学んだこと

AgentCeres — the AI Growth Officer（agentceres.com）は、顧客ごとにモデル支出を計測し、それをクレジットとして見せています。そこから二つの判断が出てきました。どちらも直感とは逆です。

一つ目。台帳は最後まで通貨で動かし、クレジットは数字が画面に届く直前の一瞬にだけ存在させています。あらゆる上限も、保存された残高も、請求の各行も通貨建てで、たった一か所の変換境界がそれを顧客の見るクレジットに変えます。無駄な間接層に見えますが、代わりの選択肢、つまりクレジットで制御する形にすると、丸めの判断が恒久的に、しかも一斉に、金額のバグへ変わると気づきます。

二つ目。含有量は意図的に、プラン価格を自社レートで換算した値にしていません。厳密に換算すると誰も覚えていられない数字になるので、読みやすい数字まで切り上げ、その分の原価を受け入れています。そして理由を定数のすぐ隣に書き残しました。あとから誰かが「整理」してしまわないためです。価格ページが決して見せないのはここです。価格と含有量は二つの判断であって一つではなく、一つのものとして扱うことが、どちらかが動いた瞬間に文言が古びる原因になります。

使わないほうがよい場合

従量課金が自動的に今風で正しい選択になるわけではありません。定額のほうが素直に良い場面が四つあります。

• 限界費用がほぼゼロのとき。 もう1アクションが実質無料なら、計測して得られるのは、製品を使う代わりにカウンターを眺める顧客だけです。
• 買い手が固定額を必要とするとき。 中規模企業の購買は、毎四半期に変動する請求書を弁明するくらいなら、多めに払うほうを喜んで選びます。
• まだ計測できないとき。 概算はダッシュボードには十分で、請求書には失格です。
• 単位を顧客が制御できないとき。 自分が起こしていると見えないものへの課金は、計算がどれほど公正でも恣意的に読まれます。

方式ではなく金額そのもので迷っているなら、AI製品の価格の決め方が、原価が動く前提で単価にたどり着く話をしています。足りないのが計測のほうなら、Flexpriceはオープンソースで中身を確かめられる場所です。そしてここへ来た理由がエージェント自体の自作を考えているからなら、その判断には別のページがあります。