Кейс: revenue per visit упал. Разбор на собесе

Проверь себя · 1/3разбор после ответа
Нужно получить колонку event_date типа date из created_at (тип timestamp) для JOIN с календарной таблицей по дате. Какое выражение подойдёт лучше всего?

Формулировка

Revenue per visit (RPV) упал с 100 ₽ до 80 ₽ (−20%). Что делать?

RPV — важная композитная метрика для e-commerce: сколько выручки приносит один визит на сайт. Она удобна тем, что связывает трафик и деньги в одном числе, но именно из-за композитности её нельзя чинить «в лоб». Сначала надо понять, какой из множителей просел, — и только потом искать причину. Кейс проверяет ровно это: умеете ли вы раскладывать метрику на компоненты и не бросаться в глубокий анализ раньше времени.

Что проверяют

  • Декомпозиция метрики. Видите ли вы, что RPV = CR × AOV, и что чинить надо не «выручку», а конкретный множитель.
  • Структурное мышление. Идёте ли вы от уточнений и разрезов к гипотезам, а не сразу «я бы посмотрел таблицу заказов».
  • Работа с сегментами. Понимаете ли, что среднее по всем визитам может обманывать, и умеете ли смотреть по каналам и категориям.
  • Связь с действиями. Заканчиваете ли конкретным планом, а не «надо разбираться».

Шаг 1. Уточнения

Прежде чем считать, задайте 3–4 уточняющих вопроса — они меняют весь дальнейший анализ:

  • Что такое «visit»? Сессия или уникальный пользователь? От этого зависит, куда смотреть: RPV на сессию и на пользователя ведут себя по-разному.
  • За какой период упало и как? Плавно или ступенькой? Резкий обвал в конкретный день почти всегда означает релиз, изменение маркетинга или сбой трекинга.
  • Упало везде или в одном сегменте? По всем каналам и категориям сразу или локально.
  • Связанные метрики тоже поехали? Трафик, число заказов, средний чек — это подскажет, куда копать.

Шаг 2. Декомпозиция

RPV раскладывается на два множителя:

Revenue per visit = CR × AOV

где CR — конверсия визита в заказ, AOV — средний чек. Значит, упасть RPV мог по одной из трёх причин:

  • Просела конверсия (CR). Люди приходят, но покупают реже.
  • Просел средний чек (AOV). Покупают так же часто, но на меньшие суммы.
  • Просело и то, и другое. Обычно это системный сигнал, а не локальная поломка.

Шаг 3. Разрезы

Считаем CR и AOV по отдельности — картина сразу проясняется, потому что один и тот же результат (RPV = 80 ₽) даёт три совершенно разных диагноза:

           CR    AOV   RPV
Было:      2.5%  4000  100
Стало:     2.0%  4000   80  ← виновата конверсия (CR)
или:
Было:      2.5%  4000  100
Стало:     2.5%  3200   80  ← виноват средний чек (AOV)
или:
Было:      2.5%  4000  100
Стало:     2.25% 3556   80  ← просели оба множителя

Это ключевой момент кейса: без разложения на CR и AOV вы будете чинить не то. Падение на 20% в первом и втором случае требуют совершенно разных действий.

Попробовать силы на таких кейсах проще всего в тренажёре Карьерник — прямо в Telegram, без регистрации.

Шаг 4. Если упала конверсия (CR)

Дальше конверсию декомпозируем как отдельную задачу — подробный разбор в кейсе «конверсия упала». Типичные причины:

  • Сломался чекаут. Баг в форме оплаты, упавшая платёжка, новая логика валидации карты после релиза.
  • Ухудшился лендинг или карточка товара. Выкатили новую версию, которая хуже конвертит.
  • Пришёл трафик с низким intent. Маркетинг залил дешёвый, но «холодный» трафик, который смотрит, но не покупает.
Готовься к собесу аналитика как в Duolingo
10 минут в день — SQL, Python, A/B, метрики. 1700+ вопросов в Telegram
Открыть Карьерник в Telegram

Шаг 5. Если упал средний чек (AOV)

Средний чек тоже раскладывается — детали в кейсе «средний чек упал». Частые причины:

  • Больше скидок и промо. Запустили акцию — люди покупают то же, но дешевле.
  • Сместился микс товаров. Стали чаще продавать дешёвые SKU, дорогие позиции просели.
  • Ушли «киты». Отвалился сегмент крупных покупателей, который тянул средний чек вверх.

Шаг 6. Если просели оба множителя

Когда падают и CR, и AOV одновременно, это редко локальная поломка — скорее системная проблема. Либо радикально сменился состав трафика (пришла аудитория, которая и конвертит хуже, и покупает дешевле), либо продукт в целом стал хуже — выросли цены, поехали сроки доставки, сломался поиск. Здесь нужен более широкий аудит, а не точечный фикс.

Шаг 7. Сегменты

Падение может прятаться в одном сегменте и тянуть всё среднее вниз, поэтому разбиваем метрику по разрезам:

  • По каналу привлечения (paid vs organic vs direct) — сместился ли микс трафика.
  • По категории товара — просела конкретная вертикаль или всё сразу.
  • По новым vs повторным пользователям — испортился онбординг или отвалилась лояльная база.
  • По устройству (mobile vs desktop) — не сломалось ли что-то на конкретной платформе.

Отдельно проговорите риск парадокса Симпсона: общий RPV может упасть, хотя каждый сегмент стабилен, — просто из-за сдвига пропорций трафика между сегментами.

Шаг 8. План

План действий зависит от того, какой множитель виноват:

Если просела конверсия (CR):

  • Починить чекаут, если поломка там.
  • Улучшить лендинг или карточку — откатить неудачный релиз.
  • Уточнить таргетинг маркетинга, чтобы отсечь холодный трафик.

Если просел средний чек (AOV):

  • Cross-sell и upsell — предлагать дополняющие и более дорогие товары.
  • Бандлы и наборы, чтобы поднять сумму корзины.
  • Порог бесплатной доставки — мотивирует добрать корзину до нужной суммы.

Если просели оба:

  • Глубокий аудит продукта и качества трафика.
  • Возможно, дело в стратегическом сдвиге (цены, ассортимент, источники трафика), а не в баге.

На собесе

Коротко проговорите скелет ответа:

«RPV — это CR × AOV. Сначала разложу метрику на множители и посмотрю, какой из них просел. Дальше каждый разберу отдельно как самостоятельный кейс: конверсию — по воронке, средний чек — по миксу товаров и промо. Обязательно проверю по сегментам, чтобы исключить парадокс Симпсона. Разные причины — разные фиксы».

Структура: разложить на множители → найти виноватый → декомпозировать его отдельно → проверить сегменты → предложить действия.

Связанные кейсы

FAQ

RPV и revenue per user — это одно и то же?

Нет. RPV считается на визит или сессию, а revenue per user — на уникального пользователя. Один активный пользователь может сделать несколько визитов, поэтому метрики расходятся: RPV чувствителен к качеству каждой сессии, а revenue per user — к ценности пользователя целиком.

Что важнее — RPV или общая выручка?

Общая выручка — это финальный итог, а RPV — метрика эффективности. Выручка может расти за счёт роста трафика при падающем RPV — то есть вы просто «заливаете» проблему деньгами на привлечение. Поэтому на собесе важно показать, что вы смотрите на обе метрики: total revenue как цель и RPV как индикатор здоровья воронки.

С чего начать, если не знаю специфику продукта?

Сказать об этом вслух и попросить контекст: что за продукт, какой средний чек, откуда трафик. Интервьюер подкинет вводные. Притворяться, что знаете детали, — худший вариант.

Как быстро прикинуть, кто виноват — CR или AOV?

Посчитайте оба множителя до и после в процентах. Если CR упал на 20%, а AOV не изменился — виновата конверсия. Если наоборот — средний чек. Простая арифметика: RPV_new / RPV_old = (CR_new/CR_old) × (AOV_new/AOV_old), и видно, какой сомножитель дал просадку.

Сколько времени обычно даётся на такой кейс?

15–30 минут: 5–7 минут на структурный ответ и остальное на follow-up от интервьюера. Оценивают в первую очередь мышление и декомпозицию, а не угадывание конкретной причины.