Активация
Не универсальная метрика. Команда выбирает событие или последовательность, которая для её продукта означает получение первой ценности, и проверяет это определение на данных.
Для подписочных веб-продуктов
Продуктовая аналитика для SaaS-сервисов
Настройте продуктовую аналитику SaaS: соедините события регистрации, работы в продукте и оплаты, чтобы увидеть путь от первого визита до повторного использования. ActionPulse помогает сравнивать воронки, когорты и сегменты, а смысл активации и ключевых действий задаёт ваша команда.
до 30 млн событий за 14 дней. Выгрузка событий через API недоступна во время пробного периода; после оплаты доступна с тарифа Growth.
Сначала договориться о смысле
У SaaS нет одного готового набора главных метрик
Система анализирует переданные события, но не решает за команду, что считать полученной ценностью или потерянным клиентом. Определения лучше зафиксировать вместе со словарём событий до настройки отчётов.
Ключевое действие
Зависит от продукта и роли пользователя: создание отчёта, запуск проекта или приглашение коллеги могут быть важны в разных сценариях, но не являются общим стандартом для всех SaaS.
Отток (churn)
Команда заранее фиксирует единицу расчёта и момент оттока: пользователь или аккаунт, отмена подписки или окончание оплаченного периода. Одно отсутствие действия или неуспешный платёж ещё не задаёт универсальный churn.
Метрики SaaS без смешения источников
Свяжите продуктовые метрики SaaS с данными биллинга
Продуктовая аналитика для SaaS объясняет, как аккаунты проходят онбординг, получают ценность и возвращаются. MRR, ARR, CAC и LTV отвечают на финансовые вопросы и требуют данных из биллинга, CRM и рекламных систем. Соединяйте эти контуры по устойчивому идентификатору, но сохраняйте для каждого свой источник истины.
Активация
Аккаунты, дошедшие до события ценности ÷ новые аккаунты × 100%
Источник: События регистрации, онбординга и выбранного действия ценности.
Trial → оплата
Аккаунты с первой подтверждённой оплатой ÷ аккаунты, начавшие trial × 100%
Источник: Старт trial из продукта, успешная оплата из бэкенда или биллинга.
Удержание аккаунтов
Активные аккаунты когорты в периоде N ÷ аккаунты исходной когорты × 100%
Источник: Стартовое и возвратное события с устойчивым идентификатором аккаунта.
Использование функции
Активные аккаунты, использовавшие функцию ÷ аккаунты, которым она доступна × 100%
Источник: Событие функции, роль, тариф и признак доступности возможности.
Что считать вне продуктового отчёта
Платёжное событие можно поставить рядом с поведением пользователя, но итоговую бизнес-метрику лучше рассчитывать там, где учтены возвраты, скидки, паузы и изменения подписки.
MRR и ARR
Нормализованную регулярную выручку считайте по состоянию подписок в биллинге или хранилище. Продуктовые события объясняют, какие действия предшествовали изменению подписки, но не заменяют финансовый источник истины.
Logo churn
Долю потерянных платящих аккаунтов считайте от числа платящих аккаунтов на начало периода. Заранее зафиксируйте, как учитывать паузу, просрочку, повторную активацию и окончание оплаченного срока.
CAC и LTV
CAC требует расходов на привлечение и числа новых платящих клиентов, а LTV — выручки или валовой маржи и длительности отношений. Эти показатели соединяют данные рекламы, CRM, биллинга и продуктовой аналитики.
До первой ценности
Исследуйте путь от регистрации до оплаты
Начните с одного проверяемого сценария. Его шаги должны соответствовать реальной логике продукта, а не универсальному шаблону из чужой аналитики.
01 · Регистрация и onboarding
Найдите шаг, на котором останавливаются новые пользователи
Соберите воронку из начала и завершения регистрации, шагов онбординга и первого полезного действия. Сравните переходы; с тарифа Growth можно открыть пользователей, которые не дошли до следующего шага.
02 · Активация
Проверьте своё определение активации
После того как команда выбрала событие ценности, добавьте его в путь пользователя. Так можно сравнивать долю дошедших до него, не выдавая условное действие за готовую метрику для любого SaaS.
03 · Ключевой сценарий
Посмотрите путь до результата и действия после него
Задайте последовательность, характерную именно для вашего продукта, и изучите, что пользователи делают до и после важных событий. Сценарий можно уточнять по мере проверки гипотез.
04 · Trial → оплата
Свяжите пробный период с подтверждённой оплатой
Сопоставьте старт trial, выбранный сценарий использования, начало оформления и успешную оплату. Факт оплаты лучше отправлять с сервера, а не определять только по клику в браузере.
После первого результата
Смотрите на возвращение, функции и сегменты вместе
Одна конверсия не показывает весь жизненный цикл. Добавьте повторное использование, платёжные статусы и свойства аккаунта, чтобы сравнивать выбранные группы в одном контексте.
05 · Удержание
Сравнивайте возвращение когорт
Выберите стартовое и возвратное события, затем сравните недели или месяцы жизни когорт. Определение возврата зависит от того, какое повторное использование команда считает значимым.
06 · Использование функций
Отделяйте первое знакомство от повторного использования
Смотрите, какие функции пробуют один раз, к каким возвращаются и в какой последовательности. Свойства событий помогают разделить роли, тарифы и варианты сценария.
07 · События оплаты
Получайте статусы из биллинга или бэкенда
Передавайте подтверждённые оплаты, продления и отмены с сервера. Это позволяет анализировать продуктовые действия рядом с платёжными событиями и не полагаться только на состояние страницы оплаты.
08 · Сегменты
Сравнивайте сценарии разных групп
Сопоставляйте воронки и удержание по роли, тарифу, источнику или размеру аккаунта, если эти свойства действительно собираются. Сегмент должен отвечать на конкретный вопрос, а не существовать ради отдельного графика.
Практический старт
Не обязательно размечать весь продукт сразу
Один согласованный вопрос даёт понятный контур внедрения и критерий проверки данных. Следующий отчёт добавляйте после того, как первый показывает ожидаемые события и пользователей.
- 1
Сформулируйте вопрос
Например: где останавливается онбординг или какие действия предшествуют оплате.
- 2
Зафиксируйте словарь
Определите названия событий, свойства, источник и критерий успешной отправки до внедрения.
- 3
Соберите первый отчёт
Начните с одного пути или когорты, проверьте данные и только затем расширяйте разметку.
Продолжить разбор
Материалы для настройки SaaS-аналитики
Разметка событий
14 событий для B2B SaaS
Пример словаря от регистрации до оплаты и отмены подписки. Названия нужно адаптировать к модели вашего продукта.
Удержание
Как устроен когортный анализ
Как выбрать стартовое и возвратное события, читать W0–W4 и не смешивать когорты с общей активностью.
Главная метрика
North Star Metric для B2B SaaS
Как связать ценность аккаунта, входные показатели, защитные метрики и финансовые данные.
Вопросы о SaaS-аналитике
Коротко о событиях, метриках и источниках данных
Эти ответы помогают определить первый контур внедрения и не смешивать продуктовые наблюдения с финансовой отчётностью.
Что такое продуктовая аналитика для SaaS?
Это анализ событий внутри подписочного продукта: регистрации, онбординга, первого полезного действия, использования функций, оплаты и возвращения. Он помогает понять поведение пользователей и аккаунтов, а финансовые показатели сверяются с биллингом и другими системами-источниками.
Какие события SaaS стоит собирать в первую очередь?
Начните с регистрации, ключевых шагов онбординга, выбранного события ценности, старта trial и подтверждённой оплаты. Затем добавляйте события повторного использования и функций, которые относятся к конкретной продуктовой гипотезе.
Что входит в основные метрики продуктовой аналитики SaaS?
Обычно команда анализирует активацию, конверсию trial в оплату, удержание аккаунтов, использование функций, пути и сегменты. Определение каждой метрики, единицу расчёта и период нужно зафиксировать до построения отчёта.
Можно ли рассчитать MRR, ARR, CAC и LTV только по событиям из браузера?
Нет. Для MRR и ARR нужен достоверный статус подписок и платежей, для CAC — расходы на привлечение, а для LTV — финансовая модель и история отношений с клиентом. Браузерные события полезны для объяснения поведения, но не являются источником истины для этих расчётов.
Как измерять отток в B2B SaaS?
Сначала выберите единицу расчёта — пользователь, аккаунт или выручка — и точный момент оттока. Для logo churn обычно делят число потерянных платящих аккаунтов за период на число платящих аккаунтов в его начале; паузы и повторные активации учитывают по заранее принятому правилу.
Один сценарий для начала
Проверьте путь вашего SaaS на собственных данных
Начните с регистрации, выбранного события ценности или перехода к оплате. Условия пробного периода берутся из актуального каталога тарифов.
до 30 млн событий за 14 дней. Выгрузка событий через API недоступна во время пробного периода; после оплаты доступна с тарифа Growth.