ユーザーあたりの従量課金体系 〜メリットとデメリット〜
価格設定は、SaaS業界において最も議論の多いトピックの1つです。
料金だけでなく、どの価格設定モデルを使用するか。 ユーザーごとの課金にするのか。 定額にするのか。複雑な課金システムを作るのか。方法はたくさんあります。
ソフトウェアの販売（およびSaaSへの移行）の初期には、ユーザーごとの価格設定はかなり標準的なものでした。しかし、時間の経過とともに、企業は、ユーザーごとの課金がSaaSにとって常に効果的に働くとは限らず、成長を制限する可能性さえあることに気づき始めました。 一部の人々は、ユーザーあたりごとの価格設定を、使用すべきでない最悪の価格設定モデルの1つと見なしているほどです。
一方、顧客がアカウントに追加するすべてのユーザーに喜んで課金する企業はたくさんあり、ZoomなどMRRで数億円稼いでいる企業もあります。
この記事では、ユーザーあたりの課金設定はどのようなメリットやデメリットがあるのを解説していきます。
ユーザーあたりの課金体系とは？
ユーザーあたりの課金体系に関する問題
ユーザーあたりの課金体系を使用する理由
ユーザーあたりの課金体系に代わる3つの優れた方法
ユーザーあたりの課金体系とは？
名前が示すように、ユーザーあたりの課金体系は、サブスクリプションに追加するユーザー（またはシート）の数をベースにした請求を行う料金体系です。
たとえば、ユーザーあたり月額1,000円を請求する場合があります。 顧客が追加するユーザーが多いほど、支払う金額も多くなります。
ユーザーごとの価格設定の例
ユーザーあたりの価格設定は否定的な評判を得ていますが、それを使用している企業はたくさんあります。
Slackには、StandardとBussiness Plusの2つのプランがありま、それぞれにユーザーごとに独自の価格があります。
Salesforceは多くの製品と価格設定オプションを提供していますが、それらのほとんどはユーザーごとの価格設定モデルを採用しています。
上手の赤で囲んである部分に注目してくだっさい。最低価格プランで利用できるユーザー数を10ユーザーに制限しています。 その後からは次の階層にアップグレードする必要があります。
最後に、Asanaを見てみましょう。 Salesforceと同様に、複数のプランを提供しており、それぞれがユーザーごとに異なる価格になっています。
Asanaの興味深い点は、無料のプランがあることです。 ただし、その無料オプションには無制限の座席はなく、チームで15人を超えるユーザーを獲得したら、少なくともプレミアムプランに引き上げる必要があります。
ユーザーごとの価格設定に関する問題
一見すると、ユーザーごとの価格設定は魅力的に聞こえるかもしれません。顧客がアカウントに追加するユーザーが多いほど、より多くのお金を得ることができる、エクスパンション収益の増加に繋がります。
ただし。ユーザーごとの価格設定を行う前に、再考する可能性のある重要な点がいくつかあります。
ユーザーごとの価格設定は価格ショックを引き起こす可能性があります
Asanaの例に戻って、あなたがAsanaの無料バージョンを約1年間使用している中小企業であるとしましょう。チームには最大14人のユーザーがいますが、さらに3人追加して、合計17人になります。
それはあ無料アカウントの15ユーザー制限を超えるため、月額0ドルから229ドル、または年払いの場合は一括で2241.96ドルになります（これは、アカウントにユーザーを追加しないことを前提としています）。
Asanaにとって、それは素晴らしいことです。しかし、顧客にとっては、少しイライラすることがあります。 （Asanaのように）値上げが行われることを知らせても、価格ショックは依然として存在します。
顧客が無料アカウントから有料アカウントに移行しない場合でも、ユーザーごとの価格設定で価格ショックが発生する可能性があります。もう一度Salesforceを見てみましょう。
彼らのEssentialsプランは月額$ 25から始まります。ただし、最大10人のユーザーを獲得したら、次のレベルにアップグレードする必要があります。これは、プロフェッショナルプランです。そして、それはユーザーあたり月額50ドル多くなります。たとえば、ユーザー数が10人から12人になったとしましょう。月額料金は、3倍以上になります。
これは当然のことながら、顧客にいくらかの摩擦を生み出す可能性があります。 幸いなことに、これに対抗する方法はいくつかありますが、これについては後で説明します。
ユーザーごとの価格設定は、成長の可能性を制限する可能性があります
ユーザーごとの価格設定に反対する最も一般的な議論の1つは、「ユーザー数」はほとんどの企業にとって価値の指標ではないということです。
価値指標は、商品の価格設定が基づいている指標です。 督促管理ツール（Recover機能）を例にとってみましょう。 その価値指標はMRRです。
Recoverに支払う金額はMRRがベースになります。これは、収益が多いほど、支払いの失敗によって失われる可能性のある収益が増えるためです。
お客様の収益が増加するにつれて、エクスパンションMRRも増加し、成長につながります。
代わりに、Recoverのユーザーごとの料金を使用する場合を想像してみてください。 それは意味がありません。 ユーザーあたり100ドルをRecoverに請求したとしても、ユーザーを追加する人にはそれほど価値がないため、成長の可能性は劇的に低下します。 それらはすべて同じパスワードを共有することができます。
顧客のユーザー数が1人であろうと20人であろうと、それらの追加ユーザーがいるだけでは必ずしも価値が上がるとは限りません。
ユーザーごとのユーザー価格設定では、成長は販売できるシート数に依存します。 そしてその時点では、それは小売業のようであり、SaaSビジネスモデルの多くの利点が失われています。
ユーザーあたりの従量課金のみの価格設定が独立することは珍しい
ユーザー数での課金体系を作用させるには、ほとんどの場合、ユーザーごとの価格設定を別のSaaS価格設定モデルと組み合わせる必要があります。
この記事の続きをご覧いただきたい方は、以下のBaremetricsのブログリンクより、ご覧ください！！！
この記事が気に入ったらサポートをしてみませんか？