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

AПривести дату когорты и дату события к одной логике границ дня (одно правило, одна таймзона), затем пересчитать удержание и проверить, что провал исчез
BСчитать удержание по локальной таймзоне для когорты и по UTC для событий: разные правила точнее отражают локальный график активности пользователей
CУсреднить значения D1 retention за смежные дни до и после провала, чтобы получить сглаженную кривую и сократить влияние отдельных аномальных дней
DПерейти на считывание D2 retention вместо D1 retention, поскольку второй день обычно меньше зависит от логики формирования календарной даты события
Правильный ответ. В удержании важно, чтобы дата когорты и дата события считались по одной логике границ дня.

Разбор

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

Проверь себя · 1/3разбор после ответа
В воронке шаг 1 — просмотр лендинга, шаг 2 — регистрация, шаг 3 — покупка. Вы хотите конверсию 1→3 по уникальным пользователям. Что является знаменателем?
Тренировать продукт в Telegram

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