本当に重要なSaaS指標は9つだけ｜2026年版（1,300社以上のベンチマーク）

本当に重要なSaaS指標は9つだけ｜2026年版（1,300社以上のベンチマーク）

342社を対象としたAleph × Benchmarkitのパネル調査によると、グロス収益維持率（GRR）の中央値は2025年暦年中に88%から84%へ低下しました（Aleph × Benchmarkit、2026 SaaS & AI Performance Benchmarks）。わずか1年で4ポイントの下落です。それでも、多くの取締役会資料で使われる**saas metrics that matter（本当に重要なSaaS指標）**は、資金調達が事実上タダ同然だった2021年10月にDavid Sacksが公表した基準値のままスコアリングされています。その基準はただ古いだけではありません。すでに存在しない市場を前提に較正されたものです。以下では、それぞれの数値をサンプルサイズ付きで2026年版の実名レポートに紐づけた9つの指標と、追跡をやめるべきだと考える6つの指標を紹介します。

重要なポイント

• 使用量課金型SaaSのNRR中央値は108%、席数課金型は98%と、10ポイントの差があります（Benchmarkit 2026、n=230）。
• グロス収益維持率（GRR）の中央値は前年比で88%から84%へ低下しました（Benchmarkit 2026）。
• ブートストラップ型SaaSの成長率中央値は、$3–20M ARR帯で20%から15%へ鈍化しました（SaaS Capital 2026、n>1,000）。
• 2026年に本当に重要な指標は9つ。よく追跡されているが実は不要な6つの指標もあわせて指摘します。

2026年のSaaSベンチマークは実際に何を示しているのか？

2026年版の**SaaS metrics benchmarks（SaaS指標ベンチマーク）**は、いずれも2025年通年の実績を報告しており、成長面では厳しさが増し、効率面ではやや改善した市場像を描いています。ネット収益維持率（NRR）の中央値は102%、グロス収益維持率（GRR）の中央値は84%と、いずれも前年比で低下した一方、CACペイバックの中央値は18か月から16か月へ改善しました（Aleph × Benchmarkit、CY-2025；NRR n=230、CACペイバック n=198、GRR nは非公開）。

以下の1つの表にすべてをまとめました。多くの人が探している**saas metrics cheat sheet（SaaS指標チートシート）**です。スクリーンショットを撮って、引用して、異論があれば議論してください。すべての数値は2026年に公表されたベンチマークによるCY-2025の実績値で、通貨はすべて公表時の米ドル（USD）表記です。出典が公表していない区分は推定値ではなく「n/a」と表記しています。表記に関する注記が1点あります。SaaS Capitalは自社の数値を「2026 medians（2026年の中央値）」と呼んでいますが、AlephとBenchmarkitは同じ報告期間をCY-2025と表記しています。本記事では一貫してCY-2025を使用します。基礎となるデータの年は同じです。

中央値は「合格ライン」ではなく、「市場の半分はこれを下回っている」という意味で読んでください。この9つの指標は3つのグループに分かれます。

1. リテンション： NRR、GRR、ロゴ維持率
2. 効率性： CACペイバック、バーンマルチプル、従業員1人あたりARR
3. 成長の質： 成長率、粗利率、Rule of 40

業界の半分は、資金調達が無料同然だった時代に書かれた基準で評価され続けています。

このベンチマークの作り方（手法とサンプルサイズ）

私たちは独自の調査を実施したわけではありません。これは、実名で公表された2026年版レポートから作成した正規化メタベンチマークです。すべての数値はいずれかのレポートに帰属し、実名で出典を示しています。自社の知見に基づく唯一のセクション（これらの数値が実装時にどう崩れるかについて）には、統計値は一切含まれていません。私たち自身では何も測定していないためです。

「1,300社以上」の内訳：Benchmarkitパネルの342社と、SaaS Capitalパネルの1,000社超を合わせると1,342社を超えます。SaaS Capitalの2本のレポートは同一の回答母集団に基づくため、パネルとしては1回のみカウントしています。

定義については、SaaS Metrics Standards Boardの基準に準拠しています。NRRは固定コホートにおける拡大（アップセル）、縮小（ダウンセル）、解約を測定し、新規ロゴは完全に除外します。これはまさに、この記事の後半にあるSQLが強制している内容です。

意図的に除外した数値もあります。「従業員1人あたり売上$129,724」や「Rule of 40をクリアするSaaS企業はわずか11〜30%」という数値です。どちらも一次レポートではなく、あるアグリゲーターによる独自分析に基づくものです。この検索結果の上位10件のうち、数値の出所を説明しているページは1つもありませんでした。

ここで1つ開示しておきます。これを書かなければ、この記事自体が矛盾したものになってしまいます。私たちが参照した2つの出典は、従業員1人あたりARRについて食い違っています。Benchmarkitのサマリーページは**$175K、17%増と見出しを掲げていますが、Alephの指標別ページは同じパネルから$193K、29%増**と報告しています。私たちは$193Kを採用しています。理由は、そのページがサンプル数（n=96）を開示し、分布全体も公表しているのに対し、サマリーの見出しはどちらも開示していないためです。もう一方の数値を採用する判断も十分あり得ます。誰もしてはいけないのは、どちらのページから引用したのかを示さずに数値だけを引用することです。

リテンション：NRR、GRR、ロゴ解約率

ネット収益維持率（NRR）

**ネット収益維持率（NRR）は、ネットドルリテンションとも呼ばれ、固定の顧客コホートが12か月後に支払う金額を、拡大・縮小・解約を含め新規ロゴを除いて測定するものです。CY-2025の中央値は102%**で、25パーセンタイルは92%と、2024年の95%から低下しています（Aleph × Benchmarkit、n=230）。

計算式：NRR = (starting MRR + expansion − contraction − churn) ÷ starting MRR。$100Kから始まったコホートが$12K拡大し、$4K縮小し、$6K解約した場合、NRRは102%になります。

ここからが、この記事全体の中でも特に重要な発見です。このパネルを価格モデル別に分けると、**使用量課金型企業のNRR中央値は108%、席数課金型は98%**となり、その差は10ポイントに達します（Aleph × Benchmarkit）。

Aleph × Benchmarkit、2026 SaaS & AI Performance Benchmarks、NRR報告社数 n=230。100%のラインを下回ると、新規ロゴがなければ既存顧客基盤は縮小します。

この98%という数字を、一度じっくり受け止めてください。席数課金型SaaS企業の中央値は、自社の既存顧客基盤だけでは損益分岐点を下回っています。明日から新規獲得を止めれば、事業は縮小します。誰もが「顧客からの支持度」を示す指標だと思い込んでいるこの数値において、実は「何を作ったか」よりも「どう課金するか」の方が効いています。もしあなたのNRRが90%台後半で伸び悩んでいるなら、自社の価格体系の中に、顧客の成長に連動して伸びる要素があるかどうかを見直してみてください。

グロス収益維持率（GRR）

**グロス収益維持率（GRR）は、NRRから拡大分の加算を除いたもので、縮小と解約のみを反映し、各顧客の開始時点の収益を上限（フロア）とします。中央値は88%から84%**へ低下し、75パーセンタイルも95%から91%へ低下しました（Aleph × Benchmarkit、CY-2025）。

計算式：GRR = (starting MRR − contraction − churn) ÷ starting MRR。GRRが100%を超えることはありません。

NRRは拡大の陰に解約を隠せますが、GRRにはそれができません。NRR105%かつGRR84%の企業は、顧客を維持しているのではなく、残った顧客に対して強く売り込んでいるだけです。

ロゴ維持率と顧客解約率

ロゴ維持率は金額ではなく顧客数をカウントするため、解約が小規模アカウントまたは大規模アカウントに偏っている場合、GRRとは異なる動きを示します。私たちは2026年版の一次レポートからロゴ解約率の中央値を追跡できなかったため、この記事では数値を掲載していません。

言えることが1つあります。「年間解約率5〜7%が健全」という言説は2019年頃の俗説であり、検索結果上位10件に入る競合サイトの1つが今も出典なしで公表していますが、ACV帯を示さなければ意味を持ちません。

あなたのSaaSは本当に効率的か？CACペイバック、バーンマルチプル、従業員1人あたりARR

CACペイバック期間

CACペイバック期間とは、顧客獲得コストを、粗利調整後の収益で回収するのに必要な月数のことです。CY-2025の中央値は16か月で、2024年の18か月から改善しました。上位25%は6か月以下で回収し、下位25%は24か月以上かかっています（Aleph × Benchmarkit、n=198）。

計算式：CAC payback = CAC ÷ (new MRR × gross margin)。

CACペイバックをLTV:CACに代わる主要な効率性指標にすべきだというAlephの主張は、単純な算数の理由から正しいと言えます。ペイバックは自分が把握している2つの数値だけを使うのに対し、LTV:CACは3つの推定値を掛け合わせるからです。同じパネルではマジックナンバーの中央値は1.37、つまりセールス&マーケティング支出$1に対して新規ARR$1.37という報告があります。その内訳を見るとさらに差が際立ちます。新規ARR$1あたりの獲得コストは新規顧客で$1.63、拡大（アップセル）では$0.80です（Aleph × Benchmarkit、NRR benchmarks）。拡大の獲得コストは半分で済むのです。

バーンマルチプル

バーンマルチプルは David Sacks 自身が考案した指標で、ネットバーン（純現金消費額）をネット新規ARRで割ったもの、つまり1ドルの継続収益を生み出すために何ドルを消費しているかを示します。彼の2021年の整理によれば、1未満なら申し分なく、2未満でも十分良好とされています。

ここには正直な空白があります。私たちが追跡できた2026年版レポートのうち、バーンマルチプルの分布を公表しているものは1つもなかったため、数値をでっち上げることはしません。もし誰かが現在のバーンマルチプル中央値を提示してきたら、どのレポートか、どのデータ年か、サンプル数はいくつかを尋ねてください。資本効率は、このカテゴリーの中で最も主張されている割に、最も出典が乏しい領域です。

従業員1人あたりARR

従業員1人あたりARRは、年間経常収益をフルタイム従業員数で割ったもので、2025年に最も大きく動いた指標です。中央値は**$193K**で、$150Kから29%上昇し、上位25%は約$279K、下位25%は$126Kでした（Aleph × Benchmarkit、n=96）。使用量課金型企業が$291Kで最も高くなっています。

1年で29%上昇したのは生産性の奇跡ではなく、一部は採用凍結によるものです。この比率を動かすのはツール選びです。小規模チームが小規模のままでいるために使うツールや、採用の代わりに業務を自動化することは、どちらもこの比率に影響を与えます。成長率が50%を超える企業は従業員1人あたり$235Kを計上しているのに対し、31〜50%の企業群では$136Kにとどまっています。

成長の質：成長率、粗利率、Rule of 40

成長率

$3–20M ARR帯のブートストラップ型B2B SaaSにおける前年比成長率の中央値は、**20%から15%**へ低下しました。一方でNRRは103%、GRRは91%を維持しています（SaaS Capital、2026 Benchmarking Metrics for Bootstrapped SaaS Companies、n>1,000）。90パーセンタイルも51%から42.3%へ低下しました。

SaaS Capital、2026 Benchmarking Metrics for Bootstrapped SaaS Companies、非公開B2B SaaS n>1,000社。同期間中、リテンションは横ばいだったため、この鈍化の原因は解約ではなく新規獲得にあると特定できます。

成長率は落ちた。リテンションは落ちなかった。つまりこの鈍化は新規獲得の問題であり、多くの取締役会は見当違いの方向を指さしています。

粗利率

ソフトウェア粗利率の中央値は**80%**で、上位25%は86%以上、下位25%は50%、総収益ベースの混合粗利率は76%です（Aleph × Benchmarkit、n=228–232）。

AI推論コストがSaaSの利益率を圧迫していると誰もが予想しています。しかしこのレポートでは、圧縮は見られませんでした。ソフトウェア粗利率は、ベンチマークデータの過去4年間を通じて79〜81%を維持しています。レポート自身のアドバイスは、今のうちにAIコストを計測する仕組みを整えることであり、それにはまず自社プロダクト内でLLM推論がトークンあたり実際にいくらかかっているかを把握することから始まります。

Rule of 40

Rule of 40とは、成長率と利益率の合計が40を上回るべきだという考え方です。CY-2025の中央値は**15%から25%へ上昇し、上位25%は43%**に達しています（Aleph × Benchmarkit）。計算式：growth % + FCF or EBITDA margin % ≥ 40。

ここで価格モデルの話がつながります。サブスクリプションと使用量課金を組み合わせたハイブリッド型モデルが、この43%というラインで群を抜いています。ただし、この中央値の上昇が何を意味するかには注意が必要です。企業各社は成長ではなくコスト削減によって40に近づいており、これはテストに合格する方法としては最も後味の悪いやり方です。

これらのベンチマークはARR帯によって変わるのか？

大きく変わります。単一の数値だけを示すガイドが最も破綻するのはこの点です。NRRはARR$5M未満の94%から、$100M超の103%まで幅があり、従業員1人あたりARRは最上位帯ではなく中間帯でピークを迎えます。

各行の出典：NRR、従業員1人あたりARR、粗利率はAleph × Benchmarkit 2026（CY-2025）、GRRと成長率はSaaS Capital 2026（n>1,000）によるものです。n/aは、その区分を公表した一次資料がないことを意味します。自社に該当する列を読んでみてください。たとえばARR $8Mで成長率15%、NRR103%であれば、まさに平均的な位置にいることになります。

なぜMRRダッシュボードとP&Lが一致しないのか

上記の計算式は簡単な部分にすぎません。実際の請求データに対して正しく計算することは簡単ではなく、この検索結果に出てくるどのガイドもその部分を省略しています。

まず、定義そのものがまだ定まっていないという公表済みの証拠から見ていきましょう。まさにこの標準化のために存在する団体であるSaaS Metrics Standards Boardは、この論点をいまだ未解決として記録しています。「コミットメント水準を超える使用量課金型の収益（超過分）をNRR計算に含めるかどうかについては議論がある」。一方で、計算方法そのものについては決着をつけています。「コホート方式がNRRを測定する上で最も正確であり、ほとんどの状況で推奨されるアプローチである」。Alephは、単一の誤りとして最悪のものをはっきりと名指ししています。「最も多い誤りは、新規ロゴの収益が拡大の項目に紛れ込んでしまうことだ」。これは彼らの言葉によれば、NRRを実際より高く見せ、リテンションの問題を隠してしまいます（Aleph × Benchmarkit）。

つまり、自社のNRRをベンチマークの中央値と比較するという行為は、両者が同じ方法で計算されていることを前提にしていますが、この標準化団体自身が「おそらくそうではない」と述べているのです。以下は、Techsyで実際にこれを計測する際に私たちが設計上対処している5つの失敗パターンです。調査結果ではなく、エンジニアリングの実務として述べています。

1. 新規ロゴの収益が拡大の項目に紛れ込む。 クエリが顧客コホートを固定するのではなく日付範囲でフィルタリングしていると、新規顧客が加わるたびにリテンションの数値が水増しされます。
2. 縮小と解約が1つのバケットにまとめられてしまう。 GRRの計算にはこの2つを分ける必要があり、一度まとめてしまうと再実行なしに分割を復元することはできません。
3. ARRのスナップショットのタイミングが、請求システムとダッシュボードで異なる。 そのため、契約期間の途中でのアップグレードが、一方のシステムでは契約金額全額として計上され、もう一方では日割り計算されると、両者は決して一致しません。
4. 月次契約と年次契約の正規化方法が異なる。 あるシステムは年間契約額を12で割りますが、別のシステムは請求日に一括で計上します。どちらの方式も理屈は成り立ちますが、両方を同時に運用するのは成り立ちません。
5. コホートの期間が気づかないうちにずれる。 多くの場合、督促（ダニング）状態のアカウントを「アクティブ」としてカウントしてしまうことが原因です。Stripeのpast_dueはactiveではありませんが、単純にstatus != 'canceled'でフィルタリングすると、あたかもアクティブであるかのように扱われてしまいます。

この5つすべてに対する解決策は、あのコホート方式です。ある月を選び、その時点でアクティブな正確な顧客リストを固定し、その同じ顧客たちが1年後にいくら支払っているかを問う、というものです。新規ロゴはフィルターによってではなく、構造そのものによって除外されます。以下は、月次MRRスナップショットテーブルに対してPostgreSQL 16で実装した例です。

-- コホートNRRとGRR（拡大・縮小・解約を分離して算出）
-- コホートは基準月の時点で固定されるため、新規ロゴは含まれない
WITH anchor AS (
  SELECT customer_id, SUM(mrr_cents) AS start_mrr
  FROM mrr_monthly
  WHERE month = DATE '2025-06-01'
    AND status = 'active'          -- past_due と unpaid は active ではない
  GROUP BY customer_id
),
later AS (
  SELECT customer_id, SUM(mrr_cents) AS end_mrr
  FROM mrr_monthly
  WHERE month = DATE '2026-06-01'
    AND status = 'active'
  GROUP BY customer_id
),
movement AS (
  SELECT
    a.start_mrr,
    COALESCE(l.end_mrr, 0)                            AS end_mrr,
    GREATEST(COALESCE(l.end_mrr, 0) - a.start_mrr, 0) AS expansion,
    CASE WHEN COALESCE(l.end_mrr, 0) = 0
         THEN a.start_mrr ELSE 0 END                  AS churned,
    CASE WHEN COALESCE(l.end_mrr, 0) BETWEEN 1 AND a.start_mrr
         THEN a.start_mrr - l.end_mrr ELSE 0 END      AS contraction
  FROM anchor a
  LEFT JOIN later l USING (customer_id)   -- LEFT JOIN により解約済みアカウントも保持する
)
SELECT
  SUM(start_mrr)   AS start_mrr,
  SUM(expansion)   AS expansion,
  SUM(contraction) AS contraction,
  SUM(churned)     AS churned,
  ROUND(100.0 * SUM(end_mrr) / SUM(start_mrr), 1) AS nrr_pct,
  ROUND(100.0 * (SUM(start_mrr) - SUM(contraction) - SUM(churned))
                / SUM(start_mrr), 1)              AS grr_pct
FROM movement;

単純なMRRの合計では得られないものが2つあります。1つは、LEFT JOINによってゼロになった顧客も保持されるため、解約が比率の両辺から静かに消えてしまうのではなく、きちんとカウントされることです。もう1つは、変動の各要素が別々の列として出力されるため、NRRとGRRが乖離した2つのクエリからではなく、同じ数値から導き出されることです。

そして、地味だが必要な成果物を作りましょう。指標ごとに、システムオブレコード、正確なフィルター条件、認識日のルール、通貨のルールを明記した1ページの指標定義ドキュメントです。ズレは多くの場合、CRMのフィールドと請求のフィールドがどちらも「MRR」と呼ばれているのに、どちらを優先するかが文書化されていないところから始まります。これはまさにカスタムHubSpot API連携が解決しなければならない問題であり、さらに私たちがSaaSプロダクトを構築する際のAIスタックの上に成り立っています。

追跡をやめるべきSaaS指標はどれか？

ダッシュボードの場所を取るだけで何も返さない指標が6つあります。切り捨ててください。競合ガイドは優先順位もつけずに15〜38個もの指標を並べていますが、38項目もあればそれはもうダッシュボードではなく、ただの書類棚です。

1. 成長指標としてのNPS。 CXのシグナルとしては問題ありません。しかし、NPSが感情としてほのめかすだけのものを、NRRは金額として測定します。そして、上で挙げた2026年版ベンチマークレポートのうち、NPSの数値を公表しているものは1つもありません。
2. 単純な登録数。 意図をカウントしているだけで、価値はカウントしていません。ローンチ時のスパイクとボットファームによるスパイクは、このグラフ上では見分けがつきません。
3. 累計登録ユーザー数。 増える一方の累積数値は指標ではなく、トロフィーです。自社が縮小していることを教えてはくれません。
4. ページビュー。 これはビジネスの成果ではなく、マーケティングの入力値です。NRRの隣に並べるべきものではなく、マーケティングレポートに属するものです。
5. 有料/無料の区別のないMAU/DAU。 無料枠の利用と有料利用が混在した数値は、自分ではコントロールできない理由で動いてしまいます。分割するか、捨ててください。
6. 単独の数値としてのLTV。 ここで最も強く主張したい点です。LTVは3つの推定値（ARPA、粗利率、解約率）を掛け合わせて、いかにも確からしい1つの数値に見せかけていますが、解約率のわずかな誤差でも大きく数値が動きます。代わりにCACペイバックを使ってください。これは実際に観測できる2つの数値だけで成り立っています。

2021年のSaaS指標プレイブックから何が変わったのか？

David SacksとEthan Ruby による2021年10月のエッセイは、まさにこのフレーズの発祥元であり、その功績は正当に評価されるべきです。6カテゴリーからなるフレームワークはこの領域で最も明快な整理モデルであり、バーンマルチプルを世に広めたのもこのエッセイです。David Skokの「SaaS Metrics 2.0」も、もう1つの定番参考文献としてこれと並び立っています。

問題はフレームワークそのものではありません。問題は、その基準値が2021年当時の資本市場に合わせて較正されていること、そしてどちらのページも2026年の読者にそのことを伝えていない点です。その基準に照らして自社をベンチマークした創業者は、実際には中央値にいるにもかかわらず、自社が失敗していると結論づけてしまいます。

• NRR： 2021年当時の「健全」とされる基準は110%以上でした。CY-2025の上位25%は108%で、しかも低下傾向にあるため、110%は今や基準ラインではなく、上位25%をも上回る水準になっています。
• CACペイバック： かつての目標は12か月でした。CY-2025の中央値は16か月で、6か月をクリアできるのは上位25%だけです。
• 成長率： ゼロ金利時代における、ARR$20M未満のブートストラップ企業のデフォルト水準は30%以上でした。CY-2025の中央値は15%です。

2021年のプレイブックが間違っているわけではありません。ただ、すでに存在しない資本市場に合わせて較正されているだけです。

著者について

Mert Batur GurbuzはTechsy.ioの共同創業者であり、同社ではB2Bクライアント向けに、AIエージェント、自動化システム、そしてこうした数値を生み出す請求インフラを構築しています。彼はファイナンシャルアナリストではなく、ダッシュボードを実装するチームを率いる立場にあります。だからこそ、上記の照合（リコンサイル）セクションは、私たちが実体験として語れる部分なのです。経歴：Techsy.io共同創業者、University of Birmingham卒。LinkedIn。

よくある質問

最も重要なSaaS指標は何ですか？

ネット収益維持率（NRR）です。しかも僅差ではありません。NRRは、解約・縮小・拡大をすべて1つの数値として捉える唯一の指標であり、新規販売なしにビジネスが複利的に成長するかどうかを予測します。CY-2025の中央値は102%です（Aleph × Benchmarkit、2026年版、n=230）。拡大が解約を隠さないよう、GRRとあわせて確認してください。

2026年、SaaSにとって良いNRRとはどれくらいですか？

102%を上回れば中央値を超えたことになりますが、上位25%の水準は上昇ではなくむしろ低下傾向にあります（Aleph × Benchmarkit、n=230、CY-2025）。価格モデルによって大きく変わる点にも注意が必要です。使用量課金型企業のNRR中央値は108%であるのに対し、席数課金型は98%です。全体平均ではなく、自社の価格モデルと照らし合わせて評価してください。

SaaSにおけるRule of 40とは何ですか？

成長率と利益率を合計して40以上であるべき、という考え方です。成長率30%でフリーキャッシュフローマージン10%の企業であれば、ちょうどこの基準をクリアします。CY-2025の中央値は15%から上昇して25%、上位25%は43%に達しています（Aleph × Benchmarkit）。この上昇の大部分は成長ではなくコスト削減によるものです。

良いCACペイバック期間の目安はどれくらいですか？

CY-2025の中央値は16か月で、前年の18か月から改善しています。上位25%の企業は6か月以下で獲得コストを回収し、下位25%は24か月以上かかっています（Aleph × Benchmarkit、n=198）。成長率が50%を超える企業では、平均10か月です。

追跡すべきSaaS指標はいくつですか？

リテンション、効率性、成長の質の3グループに分かれた9つです。数が増えれば増えるほど、むしろ悪化します。38個もの指標が並ぶダッシュボードには優先順位がなく、結局誰も見なくなり、どの数値にも責任者がいなくなります。9つを選び、それぞれに担当者と文書化された定義を与え、決まった頻度でレビューしてください。

VCが実際に見ているSaaS指標は何ですか？

成長率、ネット収益維持率、CACペイバック、バーンマルチプルの、おおむねこの順番です。そして評価額のスクリーニングにRule of 40が使われます。投資家は2021年当時よりも資本効率を重視しており、それがほとんどのデューデリジェンスの場でバーンマルチプルとCACペイバックがLTV:CACに取って代わっている理由です。

どのSaaS指標がバニティメトリクス（見せかけの指標）ですか？

単純な登録数、累計登録ユーザー数、ページビュー、無料/有料の区別のないMAU/DAU、成長予測指標としてのNPS、そして単独で引用されるLTVです。これらはいずれも、増える一方であったり、無料利用と有料利用を混在させたり、複数の推定値を掛け合わせて行動につながらない「もっともらしい」数値を作り出しているだけです。

NRRとGRRの違いは何ですか？

NRRは拡大分の収益を含み、100%を超えることがあります。GRRはそれを含まないため、100%を超えることは決してありません。NRR105%かつGRR84%の企業は、顧客を失いながら、残った顧客へのアップセルでそれを補っている状態です。CY-2025の中央値はそれぞれ102%と84%です（Aleph × Benchmarkit）。

なぜMRRダッシュボードと会計システムの数値が一致しないのですか？

通常、次の5つの機械的な原因のいずれかによるものです。新規ロゴの収益が拡大の項目に紛れ込んでいる、縮小と解約が1つのバケットにまとめられている、請求システムとダッシュボードでARRのスナップショットのタイミングが異なる、月次契約と年次契約の正規化方法が異なる、督促状態のアカウントがアクティブとしてカウントされている、のいずれかです。定義ドキュメントを1つ作成し、システムオブレコードを1つに決めてください。

まとめ

要点は3つです。NRRの中央値は102%、GRRの中央値は84%と、いずれも低下しており、リテンションは誰にとっても静かに難しくなっています（Aleph × Benchmarkit、n=230、CY-2025）。使用量課金型は席数課金型をNRRで10ポイント上回っており、契約構造は単なる価格の問題ではなく、リテンションの問題そのものになっています。そして、ブートストラップ型企業の成長率は20%から15%へ低下した一方でリテンションは横ばいだったため、この鈍化は新規獲得側にあります（SaaS Capital、n>1,000）。

そして、スケールする前のチェックリストにはもう半分があります。スケール前に押さえておくべきその他のポイントです。もし自社の数値とP&Lが一致しないなら、それは原因が特定できる配管トラブルのようなものです。自分でデバッグしたくない場合は、お問い合わせください。