События логируются в UTC, а продуктовые отчёты построены по локальным дням. Вы считаете удержание D1 по UTC-дням и видите неожиданный «провал». Что наиболее разумно сделать в первую очередь?
AПроверить границы дней и привести расчёт к одной логике: единая таймзона и одинаковое правило привязки события ко дню для когорты и активности
BИгнорировать наблюдение полностью: удержание не зависит от часовых поясов и провалы в отчётах объясняются обычным разбросом метрики
CПоменять знаменатель на число активных пользователей в первый день, чтобы аккуратно сгладить провал и избежать лишних вопросов от продактов
DИсключить из расчёта пользователей, которые активны ночью, потому что иначе появляется смещение между UTC и локальными днями
Правильный ответ. Для удержания важно единообразно определять границы дня и связь с когортой.
Разбор
Если день 0 и день 1 режутся по разным часовым поясам, возвраты могут сдвигаться между днями. Тогда удержание D1 будет выглядеть хуже или лучше только из-за календарной логики, а не из-за поведения. Приведение времени события к единой таймзоне и одинаковое правило построения когорты обычно устраняет такие артефакты.
Проверь себя · 1/3разбор после ответа
Вы строите воронку регистрации: пользователь может открыть экран регистрации, отправить форму и подтвердить почту. Что логичнее выбрать как шаг 1, если вы хотите измерять пошаговую конверсию регистрации на уровне уникальных пользователей?
Ещё вопросы по теме «Воронки и когортные рассуждения»
- Вы строите воронку регистрации: пользователь может открыть экран регистрации, отправить форму и подтвердить почту. Что логичнее выбрать как шаг 1, если вы хотите измерять пошаговую конверсию регистрации на уровне уникальных пользователей?
- В одной воронке вы считали пошаговую конверсию от шага 1 до шага 3. Вы поменяли шаг 1: было число уникальных пользователей с событием `open_signup_screen`, стало число уникальных пользователей с событием `app_open`. Поведение на шагах 2–3 не изменилось. Что скорее всего произойдёт с пошаговой конверсией шага 1→3?
- Пользователь сделал 3 события `view_product` и 1 событие `purchase` за день. В воронке на уровне пользователей шаг 1 = `view_product`, шаг 2 = `purchase`. Как этот пользователь должен учитываться в расчёте конверсии шага?
- Вы считаете пошаговую конверсию в воронке на уровне событий как количество `purchase` / количество `add_to_cart` и получаете 130%. Какое объяснение наиболее вероятно?
- В воронке активации: шаг 1 = `signup`, шаг 2 = `complete_profile`, шаг 3 = `first_purchase`. Какой знаменатель нужен для пошаговой конверсии шага 2→3?
- Все вопросы по «Воронки и когортные рассуждения» →