Маркетплейс — не магазин
Когда аналитик приходит из e-commerce-ритейла или SaaS-продукта, первая ловушка — мерить маркетплейс привычными метриками. Revenue, DAU, conversion rate. Звучит разумно, но картина получается искажённой.
Ключевое отличие: маркетплейс не владеет товаром. Он не покупает у производителей и не продаёт конечным покупателям. Он создаёт инфраструктуру встречи продавцов и покупателей — и зарабатывает на этом посредничестве.
Из этой логики вырастает весь словарь маркетплейсовых метрик: GMV фиксирует полный оборот товаров, NMV его очищает, take rate показывает, какую долю платформа забирает себе, а ликвидность говорит о здоровье самого рынка.
GMV — валовый оборот товаров
Что входит, что не входит
| Транзакция | Входит в GMV? | Комментарий |
|---|---|---|
| Завершённая покупка | Да | Основная часть GMV |
| Отменённый заказ (до доставки) | Зависит от методологии | Большинство платформ включают в GMV в момент заказа, затем корректируют в NMV |
| Возврат (после доставки) | Зависит от методологии | Аналогично: часть компаний не вычитает из GMV, только из NMV |
| Доставка (стоимость) | Зависит | Ozon включает, Авито — нет. Всегда уточняйте методологию |
| Рекламные платежи продавцов | Нет | Это Revenue платформы, не оборот товаров |
SQL: считаем GMV с разбивкой по статусам
SELECT DATE_TRUNC('month', order_date) AS month, status, COUNT(*) AS orders, ROUND(SUM(amount), 0) AS gmv, -- доля статуса в GMV месяца ROUND(100.0 * SUM(amount) / SUM(SUM(amount)) OVER ( PARTITION BY DATE_TRUNC('month', order_date) ), 1) AS gmv_share_pct FROM sandbox.orders GROUP BY 1, 2 ORDER BY month, gmv DESC;
Зачем тогда нужен GMV, если он «грязный»?
GMV — индикатор масштаба и верхняя граница монетизации. Чем больше GMV, тем больше потенциальная Revenue при фиксированном take rate. Инвесторы и топ-менеджмент смотрят на GMV как на оценку размера рынка, который удалось захватить.
Но GMV без контекста ничего не говорит о качестве бизнеса. Маркетплейс с GMV 100 млрд и take rate 2% зарабатывает меньше, чем маркетплейс с GMV 30 млрд и take rate 12%. И оба хуже, если у первого 30% отмен.
NMV — очищенный оборот
Два компонента потерь: отмены и возвраты
SQL: NMV и качество транзакций
WITH monthly AS ( SELECT DATE_TRUNC('month', order_date) AS month, SUM(amount) AS gmv, SUM(CASE WHEN status = 'cancelled' THEN amount ELSE 0 END) AS cancelled_gmv, SUM(CASE WHEN status = 'refunded' THEN amount ELSE 0 END) AS refunded_gmv, SUM(CASE WHEN status = 'completed' THEN amount ELSE 0 END) AS nmv FROM sandbox.orders GROUP BY 1 ) SELECT month, ROUND(gmv, 0) AS gmv, ROUND(nmv, 0) AS nmv, ROUND(100.0 * cancelled_gmv / gmv, 1) AS cancel_rate_pct, ROUND(100.0 * refunded_gmv / gmv, 1) AS return_rate_pct, ROUND(100.0 * nmv / gmv, 1) AS nmv_rate_pct -- NMV / GMV FROM monthly ORDER BY month;
Take Rate — как платформа зарабатывает
Из чего состоит Revenue маркетплейса
Бенчмарки take rate
Разброс огромный — и он не случаен. Take rate — это равновесная точка между тем, сколько платформа может взять, и тем, при каком уровне продавцы не уйдут.
Почему нельзя просто «поднять take rate»
Что происходит дальше: продавцы поднимают цены или уходят на конкурентов или в прямые продажи. Покупатели видят рост цен → снижается конверсия → GMV падает → Revenue возвращается к исходному или ниже.
Эффект дезинтермедиации: продавцы и покупатели начинают договариваться напрямую, минуя платформу. Самый страшный сценарий для маркетплейса.
SQL: take rate по категориям
-- Считаем условный take rate: комиссия = фиксированный % от NMV по категории -- В реальности take rate = сумма всех revenue-потоков / NMV WITH category_nmv AS ( SELECT p.category, SUM(oi.quantity * oi.unit_price) AS nmv, COUNT(DISTINCT o.order_id) AS orders, COUNT(DISTINCT p.seller_id) AS active_sellers, ROUND(AVG(oi.unit_price), 0) AS avg_item_price FROM sandbox.orders o JOIN sandbox.order_items oi ON o.order_id = oi.order_id JOIN sandbox.products p ON oi.product_id = p.product_id WHERE o.status = 'completed' GROUP BY p.category ) SELECT category, ROUND(nmv / 1000, 0) AS nmv_k, orders, active_sellers, avg_item_price, -- Доля категории в общем NMV ROUND(100.0 * nmv / SUM(nmv) OVER(), 1) AS nmv_share_pct, -- NMV на одного продавца ROUND(nmv / active_sellers, 0) AS nmv_per_seller FROM category_nmv ORDER BY nmv DESC;
Ликвидность — здоровье рынка
GMV, NMV и take rate — метрики финансового результата. Ликвидность — метрика здоровья самого рынка. Это степень, с которой покупатели находят нужный товар, а продавцы находят покупателей.
Маркетплейс с высокой ликвидностью работает как идеальный рынок: предложение и спрос встречаются быстро, с минимальными потерями. Низкая ликвидность — это «пустые прилавки» или «склады без покупателей».
Метрики ликвидности: четыре угла
Почему ликвидность важнее GMV в долгосрочной перспективе
GMV можно искусственно накачать промокодами, субсидированием доставки, агрессивным онбордингом продавцов. Это даст красивые цифры на квартал. Ликвидность так не накачаешь — это органическая характеристика рынка.
Проблема: большинство новых объявлений — от непрофессиональных продавцов с низким качеством, завышенными ценами и медленным ответом. Match rate упал с 18% до 11%. Time-to-buy выросло в 2 раза — покупатели теперь дольше ищут, чаще уходят ни с чем.
Итог: краткосрочный рост GMV ценой деградации ликвидности. Через 2 месяца после окончания акции GMV упал ниже исходного — рынок «отравлен» некачественным предложением.
SQL: прокси-метрика ликвидности через воронку
-- Прокси match rate: конверсия из просмотра товара в покупку -- view_item → purchase — по каждой категории WITH views AS ( SELECT e.user_id, p.category, DATE_TRUNC('month', e.event_time) AS month, MAX(CASE WHEN e.event_name = 'view_item' THEN 1 ELSE 0 END) AS had_view, MAX(CASE WHEN e.event_name = 'purchase' THEN 1 ELSE 0 END) AS had_purchase FROM sandbox.events e JOIN sandbox.orders o ON e.user_id = o.user_id AND DATE_TRUNC('day', e.event_time) = DATE_TRUNC('day', o.order_date) AND o.status = 'completed' JOIN sandbox.order_items oi ON o.order_id = oi.order_id JOIN sandbox.products p ON oi.product_id = p.product_id GROUP BY 1, 2, 3 ) SELECT month, category, SUM(had_view) AS sessions_with_view, SUM(had_purchase) AS sessions_with_purchase, ROUND(100.0 * SUM(had_purchase) / NULLIF(SUM(had_view), 0), 1) AS match_rate_pct FROM views GROUP BY 1, 2 ORDER BY month, match_rate_pct DESC;
Как метрики связаны: дерево декомпозиции
Четыре метрики не живут изолированно. Понимание их взаимосвязи — это и есть «мыслить как аналитик маркетплейса». Вот как разложить Revenue платформы до операционных метрик.
Дерево читается снизу вверх: ликвидность → GMV → NMV → Revenue. Ликвидность — причина, Revenue — следствие. Пытаться улучшить Revenue напрямую (через take rate), не работая над ликвидностью — как лечить симптом вместо болезни.
Когда что смотреть на практике
Вопросы на собесе в Авито, Ozon, Яндекс
Метрики маркетплейса — одна из самых популярных тем на продуктовых интервью в компаниях с marketplace-бизнесом. Чаще всего вопросы звучат как кейсы — «что бы вы измерили» или «как вы интерпретируете эту ситуацию».
- Чем отличается GMV от Revenue маркетплейса? Почему нельзя считать GMV выручкой? — Ждут: чёткое разграничение «платформа — посредник», формулу Revenue = NMV × Take Rate.
- GMV вырос на 30%, но Revenue платформы упал. Как такое возможно и что вы будете смотреть? — Ждут: снижение take rate (падение рекламного дохода, изменение микса), рост cancel/return rate, изменение категорийного микса.
- Как вы измерите ликвидность маркетплейса? Назовите 3–4 метрики. — Ждут: match rate, time-to-sell, time-to-buy, depth of market. Плюс — умение объяснить, что каждая мерит с чьей стороны.
- Продуктовая команда хочет поднять take rate с 10% до 14%. Какие риски вы видите? — Ждут: дезинтермедиация, рост цен для покупателей, снижение ликвидности, уход топовых продавцов.
- Какой North Star Metric вы бы выбрали для Авито? Почему не GMV? — Ждут: аргумент за NMV или match rate как более «честные» метрики, отражающие реальную ценность для обеих сторон.
- Число объявлений выросло в 2 раза. Это хорошо или плохо? — Ждут: «зависит от ликвидности» — нужно смотреть match rate, time-to-buy, качество новых объявлений, а не только количество.
2. Дайте формулу или разложите — покажите, что понимаете, из чего складывается
3. Скажите, для кого важна метрика — покупатель, продавец, платформа
4. Назовите патологию — как эта метрика может расти при деградации бизнеса (GMV — через отмены, take rate — через дезинтермедиацию)
Связанные материалы
Главное про метрики маркетплейса
Маркетплейс — посредник, а не ритейлер. Его Revenue ≠ GMV. GMV — полный оборот, NMV — очищенный от отмен и возвратов, take rate — доля, которую платформа забирает себе, ликвидность — здоровье самого рынка.
Все четыре метрики связаны деревом: ликвидность определяет количество и качество сделок, из которых формируется NMV, из которого через take rate получается Revenue. Падение ликвидности всегда предшествует падению GMV и Revenue — просто с задержкой.
Практика: возьмите любой маркетплейс, которым пользуетесь. Попробуйте оценить его take rate — найдите публичные данные о комиссиях и структуре дохода. Потом разложите GMV через дерево метрик и определите, какая метрика, по вашему мнению, является настоящим North Star для этой платформы.