ENTRY TYPE · definition

Expansion revenue

By Marius Bughiu Last updated 2026-06-06 Customer Success

Expansion revenue とは、一定期間において既存顧客から得られる追加の継続収益のことで、upsell、cross-sell、seat や usage の成長を通じて生まれます。これは NRR に対する最大のレバーです。顧客が一度入ってくれば、expansion の各ドルはすでに獲得した契約の上に積み重なり、新規ロゴの獲得コストはかかりません。リテンションは良好でも expansion をしないチームは NRR 100% で頭打ちになります。expansion こそが NRR を 100% 超に押し上げ、健全な book を成長エンジンに変えるものです。

Expansion revenue ではないもの

Expansion revenue は新規ロゴ収益ではなく（それは獲得であり、new-business の sales が責任を負います）、churn の削減でもありません（それはリテンションであり、ベースを守りますが成長させません）。一度きりのプロフェッショナルサービス料金や非継続的な overage クレジットでもありません。expansion は次の renewal まで継続する継続収益です。最もクリーンなテストは次の通りです。顧客の契約 ARR が期首より期末で高く、その増分が継続するなら、その差分が expansion です。

4つの motion

Upsell — 顧客をより上位のティアやプランに移行させること（Pro から Enterprise へ、プレミアム SKU の追加）。同じ製品で、より多くの機能。
Cross-sell — 既存顧客に異なる製品やモジュールを販売すること（CRM の顧客が marketing モジュールを購入する）。異なる製品で、同じアカウント。
Seat の成長 — 顧客のチームや rollout が拡大するにつれてライセンスユーザーを追加すること。seat 単位の SaaS で一般的であり、PLG の motion では最大の expansion 源になることが多いです。
Usage の成長 — 消費がコミットされた閾値を超えて増加すること（API コール、ストレージ、イベント）。usage ベースの pricing で一般的です。顧客がスケールするにつれて expansion が自動的に発生するため、usage ベースのモデルは最も高い NRR を計上することが多いです。

NRR でどう表れるか

NRR = (期首 ARR − Churn − Downsell + Expansion) / 期首 ARR

Expansion は NRR の分子において唯一の正の項です。GRR が 90%（churn と downsell で 10% を失う）の book が NRR 110% に到達するには、20 ポイントの expansion が必要です。この計算こそ、expansion が board の注視するレバーである理由です。GRR は 100% で頭打ちになり下限を守りますが、expansion には上限がなく天井を決めます。上位デシルの B2B SaaS は 130% 超の NRR を計上しますが、これは高い1桁台の総損失に対して expansion が期首 ARR のおよそ 35-45% で走っていることを意味します。

責任者は誰か

これはすべての CS 組織で続いている議論です。一般的な3つのモデルがあります。

CSM が責任を負う。 CSM が expansion を含むアカウントの数字全体に責任を負います。expansion がコンサルティング的で導入の深さに紐づく場合に機能します。CSM はすでに関係と usage データを持っているからです。リスク: CSM がクォータに届かなかったり、商談の会話を避けたりします。
Account executive が責任を負う（または専任の expansion AE）。 商談担当者が upsell/cross-sell の motion を回し、CSM がシグナルを発見して play を組み立てます。deal が大きく契約的な enterprise スケールで機能します。リスク: CSM と AE のハンドオフで適格な expansion を取りこぼします。
ハイブリッド / pod モデル。 CSM が seat と usage の成長（摩擦の少ない、導入主導の expansion）に責任を負い、AE がティアのアップグレードと cross-sell（より大きく、交渉される deal）に責任を負います。ARR $20M 超の組織のほとんどがここに落ち着きます。

正しい答えは deal の規模と motion に従います。導入主導でローティッチな expansion は関係を持つ者に属し、大きく交渉されるアップグレードはクォータを担う商談担当者に属します。

よくある落とし穴

Expansion のシグナルがなく、renewal のアラームだけがある。 チームは churn リスクを計測しますが、expansion 準備完了のシグナルを計測しません。ガード: プラン上限に近づく usage、新チームのアクティベーション、feature の導入閾値を、CS プラットフォームでの expansion トリガーとして追跡します — Gainsight、ChurnZero、Planhat はいずれも usage と導入のイベントで発火する playbook をサポートしています。
Downsell の回復を expansion として数える。 前四半期にダウングレードして部分的に回復した顧客はネットで横ばいであり、expansion ではありません。ガード: expansion は各アカウントの過去のピーク ARR に対して測定し、その谷に対しては測定しません。
Renewal を侵食する割引付き expansion。 価格の下限をリセットする積極的な expansion 割引は、expansion が稼いだ以上に renewal で損をさせます。ガード: expansion の pricing を元の契約と同じユニット単価の下限に保つか、割引を継続的なレートではなく一度きりのクレジットとして計上します。
CS と sales の間の帰属争い。 expansion のコンプが争われると、両チームが同じドルを主張したり否認したりします。ガード: コンププランが出る前にマルチプロダクトと seat 成長の帰属ルールを文書化し、一貫して適用します。