株式会社renue
内製化支援
内製化支援で、この記事のテーマを実務に落とし込めます
renueが社内で運用しているシステムをサービス化したものです。何ができるか、どう動くかをサービスページでご覧ください。
Usage-Based Pricing（従量課金）とは
Usage-Based Pricing（UBP / 従量課金）とは、顧客がサービスを使用した量（APIコール数、データ処理量、トークン数、アクティブユーザー数等）に応じて課金する価格モデルです。従来のシートベース（1ユーザーあたり月額固定）と併せて、利用量に連動した課金も価格設計の選択肢になっています。元の「移行が加速」という業界全体の傾向は、対象企業と比較期間を示す調査が未確認です。
AI機能では、Salesforce AgentforceのFlex CreditsやHubSpot Creditsなど、利用に応じてクレジットを消費する具体例があります。両社ともシート単位の契約と組み合わさるため、会社全体を一つの課金方式に分類せず、製品・機能・プランごとに確認します。
シートベースからの移行が進む背景
AI経済の台頭
AI/LLMワークロードの費用は、利用するモデルや提供方式によって変わります。例えばOpenAI APIやClaude APIでは、入力・出力トークン、キャッシュ、バッチ処理、追加ツールなどで料金条件が異なり、APIコール数だけに常に比例するわけではありません。自社運用でも計算資源の固定費と稼働率を考慮します。利用の多い顧客が集中すると定額シート料金では採算が変わり得ますが、従量課金でも売価のメトリクスと実際の原価が対応しなければ整合しません。トークン、クレジット、コンピュート単位、AIアクションの課金を、シート料金とどう組み合わせるかを検討します。
顧客の価値実感との整合
顧客は使わない機能やシートに月額を支払うことへの不満を感じています。Usage-Based Pricingは利用量に応じて支払う方式ですが、利用量と顧客が得る価値が自動的に一致するわけではありません。顧客が価値を感じ、事前に見積もれ、自ら管理できる指標を選ぶことが重要です（Stripeの価値メトリクス解説）。こうした条件を満たせば導入障壁や不満を減らす設計に役立ちますが、顧客満足度の向上を一律に保証するものではありません。
収益拡大の自然な促進
シートベースではユーザー数に加え、上位プランや追加機能の契約も収益拡大につながります。Usage-Based Pricingでは、課金対象の利用量が増えると契約条件に応じてExpansion Revenueが生じ得ます。ただし、内包利用枠、最低コミット、段階単価、上限等によって売上への反映は異なり、利用増加だけで顧客の成功や利益の増加を意味するわけではありません。
主要な課金モデルの比較
| モデル | 概要 | メリット | 課題 | 代表例 |
|---|---|---|---|---|
| シートベース | ユーザー数×月額固定 | 収益の予測可能性が高い | 利用量との乖離、シートの無駄 | SalesforceのSales向けユーザー課金、HubSpotのシート契約（AIクレジット等の追加条件は別に確認） |
| Usage-Based | 利用量に応じた従量課金 | 価値に対応する指標を選べば支払との整合を図れる。課金対象利用の増加に伴うExpansion | 収益の変動性、予算管理の困難さ | AWSのサービス別従量課金、Snowflakeの計算クレジット・保存量等、TwilioのSMSセグメント課金等（地域・製品・番号料金等で条件が異なる） |
| ハイブリッド | 固定基本料金または最低コミットと従量課金の組み合わせ | 予測可能性と柔軟性の両立 | 価格設計の複雑さ | Datadogの契約利用枠・コミットと超過課金。MongoDB Atlasは時間・利用量課金に加え、契約によって月額最低利用額等がある（全プラン共通の固定基本料金ではない） |
| クレジットベース | 利用量をクレジットへ換算し消費。前払い残高、プラン内包枠、後払い等の支払方式は契約による | 予算の予測可能性+従量の柔軟性 | クレジットの有効期限・繰越問題 | OpenAI APIの購入クレジット、AnthropicのClaude API（Console）の前払いクレジット。ChatGPTやClaudeのチャット契約とは別課金。両APIの購入クレジットは購入後1年で失効し延長不可。月次請求・個別契約等はその条件を確認（2026年10月1日確認） |
2026年のクレジットモデルの採用例と契約条件
クレジットモデルの採用例として、Salesforceは2025年5月15日にAgentforceのFlex Creditsを導入したと案内しています。2026年のHubSpot公式ヘルプも、シート契約に含むクレジットと追加購入を説明しています。ただし、元の「2025年を定義する単一の価格トレンド」「企業数の増加・急拡大」を業界全体として裏付ける対象・期間付きの調査は未確認です。Agentforceの未使用Flex Creditsは次の契約期間へ繰り越せず、HubSpot Creditsは月次でリセットされ未使用分が失効します。名称が同じでも有効期限と換算率は共通ではありません。クレジットモデルのメリットは、これらの条件と利用見込みを踏まえて評価します。
- 顧客側: 購入額・利用上限を定めれば予算を計画しやすくなる。ただし追加購入、自動補充、超過課金、期限内の未消化によって実際の支出・実効単価は変わる
- ベンダー側: 利用に応じた売価を設計できるが、マージンはモデル費用、計算・保存・運用原価、値引き、利用構成に左右される。前払いによる資金回収と会計上の売上・粗利は別であり、クレジット化だけで利益を確保できるわけではない
特にAI機能の課金において、トークン単位の従量課金は顧客にとって分かりにくいため、「1クレジット = X回のAI分析」のような説明例を使うと利用単位を伝えやすくなる場合があります。ただし、分析の種類ごとの消費量、換算率の変更、追加課金、失効条件も開示しなければ比較が難しくなります。顧客体験や収益管理の優位性は設計と運用に依存します。
エンタープライズの選択肢：シートライセンスと従量課金
シート単位のAIアドオンも提供されています。例えばSalesforce Agentforceは、Sales・Service等の対象ライセンス向けに従業員利用を含むユーザー単位のアドオンを案内する一方、Flex Creditsや会話単位の課金も提供しています。Agentforce User Licenseは別途Flex Creditsを必要とするため、同じユーザー課金でも利用料の内包範囲は同一ではありません。こうした選択肢から、対象業務の利用量と予算の見通しに合う契約を比較します。
元の「2026年にシートベースを再導入する逆トレンド」は、廃止と再導入の時系列を示す事業者資料が未確認です。現行プランの併存を業界全体の回帰と同一視はできません。利用上限の具体例として、HubSpotは月次の最大クレジット数に達した際に対象機能を停止する設定を提供しています。通知だけの予算アラートと、利用を止める上限設定を区別して設計します。
Usage-Based Pricing移行のステップ
ステップ1: 価値メトリクス（Value Metric）の特定
顧客が受け取る価値に最も強く相関するメトリクスを特定します。APIコール数、処理データ量、アクティブユーザー数、生成されたレポート数など、顧客が「多く使うほど価値がある」と感じる指標を選定します。価値メトリクスの選択を誤ると、利用量が増えても顧客の価値実感が伴わず不満が生じます。
ステップ2: 価格構造の設計
純粋なUsage-Basedか、ハイブリッド（固定+従量）かを決定します。多くの企業にはハイブリッドモデルが推奨されます。基本料金で最低限の機能を提供し、利用量に応じた従量課金を上乗せする構造が、予測可能性と柔軟性を両立させます。ボリュームディスカウント（大量利用時の単価低減）の設計も重要です。
ステップ3: 利用量計測・請求インフラの構築
利用量をリアルタイムで正確に計測し、請求に反映するインフラが必要です。メータリングAPI（Orb、Metronome、Amberflo等）の導入、または自社での計測パイプライン構築を検討します。請求の透明性と正確性が顧客信頼の基盤です。
ステップ4: 既存顧客の移行計画
既存のシートベース顧客をUsage-Based Pricingに移行する際は、段階的なアプローチが必要です。移行期間の設定、早期移行者への特別条件、移行後のコストシミュレーションの提供により、顧客の不安を軽減します。
ステップ5: 利用量の可視化とコスト管理の支援
顧客が自身の利用量とコストをリアルタイムで把握できるダッシュボードを提供します。利用量の急増時のアラート、予算上限の設定、利用量予測などのコスト管理機能が顧客の安心感を高めます。
よくある質問（FAQ）
Q. Usage-Based Pricingは収益の予測可能性を損ないませんか？
純粋な従量課金には変動があり、固定料金や最低コミットを組み合わせると契約上の支払額を見通しやすくなります。ただし、クレジットの前払いはまず入金のタイミングに関する仕組みです。企業会計基準第29号では、サービス提供前の受領は契約負債として扱い、履行義務を満たした時または満たすにつれて売上を認識します（35・78項）。月ごとの売上はサービス提供・消費の状況に左右され、前払いだけでは保証されません。未使用分の失効時の処理も契約と適用会計基準を確認します。最低利用量・追加利用・更新の予測を分けて管理してください。（企業会計基準委員会の基準本文）
Q. 顧客がコスト増を嫌がって利用を抑制しませんか？
価値に対応するメトリクスと納得できる価格を選ぶことで利用を促せますが、顧客の予算制約、価値の頭打ち、代替手段等によって利用を抑える場合もあります。利用量の増加と価値実感が必ず一致するわけではありません。ただし、コストの透明性が不十分な場合や、利用量の急増を顧客が予測できない場合は「ビルショック」（予想外の高額請求）が発生し、解約リスクが高まります。利用量ダッシュボード、予算アラート、利用量予測ツールの提供が不可欠です。
Q. シートベースからUsage-Based Pricingへの移行期間はどの程度ですか？
価格設計2〜3か月、計測・請求インフラ構築3〜6か月、既存顧客の段階的移行6〜12か月は従来記載していた参考値ですが、一般的な所要期間とする原典・対象条件は未確認です。必要な期間は製品数、既存の計測基盤、税・通貨対応、顧客数、契約更新日、告知期間で変わります。工程の並行可否を確認し、これらを単純に合算しないで計画します。新規顧客で検証し、既存顧客は契約条件・更新時期に沿って段階的に移行する方法を検討します。（移行時の契約・検証上の留意点：Stripe）
まとめ
Usage-Based Pricing（従量課金）は、AI時代のSaaS価格戦略の中核となるモデルです。SalesforceやHubSpot等にクレジット課金の採用例がありますが、シート料金・従量料金・内包枠は併存しており、業界全体が一方向に移行するとまでは確認できていません。ただし、エンタープライズ顧客の予算予測可能性ニーズも考慮し、ハイブリッドモデルやクレジットモデルで柔軟性と予測可能性を両立させることが成功の鍵です。
株式会社renueでは、SaaSの価格戦略設計やビジネスモデル最適化のコンサルティングを提供しています。Usage-Based Pricingへの移行についてお気軽にご相談ください。