Кейс: session length упала. Разбор на собесе
Карьерник — квиз-тренажёр в Telegram с 1500+ вопросами и кейсами с реальных собесов аналитика. SQL, Python, A/B, метрики. Бесплатно.
Формулировка кейса
Средняя длительность сессии в мобильном приложении упала с 8 до 6.5 минут за 2 недели. Что делаете?
Частый кейс в мобильных играх, медиа, соцсетях, стриминге, e-commerce. Проверяет понимание engagement-метрик.
Шаг 1. Уточнения
- Как определяется «сессия»? Запуск приложения — закрытие / 30 минут неактивности / явный логаут.
- Как считается длительность: от старта до последнего события / от старта до закрытия?
- Упала медиана, среднее или оба? Средняя чувствительна к выбросам.
- Упала у новых или старых пользователей?
- Метрики рядом: DAU, события на сессию, retention.
Шаг 2. Проверка данных
- Трекер не сломался? После релиза могли отвалиться события в конце сессии → длительность занижается.
- Не изменилось ли определение сессии? С 30 на 15 минут неактивности — сессий стало больше, короче.
- Background/foreground logic: новая OS меняет, когда считается «закрытие».
- Bot traffic: боты и short-session автоматизации могут двинуть среднее.
- SDK updated: часто в новой версии SDK меняют default session behaviour.
Шаг 3. Декомпозиция
Разрезы когорты
- Новые vs старые пользователи. Если упало у новых — проблема в онбординге. Если у старых — фичи или баги.
- Платформа: iOS vs Android.
- Версия приложения: до релиза vs после.
- Канал привлечения: paid vs organic.
По типу сессии
- Первая сессия
- Сессии в первую неделю
- Сессии через N дней
По событиям в сессии
- Количество событий за сессию
- Ключевые actions (конверсии) за сессию
- % сессий с engagement > порога
Шаг 4. Гипотезы
Технические
- Релиз ввёл баг, из-за которого приложение крашится раньше
- Push-уведомления вытягивают пользователя из приложения в другое место
- Фоновый mode теперь быстрее «убивает» сессию
- Новый ad SDK заедает UI → пользователь выходит
Продуктовые
- Сократили контент (меньше материала — короче сессии)
- Алгоритм рекомендаций хуже (быстро устают)
- Новая механика «быстро-получил-ценность-ушёл» (не всегда плохо)
- Убрали фичу, на которой держался engagement
UX
- Новый дизайн менее залипабельный
- Увеличили когнитивную нагрузку (сложнее пользоваться)
- Плохой онбординг после релиза
Маркетинговые
- Стали привлекать более поверхностную аудиторию (broad targeting)
- Ретаргетинг на aбандонёров даёт короткие сессии
- Reactivation-кампания подтащила спящих — они заходят кратко
Внешние
- Конкурент выпустил хит — время пользователя перетекает туда
- Сезонность
- Соцсети / мессенджеры «разрезают» сессии пушами
Шаг 5. Сравнение средней vs медианы
Средняя сессия очень чувствительна к выбросам. Варианты:
- Средняя упала, медиана стабильна → меньше «китов» с длинными сессиями
- Средняя стабильна, медиана упала → массовый сдвиг вниз
- Упали обе → системная проблема
На собесе: «Обязательно посмотрю распределение. Среднее в engagement-метриках без распределения обманывает».
Шаг 6. Не всегда плохо
Короткая сессия может быть признаком хорошего UX:
- Поисковик (YouTube хочет, чтобы вы смотрели долго; Google — чтобы быстро получили ответ)
- Утилитарные приложения (банк, доставка — быстрее = лучше)
- AI-ассистент (короткий query = быстрый ответ)
На собесе: «Уточню, какая бизнес-цель. Если это банк-приложение — короткая сессия = хороший UX. Если соцсеть — плохо».
Шаг 7. План действий
Краткосрочно:
- Откат релиза, если корреляция найдена
- Фикс crash / SDK bugs
- Восстановить контент и фичи, если убирались
Среднесрочно:
- A/B-тест рекомендаций
- Улучшение push-механики (не уводить с важных экранов)
- Оптимизация онбординга для первой сессии
Долгосрочно:
- Habit-формирующие фичи
- Персонализация контента
- Работа с mental models пользователей
Что важно сказать на собесе
«Session length — прокси для engagement, но не самоцель. Моя задача — понять, почему упало, и нужно ли это чинить. Иногда короткая сессия — признак того, что продукт стал эффективнее».
Частые ошибки кандидатов
- Считать короткую сессию всегда плохо
- Смотреть среднее без медианы
- Игнорировать определение сессии (его легко изменить случайно)
- Предлагать «добавить больше контента» без диагностики
Связанные кейсы
Читайте также
FAQ
Что важнее: длительность сессии или количество сессий?
Оба. Лучше смотреть total time per user = sessions × avg length. Иногда падение длительности компенсируется ростом числа сессий.
Нормальная длительность сессии?
Соцсети: 10–30 мин. Мобильные игры: 5–15 мин. Банк: 1–3 мин. Продукты разные — сравнивать только с собой, не с другими.
Почему среднее обманывает?
Одна сессия на 60 минут перевешивает 10 сессий по 2 минуты. Смотрите медиану и P90/P95.
Как отличить реальное падение от смены определения?
Открыть changelog SDK и код определения сессии. Если параметры менялись — это не продуктовое падение.
Больше продуктовых кейсов — в тренажёре с 1500+ вопросами.