10 минут чтения
Еженедельная аналитика для роста - это набор стабильных метрик по воронке, активности, удержанию, доходу и каналам, которые вы сверяете в одном дашборде для бизнеса и сразу привязываете к действиям. Важно фиксировать определения, окно 7 дней и правила тревоги, чтобы KPI для бизнеса не прыгали из‑за шума, атрибуции или сезонности.
Что измерять каждую неделю и зачем
- Воронка (визиты → лид → сделка/оплата): быстро показывает, где "порвалась" конверсия и что чинить первым.
- Недельная активность (WAU, активирующие события): отделяет рост "трафика" от реальной вовлечённости и качества продукта.
- Удержание и отток по когортам: объясняет, растёте ли вы за счёт удержания или "подливаете в дырявое ведро".
- Выручка и юнит-экономика (ARPU/ARPPU, маржа, payback): помогает не оптимизировать метрики, которые не дают денег.
- Эффективность каналов (CPA, ROAS) с риском: снижает зависимость от одного источника и ловит деградацию атрибуции.
- Аномалии и операционные сигналы: защищают от ошибок трекинга, падений оплат и сбоев интеграций.
Воронка за 7 дней: входящие потоки, точки отказа и конверсия
Подходит, если вы уже видите стабильный поток пользователей/лидов и хотите понять, какой этап ограничивает рост. Не стоит начинать с "идеальной" воронки, если трекинг событий плавает, нет единого идентификатора пользователя/лида, или недельный объём слишком мал (сильный шум делает выводы рискованными).
| Метрика | Как считать (пример формулы) | Порог тревоги (risk-aware) | Что сделать при ухудшении (до 3 шагов) |
|---|---|---|---|
| Вход в воронку (Sessions/Users) | Сумма сессий/пользователей за последние 7 дней | Падение >10-15% WoW или >2 недели подряд вниз | 1) Разбить по каналам/гео/устройствам. 2) Проверить изменения в закупке/SEO. 3) Проверить трекинг (UTM, источники). |
| Конверсия этапа A→B | CR = B / A | Снижение >5-10% относительно медианы 4 недель (и не объясняется миксом) | 1) Сегментировать по новым/возвратным. 2) Проверить изменения UX/цен/оффера. 3) Вытащить топ причин отказа (события/поля/статусы). |
| Время до ключевого шага | Median(time(B)-time(A)) за 7 дней | Рост медианы >15-25% WoW | 1) Посмотреть распределение (не только среднее). 2) Найти "узкий шаг" в пользовательском пути. 3) Проверить SLA/операции (колл-центр, доставка, модерация). |
| Доля "технических" отказов | Ошибки/таймауты/неуспех оплаты / попытки | Рост >20% WoW или резкий скачок в конкретном браузере/платёжке | 1) Сверить логи/статусы ошибок. 2) Откатить релиз/флаг. 3) Завести алерт и исключить бот/тест трафик. |
Короткий пример визуализации: в дашборде для бизнеса сделайте "воронку 7 дней" + рядом "воронку 28 дней (база)", чтобы видеть шум и тренд одновременно.
Активность пользователей: ежедневные/недедельные сигналы и метрики качества
Чтобы аналитика для бизнеса давала управляемые решения, заранее подготовьте минимальный набор доступов и правил: единый словарь событий, базовые срезы (канал/план/гео), и проверку качества данных. Если вы используете сервис сквозной аналитики, закрепите модель атрибуции и окна конверсии, иначе метрики каналов будут "переезжать" без реальных изменений.
| Что нужно | Зачем | Минимальные требования | Риск/ограничение |
|---|---|---|---|
| Единый идентификатор пользователя/лида | Склеивание сессий, событий, оплат, возвратов | user_id/lead_id, правила merge (device→account) | Без склейки удержание и LTV будут искажены, особенно на кросс-девайс |
| События активации и ключевого действия | Отделить "зашёл" от "получил ценность" | 1-3 core event с версионированием схемы | Смена определения события ломает тренды; фиксируйте дату изменения |
| Справочник каналов и UTM-гигиена | Сравнимые CPA/ROAS, корректная доля органики | Нормализация utm_source/medium/campaign | Дубликаты и "прочие" раздувают/занижают эффективность |
| Доступ к рекламным кабинетам/CRM/платежам | Сквозная связка расходов и дохода | Расходы по дням, статусы сделок, платежи/возвраты | Разные таймзоны и валюты дают ложные скачки WoW |
| Регламент обновления данных | Понимать, когда "цифры финальные" | Latency, backfill, дата закрытия недели | Если данные дозаливаются 1-3 дня, ранние выводы опасны |
Удержание и отток: недельные когорты, коэффициенты и причины ухода
- Риск малого N: если когорта небольшая, неделя к неделе будет "пилить". Используйте пороги как диапазоны, а решения - только после 2 подтверждений.
- Смена определения активности: переименование события/новая логика авторизации визуально "ломают" удержание. Фиксируйте версии событий.
- Смещение микса: новый канал может привести пользователей с другим поведением; сравнивайте когорты внутри одного канала/оффера.
- Лаг конверсии: часть пользователей возвращается позже 7 дней; держите рядом 14/28‑дневную контрольную метрику.
-
Определите активность для удержания. Выберите 1 "возвратный" сигнал (например, core event или успешная оплата) и зафиксируйте: событие, фильтры, таймзону, исключения (боты/тесты).
- Правило: активность должна отражать полученную ценность, а не просто визит.
-
Постройте недельные когорты по дате первой ценности. Когорта = пользователи, впервые совершившие activation/core event в неделе W0; затем измеряйте долю активных в W1, W2, W3.
- Если продукт транзакционный, параллельно стройте когорты по первой оплате.
- Посчитайте удержание и отток в паре. Retention(Wk)=Active(Wk)/CohortSize; Churn(Wk)=1-Retention(Wk). Держите рядом абсолютные числа, чтобы не "победить" процентом на маленькой базе.
-
Сегментируйте причины ухода. Сравните удержание по: каналам, тарифам/ценовым пакетам, ключевым сценариям, регионам, устройствам.
- Быстрый диагностический срез: "топ-5 сегментов по падению удержания".
- Привяжите к действиям и экспериментам. Для сегмента с провалом удержания определите 1 гипотезу (онбординг/качество/цена/доставка) и 1 метрику успеха на 1-2 недели, не трогая всё сразу.
| Метрика | Формула | Порог тревоги (risk-aware) | Что делать (до 3 шагов) |
|---|---|---|---|
| Retention W1 (по активации) | Active(W1)/Cohort(W0) | Падение >3-7 п.п. относительно среднего 4 когорт, подтверждено 2 когортами | 1) Проверить изменения в онбординге/UX. 2) Сегментировать по каналу/тарифу. 3) Найти шаги, где пользователи "не доходят" до ценности. |
| Churn W1/W2 | 1 - Retention(Wk) | Рост >5-10% относительно базы (в относительных, не п.п.), без объяснения миксом | 1) Сверить качество сервиса/ошибки. 2) Посмотреть NPS/тикеты/возвраты (если есть). 3) Запустить точечный ретеншн-оффер на сегмент. |
| Repeat rate (повтор ключевого действия) | Users with ≥2 core events / Users with ≥1 core event | Снижение >10-15% WoW | 1) Разложить по интервалам между действиями. 2) Проверить уведомления/напоминания. 3) Упростить повтор сценария (сохранённые настройки, избранное). |
| Доля "ранних" возвратов | Returned within 7 days / Cohort(W0) | Падение >5 п.п. при стабильной активации | 1) Проверить качество первого опыта. 2) Изучить входные сегменты (обещание рекламы). 3) Согласовать ожидания (оффер/контент/цена). |
Доходы и ценность клиента: недельный ARPU, LTV-оценки и чувствительность
- ARPU/ARPPU считается на одинаковой базе пользователей и в одинаковой валюте/без НДС (если так принято в компании) и это явно указано.
- Выручка в неделе совпадает с платёжной системой по сумме и количеству успешных платежей (допустимы расхождения из-за лагов, но они объяснимы).
- Возвраты/chargeback учтены отдельной строкой и не "прячутся" в выручке.
- Есть раздельно: Gross revenue и Net revenue (после комиссий/возвратов), и вы понимаете, какой показатель оптимизируете.
- LTV указан как оценка (прогноз) и всегда сопровождается допущениями (окно наблюдения, модель).
- Чувствительность: вы понимаете, как изменится маржинальность при росте CPA, скидок или комиссии (хотя бы качественно).
- ARPU не растёт "искусственно" из-за падения активной базы (проверено WAU/платящие).
- В дашборде для бизнеса рядом стоят и абсолюты (выручка), и удельные (ARPU), чтобы не оптимизировать "проценты".
| Метрика | Формула/подход | Порог тревоги (risk-aware) | Что делать (до 3 шагов) |
|---|---|---|---|
| Weekly revenue (gross/net) | Сумма платежей за 7 дней (минус возвраты для net) | Падение >10-15% WoW при стабильном трафике | 1) Проверить оплаты/ошибки/провайдера. 2) Разбить по продуктам/тарифам. 3) Сверить изменение конверсии в оплату. |
| ARPU | Revenue / Active users (WAU) | Снижение >5-10% WoW или "рост" при падении WAU | 1) Сверить базу активных. 2) Посмотреть микс тарифов/скидок. 3) Проверить возвраты и промо. |
| ARPPU | Revenue / Paying users | Сдвиг >5-10% WoW без кампаний/прайсинга | 1) Проверить скидки/купоны. 2) Сегментировать по тарифам. 3) Проверить округления/валюту/налоги. |
| LTV (быстрая недельная оценка) | Наблюдаемый доход когорты за N недель + прогноз на хвост (фиксируйте модель) | Снижение оценки >10-20% после стабилизации 2-3 когорт | 1) Проверить retention и ARPPU. 2) Пересмотреть допущения модели. 3) Сузить анализ на ключевые сегменты. |
Приобретение и эффективность каналов: CPA, ROAS и распределение риска
- Сравнивать CPA/ROAS между каналами без единой модели атрибуции и окна конверсии (в сервисе сквозной аналитики это должно быть явно задано).
- Смешивать "лиды" разного качества: лид в CRM ≠ квалифицированный лид ≠ сделка; определение должно быть одно.
- Оптимизировать KPI для бизнеса по кликам/CTR, если цель - маржинальная выручка или payback.
- Игнорировать лаги: расходы списались сегодня, выручка придёт через несколько дней; недельные сравнения могут быть ложными.
- Считать ROAS по выручке без возвратов и комиссий, а потом удивляться "не сходится прибыль".
- Не контролировать долю одного канала: рост может быть хрупким из-за зависимости от аукциона или одной площадки.
- Не нормализовать UTM и "сливать" трафик в (other)/(not set), из-за чего каналы выглядят хуже/лучше случайно.
- Сравнивать недели, где были разные промо/скидки, без отметок в графике.
| Метрика | Формула | Порог тревоги (risk-aware) | Что делать (до 3 шагов) |
|---|---|---|---|
| CPA (до цели) | Spend / Conversions (цель: лид/оплата) | Рост >10-20% WoW при стабильном объёме | 1) Проверить ставки/аудитории/частоту. 2) Сверить качество лидов (доход/конверсия в оплату). 3) Перераспределить бюджет на стабильные сегменты. |
| ROAS | Attributed revenue / Spend | Падение >10-15% WoW, подтверждено 2 неделями или по 28-дневной базе | 1) Сверить атрибуцию/окно. 2) Проверить микс кампаний и промо. 3) Отключить убыточные связки (кампания×аудитория×креатив). |
| Доля канала в расходах | Spend(channel)/Spend(total) | Концентрация >50-70% в одном канале без плана диверсификации | 1) Установить лимит доли. 2) Тестировать 1-2 альтернативы малыми бюджетами. 3) Оценивать не только CPA, но и LTV по каналу. |
| Качество канала | LTV/CAC или доход когорты / расходы | Деградация качества >10-20% при "нормальном" CPA | 1) Сегментировать по плейсментам/креативам. 2) Отключить источники низкого качества. 3) Уточнить таргетинг и обещание в рекламе. |
Аномалии и операционные проверки: что мониторить немедленно
Когда нет времени на глубокую диагностику, используйте более простые альтернативы мониторинга - они быстрее ловят поломки, чем "красивые" отчёты по всем срезам, и позволяют держать ключевые метрики бизнеса в контроле.
- Контрольные суммы данных (data reconciliation): сверка "платежи/заказы/лиды" между источниками (платёжка, CRM, аналитика) по дням. Уместно, когда часто ломаются интеграции или меняются схемы событий.
- Набор алертов по 5-10 сигналам: сессии, конверсия в оплату, ошибки оплаты, доля (not set), задержка обновления данных. Уместно при регулярных релизах и высокой цене простоя.
- Сэмплинг-дашборд "только топ-сегменты": 80% выручки/трафика (топ-каналы, топ-товары, топ-регионы). Уместно, если полный дашборд перегружен и решения тормозятся.
- Weekly business review на одной странице: 6-8 графиков + список решений/экспериментов. Уместно, когда нужно синхронизировать продукт, маркетинг и продажи вокруг KPI для бизнеса.
| Сигнал | Как проверить | Порог тревоги (risk-aware) | Первое действие |
|---|---|---|---|
| Резкий сдвиг источников трафика | Доля каналов WoW + доля (not set)/(other) | Рост (not set)/(other) >5-10 п.п. или скачок доли канала >15-25 п.п. | Проверить UTM/редиректы/изменения в тегировании и правилах каналов. |
| Падение успешности оплат | Success payments / Attempts по платёжке | Падение >3-5 п.п. за день или >10% WoW | Сверить коды ошибок и статус провайдера, при необходимости переключить провайдера/метод. |
| Лаг обновления данных | Макс. timestamp события/транзакции в витрине | Отставание >6-24 часов от нормы | Остановить интерпретации недели и сначала восстановить пайплайн/инкременты. |
| Неестественные пики/нули событий | События по часам + релиз-календарь | 0 событий там, где обычно есть; пик >2-3× без кампаний | Проверить релиз, фиче-флаги, фильтры ботов и тестовый трафик. |
Типичные сомнения аналитика и короткие практические ответы
Сколько метрик реально держать в еженедельном обзоре?
Держите 15-25 метрик, но сгруппированных в 5-6 блоков: воронка, активность, удержание, деньги, каналы, аномалии. Если больше - решения начинают тонуть в деталях.
Какие ключевые метрики бизнеса выбрать, если продукт сложный?
Начните с одной "метрики ценности" (core event или оплата) и одной метрики качества (retention W1). Остальные KPI для бизнеса добавляйте только если по ним есть владелец и конкретное действие при отклонении.
Как не перепутать рост из-за маркетинга с ростом из-за продукта?
Смотрите когорты по каналу и сравнивайте retention/ARPU внутри канала. Если выросли только входы, а удержание и доход когорты не меняются, это не продуктовый рост.
Нужен ли отдельный сервис сквозной аналитики, если есть BI и CRM?
Нужен, когда важна связка расходов с доходом по кампаниям и вы не хотите вручную поддерживать атрибуцию. Если объём небольшой и источников мало, достаточно BI+регламентов и сверок.
Почему показатели WoW "скачут", хотя бизнес не менялся?
Чаще всего виноваты лаги данных, сезонность по дням недели и изменение микса каналов. Держите рядом 28-дневную базу и правило "не реагировать на одиночный шум без подтверждения".
Какой минимальный дашборд для бизнеса можно собрать за неделю?
Один экран: вход в воронку, 2-3 конверсии, WAU, retention W1, выручка net, CPA/ROAS по топ-каналам и блок аномалий. Остальное добавляйте после стабилизации определений.
Можно ли оптимизировать только ROAS и не смотреть удержание?
Нельзя надёжно: ROAS может быть высоким на "одноразовых" пользователях, а LTV окажется низким. Минимум - проверяйте удержание и повторные покупки по когортам каналов.
