Сессия определяется как последовательность действий с таймаутом 30 минут. В отчёте средняя длительность сессии получилась 40 часов. Что это вероятнее всего означает с точки зрения ограничений и единиц измерения?
AЭто нормальный рост вовлечённости пользователей и ожидаемое значение метрики при увеличении длительности сессий
BЭто доказательство корректности метрики: при больших объёмах среднее значение стабилизируется на правдоподобном уровне
CДостаточно умножить 40 на 60 для перевода в минуты, чтобы значение совпало с ожиданиями и таймаутом сессии в 30 минут
DЭто похоже на ошибку в единицах или определении сессии: например, секунды перепутали с миллисекундами или сессии не закрываются
Правильный ответ. Если метрика нарушает очевидные ограничения, первым делом проверяйте определение и единицы измерения расчёта.
Разбор
При таймауте 30 минут средняя сессия в 40 часов противоречит здравому смыслу и бизнес-логике. Частые причины: перепутанные единицы времени (секунды и миллисекунды), неверное объединение событий или отсутствие закрывающего события. Такая грубая проверка адекватности помогает сразу искать баг в пайплайне, а не объяснять результат поведением пользователей. После фикса стоит проверить распределение длительностей и долю экстремальных значений.
Проверь себя · 1/3разбор после ответа
Система пишет 1
TB логов в день. По предположениям, размер одного события — от 200 до 500 байт. Какой диапазон количества событий в день наиболее разумен по порядку величины?Ещё вопросы по теме «Sanity-check и оценка»
- В дашборде метрика конверсии определена как доля пользователей, совершивших хотя бы одну покупку за день. В отчёте вы видите 130%. Какая грубая прикидка по ограничениям метрики наиболее уместна?
- У вас 2.5 млн событий в день и нужно прикинуть объём событий в месяц для планирования. Какой подход к грубой оценке наиболее разумный?
- Каждое событие занимает примерно 1 КБ в логах, а в день приходит 50 млн событий. Какой порядок величины суточного объёма данных ближе всего при грубой прикидке по единицам измерения?
- У продукта 200 тыс DAU. Доля платящих пользователей около 2%, а средний платёж в день на платящего — 500 ₽. Какая грубая оценка дневной выручки наиболее адекватна по порядку величины?
- ETL-задача обработала 120 млн строк за 2 часа. Какая грубая прикидка пропускной способности в строках в секунду ближе всего?
- Все вопросы по «Sanity-check и оценка» →