SaaSの収益モデルを見直すときは、料金を上げるだけでなく、誰から、何に対して、いつ、どのように課金するかを整理します。まず顧客別の収益性と解約理由を確認し、提供価値に合う料金単位・プラン・契約期間へ調整することが重要です。
見直しは、現状分析、課題の特定、モデルの設計、検証、既存顧客への移行という順番で進めると判断しやすくなります。
SaaSの収益モデルを見直す基本的な考え方
SaaSの収益モデルとは、サービスの価値をどの単位で測り、顧客からどのように料金を受け取るかを定めた仕組みです。代表的な課金単位には、ユーザー数、利用量、機能、拠点数、取引件数、契約期間などがあります。
見直しで確認するのは、次の4点です。
- 顧客が料金に納得しているか
- 利用が増えたときに売上も適切に増えるか
- 提供コストと料金のバランスが取れているか
- 営業・契約・請求の仕組みが複雑になりすぎていないか
例えば、利用量が増えるほど顧客の成果も大きくなるサービスなら、固定料金だけでなく従量課金を組み合わせる余地があります。一方、利用量の予測が難しいサービスでは、従量課金が顧客の不安や予算管理の負担につながることもあります。
最初に現在の収益モデルを数値で把握する
いきなり新しい料金プランを作るのではなく、顧客・契約・利用状況・コストを同じ期間で確認します。最低でも、次の項目を顧客セグメント別に分けて集計します。
| 確認項目 | 見る内容 |
|---|---|
| MRR・ARR | 月次・年次の継続収益がどの顧客層から生まれているか |
| ARPA | 顧客1社あたり、または1契約あたりの平均収益 |
| 解約率 | 顧客数、契約金額、売上のどの基準で解約を測るか |
| 継続率 | 契約や売上がどれだけ残っているか |
| アップセル・ダウンセル | 上位プランへの変更や契約縮小の状況 |
| 顧客獲得コスト | 新規顧客を1社獲得するためにかかった販売・広告費 |
| 提供コスト | サーバー費、外部サービス費、サポート費など |
顧客全体の平均だけでは、収益モデルの問題を見落とすことがあります。例えば、法人顧客は継続率が高い一方で導入支援のコストが大きく、個人顧客は導入が簡単でも解約が多い、といった違いがあるためです。
ユニットエコノミクスを確認する
ユニットエコノミクスは、顧客1社や1契約を単位に、獲得費用と継続的な収益のバランスを見る考え方です。代表的な計算は次のとおりです。
- 顧客獲得コスト(CAC)=新規顧客の獲得に使った費用 ÷ 新規顧客数
- 顧客生涯価値(LTV)=顧客が継続期間中にもたらす粗利益の合計
- 顧客獲得後の回収期間=CAC ÷ 顧客1か月あたりの粗利益
ただし、LTVは解約率や粗利率などの前提によって変わります。データが少ない段階で長期の売上を精密に予測するのではなく、顧客層ごとの傾向を比較するために使うのが適切です。
顧客が料金を払う価値と課金単位を合わせる
収益モデルの見直しでは、顧客が「何に対して価値を感じているか」を確認します。課金単位と価値の単位がずれていると、利用が増えても料金が増えなかったり、使っていない顧客が割高に感じたりします。
| 顧客が感じる価値 | 検討しやすい課金単位 | 注意点 |
|---|---|---|
| 利用者が増えるほど便利になる | ユーザー数、アカウント数 | 共有アカウントや利用者数の数え方を定義する |
| 処理量や通信量に応じて価値が増える | 従量課金、利用量の段階課金 | 請求額を予測しやすくする |
| 高度な機能を使えることに価値がある | 機能別プラン、上位プラン | プラン間の差を明確にする |
| 複数拠点や部署を一元管理できる | 拠点数、契約単位、組織単位 | 追加時の料金と管理範囲を示す |
| 導入・運用を任せられることに価値がある | 基本料金、導入支援費、運用支援費 | ソフトウェア料金と支援料金を分けて説明する |
「利用者数に比例して価値が増える」と考えていても、実際には管理対象の件数や処理量が価値の中心かもしれません。料金変更の前に、顧客インタビュー、利用ログ、営業担当者の失注理由、解約時のアンケートを組み合わせて確認します。
見直し候補となるSaaSの収益モデル
定額のサブスクリプション
一定期間ごとに固定料金を受け取るモデルです。顧客が予算を立てやすく、提供側も売上を予測しやすい点が特徴です。
利用量の差が大きい場合は、定額だけではヘビーユーザーへの提供コストを吸収できないことがあります。その場合は、プラン分けや利用上限の設定を検討します。
ユーザー数・席数に応じた課金
利用者が増えるほどサービスの価値や管理範囲が広がる場合に向いています。個人単位で課金するのか、一定数をまとめて契約するのかを決める必要があります。
契約上のユーザー数と実際の利用者数が異なる場合があるため、閲覧のみのユーザーや管理者を料金計算に含めるか、あらかじめ明記します。
従量課金
APIの呼び出し数、保存容量、処理件数など、利用量に応じて料金が変わるモデルです。利用が増えるほど売上も増やしやすい一方、顧客が請求額を予測しにくくなることがあります。
導入時は、無料枠、上限通知、利用量の表示、段階的な単価設定などを組み合わせると、料金への不安を抑えやすくなります。具体的な設定は、顧客の利用量の分布と提供コストをもとに決めます。
機能別・段階別プラン
複数の顧客層に同じサービスを提供する場合、機能や利用上限の違いでプランを分けます。低価格プランは導入しやすく、高価格プランは大規模利用や高度な管理機能に対応できます。
プラン数を増やしすぎると比較や営業説明が難しくなるため、各プランの対象顧客と主な違いを一言で説明できる状態にします。
ハイブリッド型
基本料金に、ユーザー数や利用量に応じた追加料金を組み合わせるモデルです。固定収益を確保しつつ、利用拡大による売上増加も反映できます。
ただし、基本料金、最低利用料、追加料金、超過料金が重なると複雑になりやすいため、顧客が自分の条件で月額を計算できる料金表を用意します。
無料プラン・無料トライアル
無料で一部機能を提供し、有料プランへの移行を促す方法です。認知や導入のハードルを下げられる可能性がありますが、無料利用者へのサポート費用や、有料化しない利用者の割合も確認しなければなりません。
無料プランを設ける場合は、対象ユーザー、利用上限、サポート範囲、有料プランへ移行するきっかけを明確にします。
SaaSの収益モデルを見直す手順
料金変更を先に決めず、次の順番で検討します。
-
顧客をセグメントに分ける
企業規模、業種、利用目的、契約プラン、利用量、獲得経路などで顧客を分けます。分け方は、料金への反応や解約率に違いが出る単位を優先します。
-
セグメントごとの収益性を計算する
売上だけでなく、導入支援、営業、サポート、インフラなどのコストも確認します。高い料金を払う顧客でも、対応工数が大きければ利益が小さい可能性があります。
-
解約・失注・利用停止の理由を分類する
価格が高い、必要な機能がない、使い方が分からない、利用頻度が下がったなど、理由を同じ分類で集計します。価格だけが原因だと決めつけず、機能や導入支援の問題も切り分けます。
-
価値に合う課金単位を選ぶ
顧客が成果を感じる単位と、提供コストが増える単位を比較します。ユーザー数、利用量、機能、拠点などの候補から、顧客が理解しやすく、請求額を予測できるものを選びます。
-
複数の料金案を作る
料金だけでなく、プラン構成、無料枠、最低料金、上限、契約期間、導入支援の扱いまで案に含めます。既存顧客、新規顧客、大口顧客で影響が異なるため、顧客群ごとに試算します。
-
小さく検証する
新規顧客向けの新プラン、限られた顧客への提案、料金ページのテストなど、影響範囲を限定して反応を確認します。売上だけでなく、成約率、商談期間、解約、サポート問い合わせ、利用量も見ます。
-
変更後の移行方法を決める
既存顧客にすぐ新料金を適用するのか、更新時に切り替えるのか、旧料金を一定期間維持するのかを決めます。契約書、利用規約、請求システム、営業資料、顧客への告知内容も合わせて更新します。
料金案を比較するときに確認する指標
収益モデルの評価は、売上だけで決めません。次の指標を同じ期間・同じ顧客群で比較します。
- 新規契約数と成約率
- 平均契約額とプラン別の売上
- 解約率と契約縮小率
- アップセル率と追加利用額
- 粗利率と顧客1社あたりのサポート工数
- 顧客獲得コストの回収期間
- 料金に関する問い合わせや値引き要求の件数
例えば、料金を上げた案で平均契約額が増えても、成約率が大きく下がれば、全体の売上や利益が下がることがあります。反対に、低価格プランを追加して契約数が増えても、サポート費用が上回れば収益モデルの改善とはいえません。
見直しで起こりやすい失敗
競合の料金をそのまま基準にする
競合と同じ価格にしても、機能、サポート、対象顧客、導入コストが違えば、顧客が感じる価値も異なります。競合料金は参考情報にとどめ、自社の提供コストと顧客の成果を基準にします。
すべての顧客に同じ変更を適用する
顧客によって利用量、契約時期、サポート内容、契約期間が異なるため、一律変更が適切とは限りません。既存顧客と新規顧客を分け、契約更新時の移行や経過措置を検討します。
値下げだけで解約を減らそうとする
解約理由が機能不足や導入後の定着不足であれば、値下げだけでは解決しません。解約理由を分類し、価格、機能、サポート、利用定着のどこを改善すべきか判断します。
料金を複雑にしすぎる
料金の計算方法が分かりにくいと、契約前の比較や社内稟議が進みにくくなります。顧客が自社の条件を入力して見積もれるようにするか、少なくとも基本料金・追加料金・上限・契約期間を分けて表示します。
収益モデルを変更する前に決めること
最後に、次の項目を文章にしておくと、料金変更後の判断がぶれにくくなります。
- どの顧客層の収益性を改善したいのか
- 料金を決める価値の単位は何か
- 顧客が請求額を予測できるか
- 利用量が増えたとき、提供コストも確認できるか
- 無料枠や値引きが有料化を妨げていないか
- 既存顧客にいつ、どの条件で適用するか
- 変更後に何をもって成功と判断するか
SaaSの収益モデルを見直す際は、まず顧客セグメント別に売上・コスト・継続状況を整理してください。そのうえで、顧客が感じる価値に合う課金単位を選び、小さく検証してから料金と契約条件を変更するのが基本です。







