В воронке активации: шаг 1 — регистрация, шаг 2 — заполнение профиля, шаг 3 — первое целевое действие. Как корректно посчитать пошаговую конверсию 2→3 по уникальным пользователям?
Воронки конверсии, когортный анализ, retention по дням/неделям — ключевые инструменты продуктового аналитика. На собеседовании просят построить retention-кривую, объяснить, почему retention Day 1 важнее Day 30, или найти узкое место воронки. Без этих концепций невозможно оценить здоровье продукта.
Всего в этом разделе 20 вопросов. Каждый — с правильным ответом и кратким разбором теории. Разбито на 4 части по 5 вопросов.
1Вы хотите построить когорту новых пользователей марта по событию `app_open`. Какое определение наиболее корректно?
AВ когорту входят все уникальные пользователи, которые были активны в марте хотя бы один раз и хоть как-то взаимодействовали с приложением.
BВ когорту входят пользователи, которые сделали покупку в марте, потому что покупка является надёжным признаком активного нового пользователя.
CВ когорту входят все пользователи, которые когда-либо устанавливали приложение, потому что установка считается первичным событием знакомства.
DВ когорту входят уникальные пользователи, у которых первый в жизни `app_open` (минимальная дата по `user_id`) попал в март месяц.
Ответ: Для когорты новых пользователей важно задать `cohort date` как первое событие пользователя и сделать дедупликацию пользователей.
Если вы хотите «новых», каждый пользователь должен попасть только в одну когорту — по своей первой активности. Поэтому берут минимальную дату `app_open` для пользователя и проверяют, что она попала в март. Если включить всех активных в марте, вы смешаете старых и новых пользователей, и сравнения когорт потеряют смысл. Такая когорта затем используется для расчёта удержания по возрасту.
2Вы строите воронку регистрации с событиями open_signup, submit_signup, email_confirm. Что правильнее выбрать как шаг 1, чтобы получить понятную базу для расчёта конверсий?
AВсе уникальные пользователи продукта за период, даже если они не начинали регистрацию и не открывали соответствующий экран
BКоличество событий open_signup без дедупликации пользователей, чтобы захватить все попытки начать регистрацию в выбранном окне
CУникальные пользователи с событием email_confirm, чтобы база была максимально чистой и в неё попадали только подтверждённые аккаунты
DУникальные пользователи с событием open_signup, потому что это первое осмысленное действие сценария регистрации в продукте
Ответ: Шаг 1 воронки задаёт базу для конверсий и обычно соответствует первому осмысленному действию сценария.
Шаг 1 задаёт базу (знаменатель) для всех последующих конверсий. Если сделать шаг 1 слишком широким (все пользователи продукта), конверсия искусственно занизится без изменения продукта. Если сделать его слишком поздним (например, email_confirm), вы потеряете информацию о провалах на ранних шагах. Считать события без дедупликации тоже неверно — один пользователь может несколько раз открыть экран регистрации.
3В пользовательской воронке: шаг 1 = `view_product`, шаг 2 = `purchase`, расчёт идёт по уникальным пользователям. Пользователь сделал `view_product` 5 раз и `purchase` 1 раз. Как он должен учитываться на шагах?
AНа шаге 1: `5`, на шаге 2: `1`, считаем количество событий каждого типа
BНа шаге 1: `1`, на шаге 2: `0`, повторные просмотры игнорируются, покупка идёт без просмотра
CНа шаге 1: `1`, на шаге 2: `1`, считаем уникальных пользователей с дедупликацией повторов
DТолько на шаге 2: `1`, в пользовательской воронке важен факт достижения финального шага
Ответ: В пользовательской воронке на каждом шаге применяется дедупликация пользователей.
Пользователь либо достиг шага, либо нет, независимо от числа повторов события. Поэтому 5 просмотров не превращают одного пользователя в пять на шаге 1. Такая дедупликация делает конверсию интерпретируемой как долю людей, а не частоту действий. В событийной логике (по числу событий) ответ был бы другим.
4В воронке активации: шаг 1 — регистрация, шаг 2 — заполнение профиля, шаг 3 — первое целевое действие. Как корректно посчитать пошаговую конверсию 2→3 по уникальным пользователям?
AУникальные пользователи на шаге 2 разделить на уникальных пользователей на шаге 3 за тот же период
BУникальные пользователи на шаге 3 разделить на уникальных пользователей на шаге 1 за тот же период
CУникальные пользователи на шаге 3 разделить на всех уникальных пользователей продукта за период
DУникальные пользователи на шаге 3 разделить на уникальных пользователей на шаге 2 за тот же период
Ответ: Для пошаговой конверсии 2→3 знаменатель — это пользователи, достигшие шага 2.
Переход 2→3 отвечает на вопрос: какая доля тех, кто уже выполнил шаг 2, дошла до шага 3. Поэтому в числителе — уникальные пользователи на шаге 3, а в знаменателе — уникальные пользователи на шаге 2. Деление на шаг 1 даст уже другую метрику — общую конверсию 1→3. Деление на всю аудиторию продукта размывает показатель и хуже помогает искать узкое место в воронке. Перевёрнутое отношение шаг2/шаг3 не имеет содержательного смысла как доля.
5Метрика активации определена так: пользователь сделал `first_action` в течение 24 часов после `signup`. Что является правильным знаменателем?
AУникальные пользователи, у которых зафиксировано событие `first_action` в выбранном периоде наблюдения
BУникальные пользователи с событием `signup` в выбранном периоде, то есть размер когорты регистраций
CВсе уникальные пользователи продукта за период, включая тех, кто не регистрировался в окне
DКоличество событий `signup` без дедупликации пользователей, с учётом повторных попыток регистрации
Ответ: В метрике активации знаменатель — это пользователи, которые стартовали путь, то есть когорта по событию `signup`.
Формулировка «в течение 24 часов после `signup`» означает, что день 0 задаётся датой регистрации в когорте. В числителе — те же пользователи, которые успели сделать `first_action` в окне 24 часа. Если в знаменатель взять только активировавшихся, получится 100% и теряется смысл метрики. Если взять всю аудиторию продукта, смешаются те, кто не мог активироваться, потому что не регистрировался; счётчик событий без дедупликации даст завышенный знаменатель из-за повторных попыток.