- saas
- метрики
- выручка
MRR, ARR, CAC и LTV: как связать SaaS-метрики с поведением
MRR, ARR, CAC и LTV часто помещают на один продуктовый дашборд, хотя они требуют разных систем-источников. События внутри интерфейса помогают объяснить поведение, но не заменяют биллинг, расходы на привлечение и финансовые правила.
Надёжная схема разделяет два вопроса:
- Что произошло с бизнес-показателем? Ответ дают подписки, платежи, CRM и финансовый учёт.
- Какие действия в продукте предшествовали изменению? Ответ дают события, воронки, когорты и сегменты.
Если смешать эти уровни, нажатие кнопки оплаты может превратиться в выручку, а последний визит — в доказанную причину оттока.
MRR: регулярная месячная выручка
MRR нормализует регулярную стоимость активных подписок к месяцу. Источником истины обычно служит биллинг или подготовленная финансовая витрина.
В расчёте нужно заранее определить:
- какие платежи считаются регулярными;
- как нормализуются годовые и нестандартные договоры;
- учитываются ли скидки и налоги;
- когда подписка становится активной;
- как отражаются паузы, просрочки и возвраты;
- куда относятся расширение, сокращение и реактивация.
Простое суммирование событий payment_succeeded не всегда даёт MRR. Один платёж может покрывать год, включать разовую услугу или относиться к прошлому периоду.
Продуктовая аналитика помогает разложить изменение MRR по поведению: какие функции использовали расширившиеся аккаунты, где остановились ушедшие и как менялась активность перед сменой тарифа.
ARR: годовой эквивалент регулярной выручки
В простой модели ARR равен MRR, умноженному на 12. Но это справедливо только после корректной нормализации регулярной выручки. Для бизнеса с крупными годовыми контрактами финансовая команда может использовать отдельные правила.
Не следует рассчитывать ARR по стоимости тарифа, показанной в интерфейсе. Нужны реальные активные договоры, скидки, валюты, даты и статус доступа.
CAC: стоимость привлечения клиента
Базовая формула:
CAC = расходы на привлечение ÷ число новых клиентов, полученных за сопоставимый период.
Сложность находится в определениях:
- какие расходы включать: реклама, продажи, агентства, зарплаты, инструменты;
- считать всех клиентов или отдельный канал;
- как учесть длинный цикл сделки;
- что является новым клиентом;
- использовать ли кассовый период или когорту привлечения.
Продуктовые события не содержат полной суммы расходов. Они помогают понять путь от регистрации до активации и оплаты, но числитель CAC приходит из рекламных и финансовых систем.
Полезно анализировать CAC вместе с качеством привлечённой когорты. Дешёвый канал может приводить много регистраций, которые не активируются и быстро уходят.
LTV: ценность отношений с клиентом
LTV оценивает выручку или валовую прибыль, которую бизнес получает за время отношений с клиентом. Формула зависит от модели продукта, доступной истории и цели расчёта.
Упрощённый вариант иногда строят через среднюю выручку и churn, но он чувствителен к предположениям. Молодой продукт, быстро меняющиеся цены, неоднородные сегменты и редкие крупные клиенты делают среднее нестабильным.
Перед публикацией LTV зафиксируйте:
- используется выручка или валовая маржа;
- расчёт исторический или прогнозный;
- единица — пользователь, аккаунт или договор;
- как учитываются расширение и сокращение;
- какой горизонт и правила цензурирования применяются;
- разделяются ли сегменты с разной экономикой.
События продукта помогают объяснить различия между группами: какие сценарии, функции и роли связаны с более длительным использованием. Они не превращают корреляцию в причинность.
LTV:CAC и срок окупаемости
Соотношение LTV к CAC сопоставляет ожидаемую ценность клиента со стоимостью его привлечения. CAC payback показывает, сколько времени требуется, чтобы покрыть затраты на привлечение валовой прибылью или другим выбранным потоком.
Обе метрики зависят от согласованных финансовых определений. Не стоит использовать универсальный «хороший порог» без учёта маржи, стадии компании, сегмента и достоверности прогноза.
Какие данные откуда брать
| Показатель | Основной источник | Роль продуктовых событий |
|---|---|---|
| MRR и ARR | биллинг, договоры, финансовая витрина | объяснить использование до расширения, сокращения или отмены |
| CAC | реклама, CRM, продажи, финансы | измерить конверсию регистрации в активацию и оплату |
| LTV | платежи, маржа, история клиента | сравнить поведение долгоживущих когорт и сегментов |
| Logo churn | статус платящих аккаунтов | найти изменения активности до потери клиента |
| Activation rate | события регистрации и ценности | основной источник при согласованном контракте событий |
| Feature adoption | события функции и доступность | основной источник при корректном знаменателе |
Как связать источники
Минимальная связка требует устойчивых идентификаторов:
- идентификатор пользователя;
- идентификатор аккаунта;
- идентификатор подписки или клиента в биллинге;
- источник и кампания привлечения;
- момент регистрации, активации и первой оплаты.
Не передавайте в аналитическое событие больше персональных данных, чем нужно для задачи. В большинстве отчётов достаточно псевдонимных идентификаторов и ограниченного набора свойств.
Пример диагностического отчёта
Допустим, MRR снизился из-за отмен нескольких аккаунтов. Рабочая последовательность анализа:
- финансовая витрина подтверждает, какие подписки завершились;
- аккаунты связываются с продуктовой историей;
- команда сравнивает их активность с оставшимися аккаунтами того же сегмента;
- проверяет использование ключевых функций, ошибки и состав ролей;
- выбирает несколько сценариев для интервью;
- формулирует изменение и критерий повторной проверки.
График не должен автоматически объявлять «причину churn». Он сокращает область поиска.
Частые ошибки
- считать цену тарифа регулярной выручкой без статуса подписки;
- считать оплатой клиентский клик;
- делить расходы текущего месяца на клиентов с длинным прошлым циклом сделки;
- смешивать пользователей и платящие аккаунты;
- сравнивать LTV сегментов с разной зрелостью истории;
- использовать логин как единственный признак ценности;
- менять финансовые определения без версии метрики.
Подробнее о поведении до отмены — в статье Retention и churn в SaaS. Практическая связка событий онбординга и биллинга описана на странице аналитики для SaaS.
Итог
Финансовые метрики отвечают, что произошло с регулярной выручкой и стоимостью привлечения. Продуктовая аналитика помогает исследовать действия, которые сопровождали это изменение. Надёжный отчёт сохраняет границу между источниками и позволяет проверить агрегат по исходным данным.