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

AИгнорировать: retention не зависит от часовых поясов
BПоменять denominator на число active users в день 1, чтобы убрать провал
CИсключить пользователей, которые активны ночью, чтобы не было смещения
DПроверить границы дней и привести расчёт к одной логике: единая таймзона и одинаковый event time для cohort и активности
Правильный ответ. Для retention важно единообразно определять границы дня и связь с когортой.

Разбор

Если день 0 и день 1 режутся по разным часовым поясам, возвраты могут сдвигаться между днями. Тогда D1 retention будет выглядеть хуже или лучше только из-за календарной логики, а не из-за поведения. Приведение event time к единой таймзоне и одинаковое правило построения когорты обычно устраняет такие артефакты.

Проверь себя · 1/3разбор после ответа
Какое определение лучше всего соответствует rolling retention для дня 7?
Открыть Карьерник в Telegram

Ещё вопросы по теме «Воронки и когортные рассуждения»