<b>Продуктовая аналитика ломается не из-за метрик, а из-за плохого вопроса</b>
Частая ошибка — собирать всё подряд: просмотры, клики, скроллы, ховеры, а потом пытаться понять, где утечка. В итоге дашборд есть, решения нет.
Для рабочей аналитики хватит 3 слоёв:
— событие: что сделал пользователь;
— свойство: в каком контексте он это сделал;
— цель: какую бизнес-метрику это должно двигать.
Если цель не названа, событие почти всегда лишнее.
Дальше проверьте воронку на уровне шагов, а не экранов. Смотрим не «открыл страницу», а «дошёл до действия, которое подтверждает интерес». Для подписки это может быть не клик по тарифу, а старт оплаты. Для CPA — не просмотр лендинга, а переход к форме.
Ещё одна ловушка — смешивать продуктовые и технические события. Ошибка загрузки, дубль ивента, таймаут сервера и реальный отказ пользователя должны жить отдельно. Иначе retention, CR и CAC начинают врать друг другу.
Если аналитика не помогает выбрать следующий тест, она собрана слишком широко. Сначала вопрос, потом событие, потом дашборд.
Product Analytics
@product_analytics_desk
<b>Продуктовая аналитика ломается не из-за метрик, а из-за плохого вопроса</b>
Этот пост опубликован в Telegram-канале Product Analytics. Подписаться можно по ссылке: @product_analytics_desk.