コホート分析と MRR 定義 — SaaS 指標の運用実務
Monthly Recurring Revenue（MRR）は SaaS 事業で最も頻繁に参照される指標である。しかし、実務で MRR を運用するとき、財務・営業・プロダクト・投資家報告で異なる定義が混在することが頻繁に起きる。同じ数字を見て別の解釈に至るリスクは、指標そのものの技術的な問題というより、コホート分析との組み合わせが確立していないことから来る。本稿は、MRR の定義の分岐点と、コホート分析との併用がなぜ必須であるかを整理する。
要点
MRR は新規／拡張／収縮／解約／再獲得の内訳分解なしには意思決定に使えない。コホート分析はこの分解を時系列で保つための装置である。両者を独立に扱うと、成長の質を見誤り、リテンション施策と獲得施策の投資判断を混同する。
MRR 定義の分岐点
SaaS 財務コミュニティで長年整理されてきた MRR の内訳は、主に以下の五つである。ただし、境界の判定基準は組織によって異なる。
- New MRR： 新規顧客からの MRR。
- Expansion MRR： 既存顧客のアップグレード、シート追加、使用量増加。
- Contraction MRR： 既存顧客のダウングレード、シート削減。
- Churn MRR： 解約による喪失。
- Reactivation MRR： 過去に解約した顧客の再契約。
分岐点は「同一顧客か別顧客か」の判定基準にある。M&A で契約が引き継がれた場合、これは Expansion か New か。子会社アカウントが親会社アカウントに統合された場合、Contraction なのか単なる管理変更なのか。David Skok の For Entrepreneurs シリーズや、Reforge の SaaS フレームワーク教材でも繰り返し論点になっている。組織内で判定ルールを明文化し、期をまたいで一貫させることが、実質的な運用の前提である。
SaaS Capital などの継続的な調査では、業種によって NRR や Gross Retention の目安が異なることが示されている。ただし、公表される目安を自社に当てはめる際は、上記の内訳定義が同じかどうかを確認しないと、比較の意味が失われる。
コホート分析の役割
コホート分析は「同時期に獲得した顧客群」の時間経過に伴う指標変化を追う手法である。SaaS 文脈では、月次または四半期の獲得コホート別に、以下を追跡することが多い。
- 各コホートの累積 revenue と累積解約
- コホート別の平均 ARR/ユーザー、拡張率
- コホート別の payback period（獲得コスト回収期間）
コホート分析なしで MRR だけを見ると、獲得と解約の同時進行を平均で相殺してしまう。たとえば、月次 MRR が横ばいであっても、獲得コホートの構成が変わっていれば、事業の質は変化している。旧コホートが解約し、新コホートが薄い契約単価で流入している場合、6ヶ月後には解約側が優勢になる。
Christoph Janz が「The Angel VC」で提示してきた「1000 people company / 100 elephants company」のような ARPU 分布に基づく分類は、コホート別に見て初めて動的に評価できる。PMF 指標の比較検討でも触れた通り、集約による分布の隠蔽は指標運用の大きな落とし穴である。
組織別の運用の齟齬
MRR とコホート分析の運用で組織間の齟齬が起きるのは、主に次のような場面である。
- 財務側は「請求ベース MRR」を、プロダクト側は「認識ベース MRR」を使い、キャンセル反映のタイミングが異なる。
- 営業チームの KPI が New MRR に偏り、Expansion の獲得が営業インセンティブに反映されない。
- 投資家報告では NRR を強調し、社内運用では Gross Retention を主に見る、といった二重帳簿状態。
これらは指標そのものの欠陥ではなく、「同じ数字が別々の目的に流用されている」ことから発生する。定義書、更新頻度、責任者を明示した dashboard を組織内で単一の source of truth として運用することが、最も効く対処である。ただし、この運用は組織横断の合意形成コストが高く、多くの企業で「MRR を見る dashboard が三つ以上ある」状態が長期化している。
プロダクト側の意思決定への接続
MRR とコホート分析はプロダクトチームの意思決定にも直接的に効く。たとえば、Expansion MRR がどの機能追加によって発生しているかをコホート別に追えば、次期投資の優先順位が変わる。Churn MRR の理由分析をコホート別に行うと、「初期3ヶ月の onboarding 失敗」と「12ヶ月後の代替品切替」を混同しなくなる。チャーン予測モデルの実装と運用上の落とし穴で扱う予測モデルは、この分解を前提としている。
もっとも、コホート分析の粒度を細かくしすぎると、統計的な有意性が失われる。事業規模と観察期間に応じた粒度選択が必要である。
結論
MRR は単一の数字として便利に見えるが、内訳分解とコホート分析なしには意思決定装置として機能しない。定義の組織内合意、単一の dashboard、そして獲得コホート別の時系列追跡 ── この三つが揃って初めて、指標が事業判断に接続される。SaaS 事業のスケーリングにおいて、指標の運用体制は プロダクトそのものと同じ重みで扱われるべきである。
参照
- Skok, David. “SaaS Metrics 2.0.” For Entrepreneurs, 継続的に更新。
- Janz, Christoph. “The Angel VC” ブログ内 SaaS 指標記事群。
- SaaS Capital. 年次 Private SaaS Company Survey — NRR ベンチマーク。
- Reforge. SaaS Growth プログラム教材（有料）。