События логируются в UTC, а отчёты по retention бизнес смотрит по локальным дням. Вы считаете D1 retention по UTC-дням и видите провал. Что наиболее корректно сделать?

AУвеличить окно и считать D2 retention вместо D1 retention
BПоменять denominator на число активных на день 1, чтобы провал исчез
CИгнорировать: retention не зависит от границ дня
DПривести cohort date и event date к единым границам дня (одно правило/таймзона), затем пересчитать retention
Правильный ответ. В retention важно, чтобы cohort date и event date считались по одной логике дней.

Разбор

Если день 0 определяется по одной таймзоне, а активность на день 1 — по другой, часть пользователей будет сдвинута между днями. Это искусственно занижает D1 retention и создаёт ложные провалы. Первое действие — согласовать правило построения дней и привести времена к одной логике. Затем пересчитать retention и проверить, что аномалия исчезла. Только после этого имеет смысл искать продуктовые причины.

Проверь себя · 1/3разбор после ответа
Когорта signup 10 марта содержит 5000 unique users. Какой denominator у D7 retention этой когорты?
Тренировать продукт в Telegram

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