従量課金では、顧客は定額料金ではなく、製品やサービスの使用量に応じて料金を支払います。使用量が増えるほど、支払う料金も増えます。このタイプの課金は、クラウドコンピューティング、アプリケーション プログラミング インターフェイス (API) サービス、ソフトウェアツールで一般的であり、API コールの数、ストレージの使用量、処理されたトランザクションの数などのアクティビティに応じてコストが変化します。2023 年には SaaS (サービスとしてのソフトウェア) 企業の 18% が主に使用量ベースのモデルを導入しており、23% が従量課金ベースのサブスクリプション階層を導入していました。

以下では、従量課金ベースの料金体系の仕組み、メリットと潜在的なデメリット、使用量ベースのモデルのリスクを軽減する方法について説明します。

この記事の内容

• 従量課金ベースの料金体系の仕組み
  
• 企業にとっての従量課金ベースの料金体系のメリット
  
• 従量課金ベースの料金体系の潜在的なデメリット
  
• 企業が使用量ベースのモデルのリスクを軽減する方法
  
• Stripe での従量課金ベースの料金体系のサポート
  

従量課金ベースの料金体系の仕組み

従量課金ベースの料金体系では、定額サブスクリプション料金ではなく、製品またはサービスの使用量に応じて顧客に料金を請求します。企業は API コール、データ使用量、トランザクション、コンピューティング時間などの指標を設定し、顧客に対し使用量に基づいて請求します。一般的な仕組みは次のとおりです。

• 企業は、サービスのどの側面が測定可能で請求可能であるかを決定します (例: ストレージ容量 (ギガバイト数)、API リクエストの数、配信されたビデオの分数)。

• 単位あたりの定額料金 (例: API コールあたり $0.01) を請求する場合や、段階制料金体系 (例: 最初の 1,000 コールは無料、その後はコールあたり $0.005) を使用する場合があります。

• 顧客が消費しているサービスの量がシステムで継続的にモニタリングされ、記録されます。

• 通常、顧客に対し合計使用量に基づいて毎月請求します。一部のサービスは、顧客が使用クレジットを前もって購入するプリペイドモデルを提供しています。

• 顧客の使用量が増えると、それに応じてコストが増加します。未使用の容量に対しては料金は発生しません。

企業にとっての従量課金ベースの料金体系のメリット

従量課金ベースの料金体系は、特に SaaS、クラウドサービス、およびAPI 主導型の業界の企業にとっては賢明な手段となる可能性があります。従量課金ベースの料金体系のメリットは次のとおりです。

• コストに対する明確な価値: 顧客の使用量が増えれば、それに伴い支払う料金も増えます。これにより、支払う料金は価値に見合ったものとなり、ニーズにそぐわない定額プランにユーザーが縛られることを回避できます。

• 導入のハードルが低い: 一般に、小規模に始めて必要な分だけを支払えばよい場合には、人々が新製品を試してみる可能性が高くなります。

• 顧客維持率の向上: 必要な分だけを支払えばよい場合には、顧客がサービスを使い続ける可能性が高くなります。

• アップセルへの取り組みが小さい: 顧客により大きなプランを売り込むのではなく、使用量ベースの料金だけで売上を伸ばすようにします。製品から価値を得ると、その製品をより多く使用するようになり、支払う料金も増加する可能性が高くなります。

• コスト管理の容易化: クラウドコンピューティングやデータストレージなど、コストが顧客の使用量によって決まる場合には、このモデルを使用すると費用と収益が連動します。使用量が増加するとコストが高くなりますが、収入も増加します。

従量課金ベースの料金体系の潜在的なデメリット

従量課金ベースの料金体系は強力なモデルですが、導入当初は明らかではないトレードオフがあります。以下の点に注意してください。

• 収益予測の難しさ: 顧客が使用量に基づいて支払う場合、収益は変動します。これにより、使用量が季節性や市場の変化などの外部要因に結び付いている場合は特に、予測が難しくなる可能性があります。予測可能なサブスクリプション収益に慣れている場合は、大きな調整が必要になる可能性があります。

• 顧客の反発: 顧客は提供される商品の予算を確定できないと感じると、代替の商品を求める可能性があります。また、予想外の請求、特に使用量の急激な増加による予想外の請求があると、顧客は料金体系が思ったほど透明ではないと感じることがあります。簡単に理解できない料金体系モデルの場合は、サポートチケットが大量に生じる可能性があります。

• _顧客の離脱を把握しにくい: _ 一般的なサブスクリプションモデルでは、顧客がキャンセルした時点で、その顧客が離脱したことを把握できます。従量課金ベースの料金体系では、顧客の離脱は多くの場合、より段階的に発生します。顧客が実際にはキャンセルしていなくても、使用量が減少することがあります。つまり、アクティブなアカウントではなくエンゲージメントパターンを追跡するため、異なる視点から顧客維持の指標を追跡する必要があります。

• 顧客の減少: 従量課金ベースの料金体系では、使用量が多いことが問題になる場合があります。規模拡大に伴って請求される料金が高すぎると感じた場合、顧客は使用量を制限し始める可能性があり、時間の経過とともに製品への依存度が低下します。

• 導入に関する課題: 単位あたりの課金は、「単位」とは何かを定義する必要が生じるまでは、単純なように見えます。不審請求の申し立てを防ぐために、完全な計測と請求のインフラストラクチャが必要です。顧客がシステムの悪用を試みたり、過大請求されたと主張することがあるかもしれません。請求額を請求する理由を正確に示す必要があります。

企業が使用量ベースのモデルのリスクを軽減する方法

多くの顧客は従量課金ベースの料金体系の柔軟性を好みますが、予想外の請求や予測不可能なコストを好む顧客はいません。また、収益が大きく増減することがあり、企業にとっては計画を立てることが難しくなります。ただし、モデルを適切に構築していれば、このようなリスクは大きな問題ではありません。ここでは、企業が使用量ベースのモデルのリスクに対して備える方法をご紹介します。

• 安定性を組み込む: 多くの企業は、セーフティネットなしで従量課金ベースの料金体系を全面的に導入するのではなく、定額の基本料金を追加しています。つまり、常に予測可能な最低限の収益が確保されるため、柔軟性と財務の予測可能性のバランスが取れています。

• 時間の経過とともに料金体系が適正であると感じられるようにする: 単位あたりの定額料金はシンプルに聞こえますが、予想外の請求額の急増が発生すると裏目に出る可能性があります。そのため多くの企業では、数量が多いほど単位あたりの料金が低くなる段階制料金体系、確約使用量の割引、またはオフピーク料金体系を採用しています。このような調整により、顧客は製品の使用量が増えることでペナルティを受けるのではなく、規模の拡大に伴ってより良い結果を得ていると感じることができます。

• コストに関する最新情報を顧客が常に把握できるようにする: リアルタイムの使用量追跡、自動アラート、および利用限度額により、顧客が予想以上の請求料金の高さに驚くことがないようにします。Stripe では、使用量のしきい値を設定し、顧客の使用量がしきい値に近づいたときに警告することができます。顧客が得る可視性が高いほど良いと言えます。

• 収益を失う前に「ソフトチャーン」を捕捉する: サブスクリプションでは顧客の離脱のタイミングが明確です。顧客はサービスをキャンセルして退会します。しかし使用量ベースのモデルでは、顧客の離脱は非常にゆっくりとしたペースで行われます。厳密には顧客はまだアクティブであるかもしれませんが、使用量がゆっくりと減少している場合は、支払い額も減少します。企業はこのような減少を追跡し、パーソナライズされたリマインダー、プロアクティブなサポート、または対象者限定の割引を通じて早期に連絡を取り、収益が減少し始める前の段階で顧客が製品の使用を継続するように働きかけることができます。

• 企業顧客にガードレールを提供する: 多くの企業は、定額料金と変動料金を組み合わせたハイブリッド契約を提供しています。たとえば、顧客がベースラインの支出額を確定し、それを超える金額は使用量ベースであるとします。これにより、顧客は支出を予測できるようになり、また必要に応じて拡大できます。

• 適切な指標を追跡する: 使用量ベースのモデルは、企業が成功を測定する方法を変えます。サブスクリプションビジネスと同様に月間経常収益 (MRR) と顧客の離脱を追跡している場合には、全体像を見落とす可能性があります。代わりに、売上維持率、拡張収益、全体的な顧客エンゲージメントの傾向などの要素を重視してください。

Stripe での従量課金ベースの料金体系のサポート

Stripe では、企業が使用量を追跡し、請求を自動化し、顧客に対しリアルタイムでコストを可視化することで、従量課金ベースの料金体系を導入できます。Stripe ではこのモデルを次のようにサポートしています。

拡張可能な従量課金ベースの請求

Stripe では、企業は API コール、トランザクション、ストレージ、その他の指標など、使用量に基づいて顧客に請求できます。使用量をリアルタイムで追跡でき、システムにより適切な間隔で自動的に顧客に請求されます。

柔軟な料金体系

すべての企業がシンプルな「従量課金制」モデルを望んでいるわけではありません。Stripe は、次のような各種請求方法に対応しています。

• 単位あたりの定額料金 (例: API コールあたり $0.01)

• 段階制料金体系 (例: 1,000 件までは API コールあたり $0.02、その後は API コールあたり $0.01)

• クレジット料金体系 (例: 顧客が 1,000 クレジットを前払いで購入し、使用量に基づいてクレジットが差し引かれる)

このような柔軟性により、企業は大規模な使用量に対してペナルティを科すのではなく、成長を促進する料金体系を設計できます。

請求書作成と請求の自動化

Stripe がすべての請求を処理するため、企業は料金を手動で計算する必要はありません。Stripe は、報告される使用量データを自動的に収集し、適切な料金設定ルールを適用して、各請求サイクルの終わりに請求書を生成します。

リアルタイムの使用量の追跡とアラート

従量課金ベースの料金体系における最大のリスクの 1 つは、顧客が予想外の請求額に驚く可能性があることです。Stripe は、リアルタイムのレポート、使用量ダッシュボード、自動通知によってこのような予想外の請求額の発生を防ぎ、顧客が常に状況を把握できるようにします。

安定性を追求したハイブリッドモデル

収益が大きく変動しないことを望む企業は、Stripe で従量課金の料金体系と定額料金を組み合わせることができます。これは、基本サブスクリプションに超過分を加えて請求したり、顧客が時間の経過とともに消費するプリペイドクレジットを提供したりすることです。

エンタープライズグレードのカスタマイズ

Stripe は、大口顧客を対象とする企業向けに最小支出額の契約、割引、カスタム課金条件などの商談に基づく契約に対応しています。これにより、企業は予測可能な収益を確保しながら、顧客に使用量を拡大する余地を与えることができます。

収益分析

Stripe は、使用量が経時的に収益に及ぼす影響を追跡するためのレポートツールを提供しています。企業は、顧客の支出傾向を監視し、使用量が減少するタイミングを特定し、実際のデータに基づいて料金を細かく調整できます。