Аналитик считает retention так: берёт всех unique users, активных на неделе 1, и делит число активных на неделе 2 на эту базу. Почему это может быть ошибкой, если нужна когортная логика?

AЭто всегда правильный retention и не зависит от когорта
BОшибка только в том, что надо считать по events, а не по unique users
CБаза меняется и смешивает пользователей разного 'возраста'; для cohort retention нужна фиксированная когорта по cohort date
DНужно делить на число установок приложения, а не на активных пользователей
Правильный ответ. Для cohort retention база должна быть фиксированной когортой, иначе вы смешиваете пользователей разного возраста.

Разбор

Если каждый раз брать 'активных на неделе', состав базы меняется и включает пользователей, пришедших в продукт в разные даты. Такой показатель ближе к общей повторной активности, а не к cohort retention. Для когортного анализа нужно зафиксировать cohort date (например, event 'signup') и дальше смотреть возвраты по возрасту: W1 retention, W2 retention и так далее. Тогда сравнения между когортами будут честными.

Проверь себя · 1/3разбор после ответа
После обновления клиента одно действие покупки генерирует два события purchase. Какая проверка лучше всего подтвердит влияние дублей на метрики воронки?
Тренировать продукт в Telegram

Ещё вопросы по теме «Воронки, когорты и retention»