使用量ベースの料金体系は、外から見るとシンプルに思えます。しかし、この料金モデルの採用は最初のステップに過ぎず、課金単位の設定、ティア構造の設計、変動性への対応方法など、さまざまな意思決定が伴います。これらの選択は、収入、柔軟性、顧客満足度に大きく影響します。最適なアプローチは、業界、買い手の種類、コスト構造によって異なります。

以下では、AI、アプリケーションプログラミングインターフェース (API)、インフラ、自動化といったテクノロジー業界における使用量ベース料金の実際の事例を 10 件取り上げて解説します。

ハイライト

• 企業が選ぶ課金単位—トークン、タスク、ギガバイト秒 (GB 秒) など—は、価格そのものと同様に顧客体験を左右します。

• API やインフラ製品は純粋な従量課金 (PAYG) モデルとの相性が良く、自動化やデータ製品では上限付きサブスクリプションやハイブリッドのコミットモデルが採用される傾向にあります。

• AI 企業はトークン単位の料金設定に予測可能性のための仕組みを組み合わせる傾向があり、使用量を予測、調整できる顧客に対してメリットを提供します。

2026 年の従量課金と使用量ベースの料金プランの例

以下は、SaaS (サービスとしてのソフトウェア)、AI ツール、API、自動化、インフラを提供する企業が実際に採用している使用量ベースおよび PAYG の料金モデルです。各ケーススタディでは、何に対して課金されるか、変動にどう対応しているか、顧客にどのように料金が表示されるかを説明します。

OpenAI API

• 課金単位: トークンごとに課金。入力トークンと出力トークンは別々に価格設定され、モデルのティア (GPT-4o、o1、o3-mini など) によって料金が異なります。

• パッケージ: 最低利用額なしの PAYG。バッチ API コールには割引が適用されます。大手顧客はコミット型の利用契約を交渉可能です。レート制限により、間接的なティア構造が生まれます。

• 顧客体験: 短いプロンプトを送信する研究者はほぼコストがかかりません。大量の長文ドキュメントを処理する本番環境のアプリでは、コストが急速に積み上がる場合があります。入力トークンと出力トークンの分離が、支出を細かく調整するための手段となります。決済は Stripe によって処理されます。

Anthropic Claude API

• 課金単位: 100 万トークンのバッチごとに課金され、入力と出力の料金は別々に設定されています。プロンプトキャッシュ (繰り返されるコンテキストの保存) は低い料金で提供されており、既存のコンテキストを再利用できるようリクエストを設計する顧客に恩恵があります。

• パッケージ: API レベルでは最低利用額なしの PAYG。開発者以外のユーザー向けには、Claude の顧客向けプランが定額サブスクリプションとして提供されます。

• 顧客体験: プロンプトキャッシュの仕組みにより、プロンプトを丁寧に設計した顧客はコスト削減が可能です。決済は Stripe によって処理されます。

Twilio

• 課金単位: 送受信メッセージ単位、通話時間 (分) 単位、またはプロビジョニングされた電話番号単位で課金されます。通信タイプごとに独自のレートカードがあります。

• パッケージ: 月額最低利用額なしの PAYG。定義済みの閾値で自動的に適用されるボリューム割引があります。高支出アカウント向けにはコミット型のボリューム価格も利用可能です。

• 顧客体験: コストは予測しやすい形でスケールします。月に 500 件のショートメッセージ (SMS) 認証を送信するスタートアップは、毎週数百万件の配送通知を送る物流会社よりもはるかに低コストです。ただし、メッセージ種別、送信先の国、通信事業者によって価格が変わる多次元のレートカードにより、全体的な支出の把握が複雑になる場合があります。決済は Stripe によって処理されます。

Datadog

• 課金単位: 各製品ラインに固有の課金単位があります。監視ホスト数 (時間単位)、取り込まれたカスタムメトリクス数、インデックス化されたログの GB 数、アプリケーションパフォーマンスモニタリング (APM) のトレース解析数などが例として挙げられます。

• パッケージ: ハイブリッド型で、中堅と大手顧客の多くは年間コミット契約を選択します。オンデマンド料金は利用可能ですが、コミット価格と比較して割高です。「Infrastructure + APM + Logs」などの多数の製品バンドルを利用できます。

• 顧客体験: 顧客は通常ホスト数をコミットし、超過分に対して追加料金を支払います。マルチプロダクト構造により、1 つの顧客アカウントで 5～6 種類の使用量メーターが同時に稼働する場合があります。決済は Stripe によって処理されます。

Amazon Web Services (AWS) Lambda

• 課金単位: リクエスト数と実行時間に基づいて課金されます。実行時間は GB 秒単位 (割り当てメモリ × 実行時間) で計測されます。

• パッケージ: 永続的な無料ティアにより、顧客ごとに月間最初の 100 万リクエストと 40 万 GB 秒が無料で提供されます。それ以降は最低利用額もサブスクリプションもない PAYG となります。

• 顧客体験: 処理が実行されたときにのみ課金されるため、コストは使用量と一致します。トラフィックの多い API エンドポイントはピーク時に多くの料金が発生し、深夜はほぼゼロになります。メモリ割り当ての最適化によりコスト削減が可能です。

Snowflake

• 課金単位: クレジット (コンピューティング能力の抽象単位で、仮想ウェアハウスのサイズと実行時間に対応) ごとに課金されます。ストレージはテラバイト単位の月額で別途課金されます。

• パッケージ: 最低利用額なしの PAYG。顧客は通常、割引価格でクレジットを事前購入します (年間または複数年)。自動一時停止機能により、アイドル時にウェアハウスが停止するため、使用量が変動します。

• 顧客体験: 同じデータ量を扱う 2 社の顧客でも、クエリのスケジュールやウェアハウスのサイズ設定によって請求額が大きく異なる場合があります。支出を適切に解釈するには、クレジットの抽象的な概念を理解することが必要です。決済は Stripe によって処理されます。

Zapier

• 課金単位: タスクごとに課金。「Zap」が実行する各アクションが 1 タスクとしてカウントされます。

• パッケージ: 月間タスク上限付きの段階制サブスクリプションプラン。上限を超えると自動化が一時停止するか、アップグレードの案内が表示されます。無料ティアでは限定的なタスクが利用可能です。

• 顧客体験: タスク単価で支払うのではなく、タスクのアローワンスを購入する形式のため、ヘビーユーザーは月間アローワンスを予想より早く使い切ることがあります。

Replicate

• 課金単位: コンピューティング時間の秒単位で課金。秒あたりの料金は、モデルが使用する特定のハードウェアティア (CPU、T4 GPU、A100 など) によって異なります。

• パッケージ: サブスクリプションや最低利用額なしの PAYG。モデルをキャッシュすることでコールドスタートのレイテンシを削減できますが、課金単位は変わりません。

• 顧客体験: ハードウェアティアの料金設定により、開発者は特定のマシンをレンタルするイメージでコストを具体的に把握できます。決済は Stripe によって処理されます。

Segment

• 課金単位: 月間トラッキングユーザー数 (MTU)、つまり特定の月にプラットフォームを通じてイベントが流れたユニークユーザー数に基づいて課金されます。

• パッケージ: MTU の範囲に基づく段階制プラン。無料ティアは 1,000 MTU が上限。有料プランはユーザー数に応じてスケールし、大規模な展開にはカスタムのエンタープライズ契約が利用されます。大規模利用では年次請求が標準です。

• 顧客体験: MTU モデルでは、数百万人のカジュアルユーザー (その多くがわずかなイベントしか生成しない) を持つ B2C アプリが、総イベント数は多くてもユニークユーザー数が少ない B2B アプリよりも高い MTU カウントになる場合があります。この単位の定義は、顧客タイプによっては直感に反する結果を生み出すことがあります。

Make

• 課金単位: オペレーションごとに課金。シナリオ内の各モジュール実行が 1 オペレーションとしてカウントされます。

• パッケージ: オペレーション上限付きの段階制月次プランを購入。未使用のオペレーションは翌月に繰り越されません。

• 顧客体験: Make のオペレーション単位の料金設定は、コストのモデリングをより複雑にします。複雑な多分岐自動化を構築する開発者は、コストを見積もるために最初から総オペレーション数を予測する必要があります。

課金単位とパッケージング戦略は業界によってどのように異なるか

以下のグリッドは、上記の例を比較しやすいようにまとめたものです。各製品の主な買い手、課金単位、パッケージング、および予測可能性の戦略を示しています。

これらの事例から見えてくる、PAYG を選ぶユーザー像とは

上記の事例を通じて、いくつかのパターンが浮かび上がります。同じ業界の製品は、使用量ベースの料金設定において類似した手法をとる傾向があります。

API やインフラ製品と PAYG の親和性

OpenAI、Anthropic、Twilio、AWS Lambda、Replicate はいずれも PAYG をデフォルトとして採用しています。これらの製品は、明確に数えられる単位 (例: トークン、リクエスト、秒) で機能し、利用ニーズが幅広い顧客層を持ち、変動コストにも柔軟に対応できます。課金単位が明確で、使用量が本質的に予測しづらい場合、PAYG は自然な選択です。

変動ワークロードの自動化製品は PAYG と上限付きサブスクリプションに二分

Zapier と Make はどちらも実行単位で課金しますが、純粋な PAYG ではなく月次の使用量上限を販売しています。これは買い手のプロフィールを反映していると考えられます。運用チームや非技術系ユーザーは、多少の無駄が生じても、毎月の費用が予測できる方を好む傾向にあります。

データ製品や監視製品はハイブリッドモデルへの傾向

Datadog と Snowflake はどちらも変動的な使用を許容しつつ、顧客をコミット型の契約へと誘導します。これらの製品はインフラに深く組み込まれており、使用量は予測不能なピークを迎えるのではなく、時間をかけて着実に増加する傾向にあります。また、顧客にとっても、コミット契約が促す計画プロセスそのものにメリットがあります。

AI 各社における従量課金のパターンとは？

AI 製品のパッケージング (料金体系) は、ほぼ定番のパターンに収束しつつあります。OpenAI、Anthropic、Replicate の事例でも、その傾向が明確に見て取れます。

トークン単位の料金設定が言語モデルの主流

言語モデルでは通常、入力トークンと出力トークンの料金が別々に設定されます。これはプロバイダー側の実際のコスト差を反映しており、買い手にとって具体的な最適化目標となります。この分割により、技術的に精通した顧客はプロンプトの構造を見直すだけでコスト削減できるケースも多くあります。

ハードウェアの階層が推論コストに第 2 の価格軸を生む

Replicate では、顧客が使用するハードウェアが 1 秒あたりの料金を直接決定します。OpenAI と Anthropic は同じ考え方を異なる形で表現しており、モデルの選択 (例: GPT-4o と o3-mini、Claude 3 Opus と Claude 3 Haiku) によってコンピューティングの処理強度を調整しています。

従量課金モデルに予測可能性を付加するラッパーが登場

Anthropic のプロンプトキャッシュ、OpenAI のバッチ API 割引、両社のエンタープライズ向けコミットメント構造は、いずれもフラットなサブスクリプション課金モデルへの移行なしにコストの予測可能性を高めます。従量課金は維持されながらも、使用量を予測、調整できる顧客がその行動に応じた恩恵を受けられる仕組みです。

上位モデルの階層は従来の SaaS における機能階層に類似

従来の SaaS では、高度な機能に対して料金が上がります。AI API の料金設定では、より高性能な (または高速な) モデルに対して料金が上がります。これにより、別途製品パッケージを用意しなくても自然なアップグレードパスが生まれます。

従量課金を素早く理解するには、さまざまな事例を研究するのが最善です。この記事で取り上げた製品は、考えられる戦略の幅広さを示しています。同じ基本概念から、トークン単位の料金、クレジットシステム、MTU バンド、オペレーション上限、GB 秒計算といった多様な形態が生まれます。すべては製品の性質と購買層によって決まります。

同時に、企業が選ぶ単位 (そしてその単位を階層、上限、コミットメントでどう組み合わせるか) は、顧客基盤とコスト構造を如実に反映します。事例を十分に積み重ねることで、最も独特なレートカードにも内在するロジックが見えてきます。

Stripe Billing でできること

Stripe Billing を使用すると、シンプルな継続課金から従量課金、商談による契約まで、自由に請求や顧客管理を行えます。ノーコードで、グローバルな継続課金をわずか数分で開始できます。API を活用した独自のシステム構築も可能です。

Stripe Billing でできること:

• 柔軟な料金体系の提供: 従量課金、段階制料金体系、定額料金 + 超過料金など、柔軟な料金体系でユーザーのニーズにすばやく対応できます。クーポン、無料トライアル、比例配分、アドオンのサポートも組み込まれています。

• グローバルに拡大: 顧客が希望する決済手段を提供することでコンバージョンを向上させます。Stripe は 100 以上の現地決済手段と 130 以上の通貨をサポートしています。

• 収益を増やし解約を減らす: Smart Retries と回収ワークフローの自動化で、収益回収を改善し、決済不履行による解約を減らします。Stripe のリカバリツールは、2024 年にユーザーが 65 億ドル以上の収益を回収するのをサポートしました。

• 業務効率の向上: Stripe のモジュール型税務管理、収益レポート、データツールを活用して複数の収益管理システムを 1 カ所に統合します。外部のソフトウェアとも簡単に連携できます。

Stripe Billing について詳細を見るか、今すぐ始める。