サブスクリプションビジネスのKPI設計は、MRR・ARR・NRRなどの指標を新規・拡大・縮小・解約という収益ドライバーに分解し、CRM上で一元管理して追跡することが核心です。
「月次の売上は把握しているけれど、新規と既存の内訳がわからない」「解約率が高いのか低いのか、比較基準がない」「投資家やボードメンバーに収益構造を説明できない」——サブスクリプションビジネスを運営しながら、こうしたKPI管理の壁にぶつかっている企業は少なくありません。
サブスクリプションKPIとは、定期課金型ビジネスの収益構造を定量的に把握し、経営判断の精度を高めるための指標群です。売上の「量」だけでなく「質」を可視化するために、MRR(月次経常収益)・ARR(年次経常収益)・NRR(売上維持率)を正しく設計し、CRM上でリアルタイムに追跡できる仕組みを作ることが、持続的な成長の土台になります。
本記事では、サブスクリプションビジネスに必要なKPI体系の設計方法と、CRM(特にHubSpot)での可視化・運用の実務を体系的に解説します。
本記事は「BtoB企業の売上成長戦略|CRMデータを活用した収益拡大のステップ」シリーズの一部です。
この記事でわかること
サブスクリプション型の事業を運営する経営者・事業責任者や、これからKPI基盤を整える営業・カスタマーサクセスのマネージャーに向けて、指標の定義からCRMでの運用設計までを整理しました。
- サブスクリプションKPIの全体像 — MRR・ARR・NRR・チャーンレートの定義と計算方法を解説します
- MRRの5要素分解 — New・Expansion・Contraction・Churn・Reactivationの内訳で、収益の増減理由を追跡する方法を紹介します
- 健全水準の目安 — NRRやLTV/CACなど、BtoB SaaSで使われる標準的な数値の目安を整理します
- CRM/HubSpotでの可視化設計 — 取引オブジェクトからカスタムオブジェクトまで、3段階の実装アプローチとダッシュボード設計を解説します
- よくある失敗と対策 — 指標定義の不統一や入力漏れを「仕組み」で防ぐ設計を紹介します
「KPIは追いたいがどこから設計すればよいかわからない」「スプレッドシート管理の限界を感じている」という方に向けて書いています。最後まで読むと、自社のKPI体系を設計し、CRM上で運用を始めるための手順が組み立てられるようになります。
サブスクリプションKPIとは
まず、前提となる定義を整理します。サブスクリプションKPIは、単なる売上管理の指標ではなく、定期収益モデルに特有の「収益の質」を測るための指標群です。
サブスクリプションKPIの定義
サブスクリプションKPIとは、定期課金型ビジネスの収益構造を定量的に把握し、経営判断の精度を高めるための指標群です。従来の「売上高」だけでは、サブスクリプションビジネスの健全性は測れません。
次の4つの収益ドライバーをそれぞれ可視化し、どこに投資すべきかを判断できる状態を作ることが、サブスクリプションKPI設計の目的です。
関連する考え方はLTV(顧客生涯価値)を最大化する設計でも解説しています。
4つの収益ドライバーと対応する指標
サブスクリプションビジネスの収益は、以下の4つの動きの合計として捉えます。それぞれに対応する指標を決めておくと、ダッシュボードやレポートの設計が一貫します。
| 収益ドライバー |
意味 |
主に対応する指標 |
| 新規獲得 |
新しい顧客との契約で増える収益 |
New MRR、CAC |
| 既存維持 |
既存顧客が契約を継続する収益 |
チャーンレート、NRR |
| 拡大 |
アップセル・クロスセルで増える収益 |
Expansion MRR、NRR |
| 解約・縮小 |
解約やダウングレードで減る収益 |
Churn MRR、Contraction MRR |
この分解があると、「売上が伸びたのは新規獲得のおかげか、既存顧客の拡大のおかげか」が一目で分かります。ここがサブスクリプションKPI設計の出発点です。
なぜサブスクリプションKPIの設計が重要なのか
指標を増やすこと自体が目的ではありません。ストック型の収益モデルでは「今月の売上」だけでは事業の健全性が判断できないため、KPIの設計そのものが経営の土台になります。3つの視点で整理します。
従来の売上管理では見えない「収益の質」
サブスクリプションビジネスの最大の特徴は、収益が「ストック型」であることです。
単月の売上が同じ1,000万円でも、その内訳が次のどちらなのかで、事業の安定性はまったく異なります。
- 新規800万円+既存200万円
- 新規200万円+既存800万円
例えば、毎月の売上が横ばいに見えていても、実は新規獲得で補填しているだけで、既存顧客の解約が増加しているケースは珍しくありません。
この「バケツの穴」を見つけるためには、MRRを構成要素に分解して追跡する仕組みが不可欠です。
さらに深掘りしたい方はBtoB企業の売上成長戦略もあわせてお読みください。
スプレッドシート管理の限界
多くの企業がExcelやスプレッドシートでサブスクリプションKPIを管理していますが、ここには構造的な限界があります。
契約データ・請求データ・CRMデータが分散するため、集計のたびに手動で突合する工数が発生します。さらに、月末に集計した数値は「過去の結果」でしかなく、リアルタイムの意思決定には使えません。
| 観点 |
スプレッドシート管理 |
CRM基盤の管理 |
| データの所在 |
契約・請求・顧客情報が分散し、突合が必要 |
取引・会社・コンタクトの情報を関連づけて管理できる |
| 数値の鮮度 |
月末集計の「過去の結果」になりがち |
契約情報がリアルタイムで更新される |
| 変更履歴 |
手動更新で差分が起きやすい |
変更履歴を残す運用設計が組み込める |
| 会議での利用 |
集計担当者の工数に依存 |
ダッシュボードで常に最新を確認できる |
CRMを基盤としたKPI管理では、契約情報がリアルタイムで更新され、ダッシュボード上で常に最新の収益構造を確認できます。これは経営のスピードに直結する違いです。
投資判断・資金調達への影響
SaaS企業にとって、MRR・ARR・NRRといった指標は投資家との共通言語です。これらの数値を正確かつ一貫した定義で算出できていない場合、デューデリジェンスの段階で信頼性を疑われるリスクがあります。
KPI設計は、経営管理だけでなく外部コミュニケーションの基盤でもあります。
収益指標の設計|MRR・ARR
ここからは具体的な指標の設計です。まず収益の「総量」を測るMRRとARRを、定義・分解・計算式の順で整理します。
MRRの定義と5要素分解
MRR(Monthly Recurring Revenue:月次経常収益)は、サブスクリプションビジネスにおける最も基本的な収益指標です。対象の線引きは次のとおりです。
- 含めるもの ── 毎月の定期課金から得られる収益
- 含めないもの ── 初期費用、コンサルティング費用、一時的なアドオン売上(含めないのが原則です)
MRRは以下の5つの構成要素に分解して追跡します。ここが要点となるポイントです。
| 構成要素 |
定義 |
計算例 |
| New MRR |
新規顧客から獲得した月次収益 |
新規10社 × 月額10万円 = 100万円 |
| Expansion MRR |
既存顧客のアップセル・クロスセルによる増収分 |
プランアップ5社 × 差額5万円 = 25万円 |
| Contraction MRR |
既存顧客のダウングレードによる減収分 |
プランダウン3社 × 差額3万円 = △9万円 |
| Churn MRR |
解約顧客による減収分 |
解約2社 × 月額10万円 = △20万円 |
| Reactivation MRR |
解約後に復帰した顧客からの収益 |
復帰1社 × 月額10万円 = 10万円 |
MRR計算式:当月MRR = 前月MRR + New MRR + Expansion MRR - Contraction MRR - Churn MRR + Reactivation MRR
この分解で見ると、例えばMRRが横ばいでも、次のどちらなのかが区別できます。
- 「Expansionが伸びてChurnを相殺している」
- 「Newが減って既存頼みになっている」
打ち手を新規獲得に振るのか、解約防止に振るのかという判断材料がここから生まれます。
ARRの算出方法と使い分け
ARR(Annual Recurring Revenue:年次経常収益)は、MRR × 12で算出します。年間契約が主体の場合は、年間契約金額の合計で直接算出することもあります。
ARRは投資家向けの報告や中長期の事業計画策定で使われることが多い指標です。
| 指標 |
向いている用途 |
備考 |
| MRR |
月次のオペレーション改善、増減の内訳分析 |
5要素分解で変動要因まで追える |
| ARR |
投資家向け報告、中長期の事業計画 |
年間契約主体なら契約額の合計で算出するケースもある |
実務での応用についてはCRMダッシュボード設計の極意で具体例とともに紹介しています。
維持・効率指標の設計|チャーンレート・NRR・CAC/LTV
収益の総量だけでは、維持力と獲得効率は分かりません。続いて「既存収益をどれだけ保てているか」と「獲得効率が健全か」を測る指標を整理します。
チャーンレートの2種類
チャーンレート(解約率)には2種類あります。
| 種類 |
計算式 |
特徴 |
| カスタマーチャーンレート |
解約顧客数 / 月初顧客数 × 100 |
顧客数ベース。小口顧客の流出を捉えやすい |
| レベニューチャーンレート |
Churn MRR / 月初MRR × 100 |
収益ベース。大口解約のインパクトを反映する |
SaaSビジネスでは、レベニューチャーンレートがより実態を反映します。例えば、小規模顧客が10社解約しても、大口顧客1社の解約のほうがビジネスインパクトは大きいためです。
NRRの計算と目安
NRR(Net Revenue Retention:売上維持率)は、既存顧客だけでどれだけ収益を維持・成長できているかを示す指標です。
- 計算式 ── NRR = (月初MRR + Expansion MRR - Contraction MRR - Churn MRR) / 月初MRR × 100
- 読み方 ── NRRが100パーセントを超えている場合、新規獲得がゼロでも既存顧客だけで収益が成長していることを意味します
水準の目安については、後述のよくある質問でも整理しています。
CAC・LTV・ユニットエコノミクス
サブスクリプションKPIの設計で見落とされがちなのが、顧客獲得コスト(CAC)と顧客生涯価値(LTV)のバランスです。
| 指標 |
計算式 |
目安 |
| CAC(顧客獲得コスト) |
営業・マーケティングコスト合計 / 新規獲得顧客数 |
獲得効率を測る基礎値として使われることが多い |
| LTV(顧客生涯価値) |
ARPA(顧客単価) × 粗利率 / カスタマーチャーンレート |
顧客から得られる生涯価値 |
| LTV/CACレシオ |
LTV / CAC |
3倍以上が健全、5倍以上なら投資余力あり |
| CACペイバック期間 |
CAC / (ARPA × 粗利率) |
12ヶ月以内が目安 |
これらの指標をCRM上で自動計算できるようにしておくと、経営会議でのフォーキャストを実データに基づいて行いやすくなります。
CRM/HubSpotでのサブスクリプションKPI可視化
指標の設計が決まったら、次はそれを回す基盤です。HubSpotは、コンタクトから取引、顧客、請求までの一連の流れを次のように扱うCRMです。
- 一元管理 ── 1つのデータベースで管理する
- 自動化 ── ワークフローで自動化する
- 可視化 ── ダッシュボードで可視化する
サブスクリプションKPIは、この流れの中の「契約・請求データ」を指標化する部分に位置づきます。
データモデルの設計:3つのアプローチ
HubSpotでサブスクリプションKPIを管理する方法は、大きく3段階に分かれます。企業様の規模やフェーズによって最適な方法が異なりますので、自社に合った設計を選んでいただければなと思います。
| アプローチ(必要なプラン) |
できること |
向いている段階 |
| 取引オブジェクト+収益機能(無料〜Starterでも開始可能) |
MRR総額の推移把握 |
スモールスタート |
| カスタムプロパティ+ワークフロー(Professional以上) |
MRRカテゴリの自動分類・計算 |
成長期 |
| カスタムオブジェクト+請求データ連携(Enterprise) |
請求明細単位の収益追跡 |
スケール期 |
アプローチ1:取引オブジェクト+収益機能(スモールスタート向け)
HubSpotの標準的な取引オブジェクトと収益トラッキング機能を活用する方法です。取引に「月額金額」「契約開始日」「契約期間」「更新日」のプロパティを設定し、収益レポートでMRRの推移を追跡します。
- メリット ── セットアップが簡単なこと
- デメリット ── MRRの5要素への分解やNRRの自動計算が難しい点
月次のMRR総額を把握する程度であれば、このアプローチで十分対応できます。
アプローチ2:カスタムプロパティ+ワークフロー(成長期向け)
取引オブジェクトにカスタムプロパティ(MRRカテゴリ、前月MRR、MRR変動額など)を追加し、ワークフローで自動分類・計算する方法です。
Professionalプラン以上が必要になりますが、ワークフローとカスタムレポートでかなりの分析が可能です。
アプローチ3:カスタムオブジェクト+請求データ連携(スケール向け)
Enterpriseプランで利用可能なカスタムオブジェクトを使い、「契約」「請求明細」といった独自のオブジェクトを作成する方法です。
Salesforceを使ったことがある方であれば、カスタムオブジェクトの概念はSalesforceのカスタムオブジェクトとほぼ同等とお考えいただければと思います。
カスタムオブジェクトで契約・請求を管理する
カスタムオブジェクトを使うと、標準の取引オブジェクトでは表現しにくい「契約」「請求明細」といった独自のオブジェクトを作成できます。例えば、1つの取引に対して36ヶ月分の請求レコードをカスタムオブジェクトで作成し、月ごとの収益を正確に追跡できます。
上図は、次のカスタムオブジェクトを配置したHubSpotのデータベース設計図です。
- オンボーディング
- 契約
- MRR月次収益 ── 取引の金額欄だけでは増減の履歴を追えないため、MRRを月次のオブジェクトとして持つ構成になっています
MRRを月次のオブジェクトとして持つ構成。取引の金額欄だけでは、増減の履歴を追えません。
ただし、カスタムオブジェクトはEnterpriseプランでの提供となり、設計と運用の負荷も上がります。
まずは取引オブジェクトとプロパティで始め、管理したい粒度が明確になってから移行を検討するスモールスタートが現実的です。
取引オブジェクトを中心とした案件管理の詳細は「HubSpotのSales Hub(SFA)とは?SFAの機能一覧とAIと連携した、実務で使えるユースケースをご紹介!」で解説しています。
ダッシュボード・レポート設計の実務
KPIを「計算できる」状態と「経営で使われる」状態は別物です。ここでは、会議や部門の運用に組み込むためのダッシュボードとレポートの設計を整理します。
会議シーン別のダッシュボード構成
サブスクリプションKPIのダッシュボードは、利用シーンごとに分けて設計するのがポイントになります。
| ダッシュボード |
主要KPI |
対象者(更新頻度) |
| 経営ダッシュボード |
ARR、MRR推移、NRR、チャーンレート、LTV/CAC |
経営層・ボードメンバー(月次) |
| セールスダッシュボード |
New MRR、パイプライン加重金額、受注率、営業活動量 |
営業マネージャー(週次) |
| CSダッシュボード |
Churn MRR、Expansion MRR、ヘルススコア、NPS |
CSマネージャー(週次) |
| ファイナンスダッシュボード |
ARR、CAC、CACペイバック、ランウェイ |
CFO・経営企画(月次) |
HubSpotではダッシュボードの定期配信機能があり、例えば毎週月曜朝8時に経営チームへ自動送信するといった運用が可能です。
時点データの固定化という観点でも、ダッシュボードのスナップショットを定期配信しておくことで、過去との比較が正確にできるようになります。
レポート設計の実務
まず既存のHubSpot標準レポートを確認し、足りない部分だけカスタムレポートを作成するのが効率的です。
「まず土台はすでにあるもので作りつつ、カスタマイズしていただく形がいいんじゃないかな」という考え方が基本です。
全部を一度に作り込むより、既存の土台を使いながら必要なものから足していく、スモールスタートの進め方をおすすめします。
サブスクリプションKPI向けに特に有用なレポートは以下のとおりです。
- MRRウォーターフォール(New/Expansion/Contraction/Churn の内訳付き月次推移)
- コホート別チャーンレート(契約月ごとの解約推移を追跡)
- 顧客単価(ARPA)の推移レポート
- パイプライン加重金額レポート(フォーキャスト用)
以下の画面は、デモ環境のレポートビルダーで「請求をベースとしたMRR」レポートを組み立てている様子です。

デモ環境のレポートビルダーで「請求をベースとしたMRR」レポートを組み立てている画面です。
注意点・よくある失敗パターン
最後に、サブスクリプションKPIの設計・運用で実際によく起きる失敗を4つ紹介します。
いずれも「指標の知識」ではなく「運用の設計」で防げるものです。
失敗1:MRRの定義が社内で統一されていない
よく見られる失敗パターンです。営業が「MRR」と呼ぶ数値と、経理が集計する「月次売上」が一致しないケースがあります。
たとえば、次のような点を揃える必要があります。
- 初期費用 ── 含めるか
- 値引き ── どう扱うか
- 年間一括払い ── 按分ルールをどうするか
明確な定義書を作成して全社で合意することが前提です。
失敗2:KPIを設定しすぎて形骸化する
指標が多すぎると、どれが重要かわからなくなります。
まずはMRR(5要素分解)とチャーンレートの2指標に集中し、これが安定して追跡できるようになってからNRRやLTV/CACに拡張するスモールスタートを推奨します。
失敗3:CRMへの入力がされない
KPI設計がどれだけ精緻でも、現場の営業担当がCRMに契約情報を正しく入力しなければ数値は信用できません。ここは「人」の問題ではなく「仕組み」で解決すべきです。
例えば、取引ステージを「受注」に移行する際に「月額金額」「契約期間」を必須入力にするパイプラインルールを設定することで、データ品質を担保できます。必須入力の項目は、新人が受注時に何を確認すべきかを教える教材としても機能します。
失敗4:過去データの遡及修正ルールがない
契約変更やプランアップがあった際に、過去のMRRデータをどう扱うかのルールがないと、レポートの信頼性が損なわれます。
受注後に金額をずらしたり減らしたりすると、レポート上の数値が先月と違うという事態が起きます。次の運用設計とルールづくりが重要です。
- 変更履歴を残す運用設計
- 過去の数値を直接書き換えないルールづくり
ただし、単発販売が主体で継続課金の比率が低いビジネスでは、こうしたMRR分解の恩恵は限定的です。その場合は、まず月次売上とリピート率の管理から始めるほうが実務に合うケースがあります。
よくある質問
Q. MRRとARRはどちらを主要KPIにすべきですか?
月額課金が主体のビジネスであればMRRを日常的な管理指標とし、年間契約が主体であればARRのほうが実態を反映しやすいです。投資家向けの報告ではARRが使われることが多いですが、社内のオペレーション改善にはMRR(とその5要素分解)のほうが粒度が細かく有用です。
Q. 初期費用や単発のコンサルティング売上はMRRに含めますか?
含めないのが原則です。MRRは「毎月繰り返し発生する収益」だけを対象にするため、初期費用・コンサルティング費用・一時的なアドオン売上は切り分けます。ただし、毎月継続して課金されるオプションであればMRRに含める設計もあり得ます。重要なのは、何を含めるかのルールを社内で統一しておくことです。
Q. NRRの目安はどの程度ですか?
NRRが100パーセントを超えていれば、既存顧客からの収益が拡大している状態を意味し、一般的に健全な水準とされます。ただし、顧客単価やターゲットセグメントによって適正値は変わります。エンタープライズ向けSaaSではより高いNRRが求められる傾向にあり、SMB向けではやや低い水準でも良好と評価されるケースがあります。
Q. HubSpotの無料プランやStarterプランでもMRR管理はできますか?
基本的なMRR総額の把握は可能ですが、MRRの5要素分解やチャーンレートの自動計算には、ワークフローとカスタムレポートが使えるProfessionalプラン以上を推奨します。カスタムオブジェクトで請求データを詳細管理する場合はEnterpriseプランが必要になります。スモールスタートとして、まずはStarterプランで取引管理を始め、データが溜まってきた段階でProfessionalにアップグレードするという進め方もよいでしょう。
Q. サブスクリプションKPIの見直し頻度はどの程度が適切ですか?
KPIの定義自体は四半期に1回程度のレビューで十分です。一方、KPIの数値確認は、MRRとチャーンレートは月次、パイプライン関連は週次で追跡するのが一般的です。事業フェーズが変わるタイミング(例えばPMF前後など)では、KPI体系自体の見直しが必要になります。
まとめ
サブスクリプションビジネスのKPI設計は、「定義の統一 → MRRの5要素分解 → CRMでの可視化 → 会議連動のダッシュボード → 入力ルールの仕組み化」という流れで組み立てます。
ポイントは、指標の種類を増やすことではなく、新規・拡大・縮小・解約という収益ドライバーごとに原因を追跡できる状態を作ることです。
最も先にやるべきは、MRRとチャーンレートの計算ルールを社内で1つに統一することです。ここが揃っていないと、全社で同じ数字を見ているつもりでもまったく違う議論をしてしまいます。
- MRR ── MRRを5要素に分解して追跡できるようになれば、Expansionが伸びているのかChurnで流出しているのかが一目で分かり、打ち手の優先順位が定量的に決められます
- NRR ── NRRはSMB向けSaaSで100〜110%、エンタープライズ向けで120%以上が優良水準とされていますので、自社のセグメントに合った目標値を設定してください
最初の一歩として、次の3ステップから始めるのがおすすめです。
- MRRとチャーンレートの社内定義を1ページにまとめ、初期費用・値引き・年間一括払いの扱いまで合意する
- 契約情報を取引オブジェクトのプロパティ(月額金額・契約期間・更新日など)として入力し、月次MRRをダッシュボードで見えるようにする
- 数値が安定して追えるようになったら、5要素分解やNRRに拡張し、会議で使うダッシュボードに載せる
CRMを活用した業務効率化やAIとの連携に関するご相談は、CRM特化型コンサルティングのHubSpotゴールドパートナーのStartLinkまでお気軽にお問い合わせください。
あわせて読みたい
このテーマに関連する記事はBtoBマーケティング基礎カテゴリで網羅的にまとめています。