Как не занизить D30 retention: незрелые когорты и расчёт на SQL

Представим: в отчёт добавили новые регистрации, и общий D30 retention снизился с 20% до 10%. При этом ни один из пользователей, для которых D30 уже наступил, не изменил своё поведение. Ошибка может оказаться в знаменателе: туда попали люди, чей тридцатый день ещё впереди. Разберём эту ситуацию на условных данных и воспроизведём расчёт в SQLite. Отдельно проверим три случая: пользователь вернулся, пользователь не вернулся и результат пока нельзя и

Первые 450 знаков материала. Читать далее у источника →

Читайте также

Похожие новости

[Habr] · Москва

Дежурство недели: еженедельный рейтинг на Flask и SQLite без крона

В прошлых статьях я рассказывал, как устроен мой тренажёр инцидентов, и разбирал кейс с 502 Bad Gateway. Сегодня утром я релизнул два новых…

28.10, 23:36 · 1 мин

[Habr] · Москва

До какого места дочитывают ваши статьи: делаем процентильную аналитику прокрутки для WordPress

Вы опубликовали статью. Счётчик показывает пару тысяч просмотров. Но кто-нибудь её на самом деле прочитал? Обычная аналитика на этот вопрос…

28.10, 19:43 · 1 мин

[Habr] · Забайкальский край

chunk(), lazy() и cursor() в Laravel: замеры памяти и почему chunk() теряет половину строк при обновлении

Когда в Laravel нужно обработать большую таблицу, обычно советуют «не делать all(), использовать chunk()». Совет верный, но неполный: у chu…

30.10, 09:00 · 1 мин

[Habr] · Забайкальский край

Маппинг данных: как объединить разные источники и не исказить результаты анализа

Про data mapping простыми словами: что такое маппинг данных, как выглядит процесс, какие инструменты используют и кто занимается маппингом.…

30.10, 14:32 · 1 мин

[Habr] · Забайкальский край

После комментариев на Хабре я ограничил чтение SQLite и перевёл Docker-модуль в WASI

После прошлой статьи о Pulse читатели Хабра обратили внимание на вещи, которые я не учёл: долгий запрос истории может мешать очистке SQLite…

29.10, 13:59 · 1 мин