Реальный LTV и Retention: как не перепутать прибыль с шумом в данных

Реальный LTV и Retention: как не перепутать прибыль с шумом в данных

LTV без нормального retention — это просто красивая цифра в отчёте. Для долгих кампаний считайте не средний чек, а когорты: дата первого депозита, источник, оффер, период возврата. Иначе вы смешаете быстрых окупаемых пользователей с теми, кто добирает ценность через 30–60 дней.

Базовая схема: cohort_id = first_purchase_date, retention = users_active_day_N / users_day_0, LTV_N = cumulative_revenue_day_N / users_day_0. Считайте по дням или неделям, но всегда одинаковым шагом. Если в трекере есть postback, а в CRM — повторные покупки, делайте дедупликацию по user_id и нормализуйте валюту до одной базы. Иначе SQL покажет рост, а бизнес — утечку.

Смотрите не только на кривую удержания, но и на её форму: резкий провал в первые 3 дня обычно означает слабый онбординг или мусорный трафик; длинный хвост — хороший сигнал для масштабирования. Проверяем сходимость дельты в трекере и кабинете, иначе retention может быть «живым» только в дашборде. 📉

Если LTV растёт, а retention плоский — ищите апсейлы, кросс-селл или повторные оплаты. Если retention есть, а LTV нет — проблема в монетизации. Всё, что не автоматизировано — это потенциальный убыток: стройте когорты, партиционируйте таблицы и считайте реальную выручку, а не удобную.