Определение и базовая формула
GRR — это процент recurring revenue от стартовой клиентской базы, который сохранился после churn и contraction, но до любого expansion.
GRR = (Starting MRR − Churned MRR − Contraction MRR) / Starting MRR × 100
Эту формулу можно записать и через Revenue Churn:
GRR = 100% − Revenue Churn Rate
У GRR есть одно жёсткое ограничение: он никогда не может быть выше 100%. Даже если все клиенты апсельнулись, GRR всё равно остаётся в диапазоне от 0% до 100%, потому что expansion намеренно исключён.
GRR = (300,000 − 9,000 − 6,000) / 300,000 × 100 = 95%
NRR = (300,000 − 9,000 − 6,000 + 25,000) / 300,000 × 100 = 103.3%
NRR выглядит неплохо — 103.3%, но GRR показывает жёсткую реальность: без upsell компания всё равно теряет 5% recurring revenue в месяц.
Почему нужны и GRR, и NRR
GRR и NRR не дублируют друг друга. Они отвечают на разные вопросы.
- GRR спрашивает: насколько продукт хорошо удерживает revenue без помощи expansion?
- NRR спрашивает: насколько растёт ценность установленной базы со временем?
Сочетание этих метрик даёт четыре совершенно разные ситуации:
- Высокий GRR + высокий NRR: идеальная ситуация. Клиенты остаются и расширяются.
- Высокий GRR + низкий NRR: клиенты остаются, но expansion-motion слабый.
- Низкий GRR + высокий NRR: опасно. Апселы маскируют слабое удержание.
- Низкий GRR + низкий NRR: системная проблема. Клиенты уходят, база сжимается.
Что именно снижает GRR
GRR снижают только две вещи. Больше ничто.
Churned MRR
Churned MRR Rate = Churned MRR / Starting MRR × 100
Полная потеря revenue от клиентов, которые ушли.
Churned MRR = Voluntary Churned MRR + Involuntary Churned MRR
Contraction MRR
Contraction MRR Rate = Contraction MRR / Starting MRR × 100
Частичная потеря revenue от клиентов, которые остались, но стали платить меньше.
Contraction MRR = Downgrade MRR + Seat Reduction MRR + Usage Reduction MRR + Discount MRR
Полная декомпозиция GRR:
GRR = 100% − Voluntary Churn Rate − Involuntary Churn Rate − Downgrade Rate − Seat Reduction Rate − Usage Reduction Rate − Discount Rate
Каждая строка указывает на отдельную проблему и отдельное решение. Одна агрегированная цифра GRR скрывает эту структуру.
GRR для разных типов контрактов
Monthly subscriptions: стандартная месячная формула применяется напрямую.
Annual contracts: месячный GRR часто искусственно завышен, потому что клиенты не могут уйти до renewal.
Annual GRR = (ARR(начало) − Churned ARR − Contraction ARR на renewals) / ARR(начало) × 100
Usage-based contracts: GRR по природе более волатилен, поэтому честнее часто смотреть его на скользящем 3-месячном окне.
Usage Contraction MRR = MAX(0, MRR прошлого месяца − MRR текущего месяца) для клиентов без отмены подписки
Hybrid models: часто полезно разделять committed GRR и variable GRR.
Cohort GRR
Cohort GRR(month t) = Cohort MRR в месяце t без Expansion / Cohort MRR в Month 0 × 100
Когортный GRR показывает, улучшается ли качество удержания у новых когорт. Обычно кривая быстро падает в первые месяцы, а потом выравнивается, когда остаётся лояльное ядро.
Производные метрики
Revenue Churn Rate
Revenue Churn Rate = 100% − GRR
Если GRR равен 94%, Revenue Churn составляет 6%.
Conservative LTV
LTV (conservative) = ARPA × Gross Margin / (1 − GRR)
GRR даёт консервативную нижнюю границу LTV, потому что expansion в нём отсутствует.
Expansion Rate через GRR и NRR
Expansion Rate = NRR − GRR
Это быстрый способ понять, насколько NRR зависит от expansion. Если разрыв большой, качество retention может быть хрупким.
Annualized GRR
Annual GRR = Monthly GRR^12
Месячный GRR, который выглядит "почти идеальным", при annualization может оказаться жёстким. Monthly GRR 96% означает annual GRR около 61.3%.
GRR по сегментам
Агрегированный GRR может скрывать катастрофу в SMB на фоне нормального enterprise retention. Сегментный GRR обязателен.
Типичные ошибки при расчёте GRR
- Включать Expansion в GRR. Это превращает GRR в NRR.
- Игнорировать Contraction. GRR должен учитывать и churn, и частичную потерю revenue.
- Использовать количество клиентов вместо MRR. GRR — это revenue-метрика, а не logo-метрика.
- Включать новых клиентов. Starting MRR содержит только клиентов, активных в начале периода.
- Считать annual GRR как Monthly GRR × 12. Здесь работает compounding, а не линейное масштабирование.
- Игнорировать постоянные скидки. Постоянные discounts и credits должны считаться contraction.
- Сравнивать GRR разных сегментов без контекста. Нормы Enterprise и SMB принципиально различаются.
Пример полного расчёта GRR с диагностикой
Данные за квартал: Starting MRR существующих клиентов = $400,000
| Событие | Клиентов | Churned / Contraction MRR |
|---|---|---|
| Voluntary churn | 8 | −$16,000 |
| Involuntary churn | 4 | −$3,200 |
| Downgrade (Pro → Basic) | 6 | −$4,200 |
| Seat reduction | 10 | −$5,000 |
| Usage reduction | 15 | −$3,600 |
| Expansion (upsells) | 20 | +$28,000 |
Churned MRR: $19,200
Contraction MRR: $12,800
Total losses: $32,000
GRR: (400,000 − 19,200 − 12,800) / 400,000 × 100 = 92%
NRR: (400,000 − 19,200 − 12,800 + 28,000) / 400,000 × 100 = 99%
Revenue Churn Rate: 8%
Expansion Rate: 7%
Expansion Efficiency: 28,000 / 32,000 = 0.875
Диагноз: GRR на уровне 92% ниже желаемого диапазона. NRR выглядит почти нейтрально только потому, что expansion почти закрывает потери. Expansion Efficiency ниже 1 означает, что upsells всё ещё не перекрывают всё, что бизнес теряет.
Операционный план очевиден: уменьшать involuntary churn через dunning, сокращать downgrades через feature adoption, повышать seat utilization и ловить usage decline ещё до renewal.
Как улучшать GRR
GRR улучшается ровно двумя способами: меньший Churned MRR и меньший Contraction MRR. Третьего рычага нет.
Чтобы снижать Churned MRR:
- Улучшать onboarding и сокращать time to first value.
- Следить за early-warning сигналами: падение login frequency, слабый feature adoption, незакрытые support tickets, уход champion-а и failed payments.
- Оптимизировать dunning по типу decline: expired card, insufficient funds, do-not-honor, generic decline.
Чтобы снижать Contraction MRR:
- Понимать, почему клиенты даунгрейдятся: слабый adoption, плохая value perception или внешнее давление на бюджет.
- Отслеживать downgrade risk через feature usage и seat utilization.
- Делать proactive outreach до renewal, когда аккаунт явно недоиспользует продукт.
Dnoise автоматически считает GRR по Stripe-данным, строго разделяя Churned MRR и Contraction MRR. Expansion намеренно исключается. Contraction раскладывается на Downgrade, Seat Reduction, Usage Reduction и Discount. Cohort GRR и сегментный GRR обновляются в реальном времени.
CTA
Dnoise считает GRR по исходным данным и показывает качество retention без возможности замаскировать проблему expansion-ом.