SaaS価値指標の選び方：Mixpanelがユーザーからイベントに切り替えた理由（そしてなぜあなたの価格設定に重要なのか）
間違った指標はネット収益維持率を台無しにする
すべてのSaaS価格設定の決定は、1つの質問に帰結します。何に対して課金しているのか？その答えがすべてを決定します。顧客が更新時に損をしたと感じるかどうか、クォータを達成するかどうか、最良の顧客が留まるか去るかどうか。
選択する指標は、価格設定モデルではありません。月次か年次かといった課金方式でもなく、ティア構成でもありません。顧客が請求書を見て「これは理にかなっている、またはそうでない」と考える具体的なものです。
Mixpanelは2026年2月に月間トラッキングユーザー（MTU）からイベントベースの価格設定に切り替えました。この変更は、正しい価値指標を選択することが多くのSaaS企業が最初の試行で間違える戦略的決定である理由を示しています。
Mixpanelが以前行っていたこと（そしてなぜそれが失敗したのか）
長年にわたり、Mixpanelは月間トラッキングユーザー（毎月製品内でイベントをトリガーする一意のユーザー数）に基づいて課金していました。これは合理的に聞こえます。ユーザーは数えやすく、予測しやすく、顧客にとって予測可能です。
問題は数学的です。
月間アクティブユーザーが50,000人のスタートアップは、トラッキング対象によっては数百万のイベントをトリガーします。一方、100,000人のユーザーを持つが軽いトラッキングを行う競合他社は、はるかに少ないイベントをトリガーする可能性があります。MTU価格制度では、より多くのアカウントを持つためにライターユーザーがより多く支払いました。このモデルは、インフラストラクチャコストを駆動した実際の消費を無視しながら、ヘッドカウントに課税しました。
これは不一致を生み出しました。行動経済学の研究は、実務家が「支払いの痛み」と呼ぶものを記録しています。価格が各消費単位に明らかに関連付けられている場合、買い手は請求書を管理するために使用をして制限します。顧客は請求書を低く抑えるためにイベントトラッキングを制限するようにインセンティブを与えられました。これはまさにMixpanelの製品が設計された反対です。
Mixpanelのコア価値提案は、包括的なイベント計測です。すべてをトラッキングし、ユーザー行動を粒度の細かい詳細で理解します。しかし、MTU価格制度では、顧客は「トラッキングする新しいイベントごとに、より多く費用がかかります。測定するものには注意してください」と聞きました。
切り替え：ユーザーからイベントへ
Mixpanelの新しいイベントベースの価格設定には、月間2,000万イベントの無料枠が含まれており、市場で最も手頃なGrowthプランは月間3億イベントまで対応しています。価格は100万イベントまで無料で、その後1,000万で月額2,520円、2,000万で月額5,320円です。セッションリプレイ、フィーチャーフラグ、アカウント分析の有料アドオンがあります。
このシフトはエレガントです。Mixpanelが何を販売しているかを再枠組みしているからです。同社は「50,000ユーザーへのアクセス」を販売しているのではなく、「月間2,000万イベントを計測および分析する能力」を販売しています。包括的なプロダクト分析を望むチームは、ペナルティなしに計測をスケールできます。指標は実際の価値に近づきました。「どの程度の行動データをキャプチャして分析していますか？」
さらに重要なのは、Mixpanelが市場で最も寛大な無料プランを展開しました。月間2,000万イベントが含まれており、市場で最も手頃なGrowthプランは月間3億イベントまで対応しています。これは、エントリーとスケールでの摩擦を減らすという意図的な選択を示しています。価格設定指標が顧客が製品を実際に使用する方法と一致している場合、拡大収益は自然に従います。Mixpanelのモデルは意図的なトラッキングに報酬を与えます。冗長なイベントが少ないほど、請求額は低くなります。これは、顧客をより賢い計測慣行に向かわせます。
ほとんどのSaaS企業が選択する3つの価値指標（そしていつそれらが失敗するか）
価格設定を再設計する前に、状況を理解してください。一般的なSaaS価格設定モデルには、ユーザーごと（例えば、コラボレーションツール内の各アクティブエディターに対する課金）、使用量ベース（例えば、請求ソフトウェアで毎月処理される請求書の数）、フィーチャーごと（例えば、オートメーションプラットフォームで実行されたワークフロー）、段階的価格設定が含まれます。
問題は、採用を抑制せずに顧客の価値転送を見える化するのはどれかということです。
ユーザーごとの価格設定（多くの場合機能しないデフォルト）
ユーザーごとの価格設定は最も一般的なモデルです。なぜなら実装が簡単だからで、最適だからではありません。各追加ユーザーが一貫して提供される価値を増加させる場合、それは機能します。Slackのようなコミュニケーションツールの場合、理にかなっています。ユーザーが増えると、メッセージが増え、コラボレーションが増え、価値が増えます。
ユーザーが比例した価値を追加しない場合、それは機能しません。80％のユーザーが編集者ではなく読み取り専用ビューアであるCRMは、ユーザーごとの価格設定の恩恵を受けません。これらの読み取り専用シートはオーバーヘッドであり、アクセスを統合する動機付けを作成しました。
各追加ユーザーが製品が提供する価値を意味のある形で増加させない限り、収益成長をキャップして、顧客がシートを統合する理由を与えています。
イベントベースまたは使用量ベースの価格設定（Mixpanelの道）
これは罠です。イベントベースの価格設定は機能する*ことができます*が、指標が正しい抽象化レベルにある場合に限ります。生のイベント数は課税のように感じます。しかし、イベントをティアにバンドルするとき、「2,000万が含まれている、その後X円/百万」という支払いの痛みを滑らかにし、顧客が予算を立てることができるようにします。
成果ベースの指標（理想的で、ほとんど実行されていない）
採用ごとに課金するリクルートメントSaaSは成果ベースです。取引ごとに課金する営業プラットフォームは成果ベースです。しかし、属性の特定は面倒で、紛争は信頼を迅速に損なわせます。
指標を選択するための3つのルール（出荷する前に）
| 基準 | 意味 | レッドフラグ |
|---|---|---|
| 価値の一致 | 顧客の成果が改善されると、指標は増加しますか？ | 指標は制御できないシステムアクティビティや顧客が価値として認識しないアクティビティから増加します。 |
| 予測可能性 | 見込み客はコミットする前に請求額を見積もることができますか？ | 顧客はコミットする前に月間請求額を予測できません。「API呼び出しごと」または「イベントごと」のような指標は、買い手にとって予測不可能に感じることができます。 |
| シンプルさ | 顧客は請求書を指して「この数字がなぜ上がったのか理解しています」と言えますか？ | 複数の指標、複雑なバンドリング、または非表示のアドオンはサポートチケットとチャーンをトリガーします。 |
指標はモデルよりも重要です
Mixpanelは抽象的なモデルとして「ユーザーごと」から「使用量ベース」に切り替えたのではありません。完全な製品採用を罰した指標（一意のユーザー）から、それに報いた指標（イベント量）に切り替え、顧客の痛みを滑らかにするティアでラップしました。
IT部門と財務意思決定者にとって、教訓は次のとおりです。新しいSaaSツールを評価するとき、署名する前に価値指標を精査してください。次のことをお聞きします。
- より多くの価値を得ると、何が増加しますか？ 重要な指標（イベント、API呼び出し、ストレージ）がユーザーごとのファサードの背後に隠されている場合、実際のコストカーブが表示されていません。
- 今日、来年の請求額を見積もることはできますか？ 予想使用量をプラグインして数値を取得できない場合、ベンダーは透明性を回避しています。
- 指標は採用に報いるか、それとも罰するか？ コア機能をより重くしている場合、指数関数的なコスト増加がトリガーされます。最終的には使用を制限し、ツールの価値を失います。
これが今重要な理由
ただし、採用は最適化を意味しません。ほとんどのSaaS企業は依然として反応的に指標を選択しています。「他のみんながそうしているので、ユーザーごとに課金します」。その後、なぜ更新会話が難しいのか疑問に思います。
これを正しく理解している企業は、選択する指標が、顧客が製品から得られる価値を直接反映する必要があることを知っています。Mixpanelのイベントベースの価格設定への切り替えは、古い指標が製品設計と戦っていることに気付いた後、ベンダーが軌道を修正する一例です。
SaaSツールを選択したり、独自の価格設定を再考したりする場合は、指標から始めてください。リストの価格ではなく、ティア名でもありません。指標です。請求書に記載される内容であり、顧客がお得な取引を受けているのか、それとも小銭を数えられているのかを決定するものだからです。