Retention, воронки, события: какую аналитику мы настраиваем в приложении и зачем

Число скачиваний ничего не говорит о продукте

Настройка аналитики поведения пользователей — события, воронки, retention — обязательный пункт в разработке приложения, и не потому что «так принято», а потому что без неё невозможно отличить приложение, которое реально работает на бизнес, от приложения, которое просто установили и забыли. Количество скачиваний — метрика тщеславия: она ничего не говорит о том, возвращаются ли люди, доходят ли до покупки, застревают ли на конкретном шаге.

Три уровня аналитики, которые мы настраиваем

События — фиксация конкретных действий пользователя (открыл экран, добавил товар, оформил заказ, включил push-уведомления). Воронки — последовательность событий от входа в приложение до целевого действия, показывающая, на каком именно шаге теряется больше всего пользователей. Retention — доля пользователей, которые возвращаются в приложение через определённый промежуток времени (день 1, день 7, день 30) — метрика, которая для большинства продуктов важнее разовой конверсии, потому что показывает, формируется ли у продукта постоянная аудитория или он используется один раз и забывается.

Как это выглядело на практике: «Смузи Go»

В приложении доставки «Смузи Go» мы делали акцент именно на скорости повторного заказа — функция «заказать как в прошлый раз» в два тапа — потому что в фудтех-доставке основную выручку формируют постоянные клиенты, а не разовые. Встроенная программа лояльности с кэшбэком и аналитика удержания по когортам позволили не просто предположить, а увидеть, работает ли эта ставка на практике.

Результат — retention на 30-й день на уровне 24%, заметно выше среднего по нише показателя в 12-15%. Без настроенной когортной аналитики это осталось бы ощущением «кажется, люди возвращаются», а не проверяемым фактом, на основе которого можно принимать дальнейшие продуктовые решения.

Зачем это бизнесу, а не только разработчикам

Правильно настроенная аналитика превращает вопросы вроде «почему люди не покупают» из предположений в конкретные, измеримые точки воронки, над которыми можно системно работать — тем же способом, каким мы работаем над конверсией сайтов в CRO-проектах. Без этого любое решение о доработке приложения после запуска строится на догадках команды, а не на поведении реальных пользователей.