Монетизация и юнит-экономика: вопросы для собеседования (часть 2)
LTV, CAC, ARPU, payback period, маржинальность — метрики юнит-экономики определяют, жизнеспособен ли бизнес. На собеседовании просят посчитать LTV по когортам, оценить окупаемость канала привлечения или смоделировать влияние изменения цены. Аналитик, понимающий экономику продукта, ценится особенно высоко.
Вопросы 6–10 из 20
6Вы добавили новый дешёвый тариф. Конверсия в платящих выросла, но общая выручка почти не изменилась. Что нужно проверить в первую очередь, чтобы понять риск каннибализации?
AТолько рост конверсии в платящих на дешёвый тариф по сравнению с периодом до его запуска
BТолько средний доход на платящего пользователя ARPPU внутри пользователей дешёвого тарифа
CТолько число показов экрана с тарифами без анализа выручки и переходов между тарифами
DИзменение общей выручки и ARPU по всей аудитории и миграцию между тарифами с учётом апгрейдов и даунгрейдов
Ответ: При каннибализации рост конверсии может сопровождаться перетоком с дорогих планов на дешёвый, поэтому важно смотреть ARPU и микс тарифов.
Если часть пользователей, которые раньше выбирали дорогой план, теперь покупают дешёвый, выручка на пользователя падает. В этом случае конверсия в платящих может выглядеть отлично, а ARPU и LTV расти не будут. Поэтому смотрят общий эффект на деньги, ARPU по всей аудитории и распределение по тарифам, включая долю даунгрейдов. Это помогает отличить настоящий рост платящих от перераспределения выручки между тарифами внутри продукта.
Подробный разбор → 7В freemium-приложении вы хотите понять, сколько в среднем приносит один платящий пользователь за месяц. Какая метрика отвечает на этот вопрос?
A`ARPU`: делит выручку на всех пользователей продукта, включая бесплатных, и обычно ниже искомой величины
BДоля платящих от всех пользователей: процент конверсии в оплату, а не сумма денег на одного платящего
C`LTV`: суммарный доход с пользователя за весь жизненный цикл, а не за один конкретный месяц
D`ARPPU`: средний доход на платящего пользователя за период, делит выручку только на платящих
Ответ: Если делите выручку только на платящих, это `ARPPU`. `ARPU` делит выручку на всех пользователей.
`ARPPU` показывает средний доход на платящего пользователя и помогает оценивать ценность платящего сегмента. `ARPU` включает в знаменатель всех пользователей (в том числе бесплатных) и поэтому обычно меньше. Доля платящих — это процент конверсии в оплату, а не сумма денег. `LTV` отражает суммарный доход за весь жизненный цикл, а не за один месяц.
Подробный разбор → 8Чтобы оценить, стал ли новый экран оплаты лучше как экран, какую метрику обычно стоит смотреть в первую очередь?
AКонверсия на шаге `paywall_view -> purchase`, потому что это изолирует эффект самого экрана от изменений в трафике
B`ARPU` по всему продукту без разрезов за месяц, потому что это итоговая денежная метрика на уровне всей аудитории
CКоличество активных пользователей за период, потому что любой удачный экран должен сразу повышать общую активность
D`LTV` пользователей за год, потому что качественный экран в первую очередь увеличивает долгосрочную ценность когорты
Ответ: Качество экрана оплаты лучше измерять конверсией на его шаге, а не итоговыми метриками без контекста.
Если вы меняете дизайн экрана оплаты, первое, что хочется понять — стала ли лучше конверсия среди тех, кто этот экран увидел. Итоговая платная конверсия по продукту и `ARPU` могут не измениться из-за изменений в трафике до экрана или из-за состава аудитории. Поэтому шаг `paywall_view -> purchase` помогает изолировать эффект интерфейса. Затем уже проверяют общий эффект на `ARPU` и риск ухудшения других этапов воронки.
Подробный разбор → 9В тесте цены вариант B дал рост выручки, но также выросли возвраты и чарджбеки. На какую метрику корректнее опираться для финального решения?
A`ARPU` или `LTV` на чистой выручке после возвратов, при необходимости с учётом маржинальности продукта по сегментам
BКонверсия из показа окна оплаты в покупку: она быстро реагирует на изменение цены и понятна команде в еженедельном отчёте
CВаловая выручка до возвратов с накопленным итогом за квартал: показатель отражает влияние цены на интерес пользователей в моменте
DКонверсия из просмотра карточки товара в добавление в корзину: ранний сигнал, который реагирует на изменение цены раньше остальных метрик
Ответ: Для решения по цене важно считать деньги после возвратов, иначе эффект может оказаться иллюзорным.
Рост валовой выручки до возвратов может скрывать ухудшение качества платежей или несоответствие ожиданиям пользователя. Если возвраты растут, реальный вклад в бизнес и будущий `LTV` могут падать. Поэтому корректнее сравнивать `ARPU` или `LTV` на чистой выручке и дополнительно смотреть, не ухудшились ли удержание и нагрузка на поддержку. Такой подход снижает риск принять решение, которое кажется прибыльным только на бумаге.
Подробный разбор → 10Вы слышали приближение `LTV ≈ ARPU / churn` для подписочных продуктов. Когда его можно использовать как грубую оценку?
AКогда продукт продаётся один раз без повторных платежей, и выручку оценивают как `ARPU` за один период жизни клиента
BКогда есть стабильные `ARPU` и примерно постоянный отток (steady state), и нужна быстрая прикидка `LTV` без когортного расчёта
CКогда отток меняется по месяцам внутри когорты, и формула `ARPU / churn` усредняет колебания и даёт точную оценку `LTV`
DКогда часть пользователей платит больше остальных в несколько раз, формула `ARPU / churn` сама учитывает разброс и не требует сегментации
Ответ: Прикидка `LTV ≈ ARPU / churn` работает как грубая модель в условиях стабильности и подписочного поведения.
Эта формула опирается на идею, что пользователь платит примерно одинаково каждый период, а вероятность уйти примерно постоянна. Тогда ожидаемая длительность жизни связана с оттоком, и `LTV` масштабируется как `ARPU / churn`. Если `ARPU` сильно меняется со временем, есть сезонность или сложные тарифы, модель будет грубой и может ошибаться. Поэтому её используют для быстрой оценки и затем уточняют когортным расчётом.
Подробный разбор → Другие темы: Продуктовая аналитика