Аналитика в мобильном приложении маркетплейса: что встраивать с нуля
Аналитика в мобильном приложении маркетплейса — это не дашборд ради дашборда. Это инструмент, который показывает, где пользователи уходят, почему продавцы не получают заказы и сколько реально стоит каждая транзакция. Без правильно спроектированной аналитики вы летите вслепую: тратите бюджет на маркетинг, не зная, что конверсия падает ещё на экране каталога. В этой статье — конкретный список метрик, инструментов и архитектурных решений, которые стоит закладывать ещё на этапе проектирования.
Почему аналитику нужно проектировать до написания кода
Самая распространённая ошибка — добавить аналитику «потом». В итоге через полгода после запуска команда пытается ретрофитом воткнуть трекинг событий в уже работающее приложение. Это дорого, медленно и даёт дырявые данные: часть событий теряется, часть дублируется, история не сохранена.
Правильный подход: на этапе проектирования определить план событий (event taxonomy) — список всех пользовательских действий, которые нужно фиксировать, с параметрами каждого события. Например, событие item_viewed должно нести: item_id, category_id, seller_id, price, source (откуда пришёл пользователь). Без этих параметров событие практически бесполезно для анализа.
Базовый стек метрик для маркетплейса
Маркетплейс — двусторонняя платформа, поэтому метрики делятся на три блока: покупатели, продавцы и платформа в целом.
Метрики покупателей
- DAU / MAU и соотношение DAU/MAU — показывает «липкость» приложения. Норма для маркетплейсов — 15–25%.
- Воронка покупки: установка → регистрация → просмотр товара → добавление в корзину → оформление заказа → оплата. Каждый шаг замеряется отдельно.
- Конверсия в покупку (CVR) — отношение сессий с покупкой к общему числу сессий. Для мобильных маркетплейсов средний показатель — 1,5–3,5%.
- Средний чек (AOV) и его динамика по когортам.
- Retention D1 / D7 / D30 — доля пользователей, вернувшихся через 1, 7 и 30 дней после установки.
- LTV (Lifetime Value) — суммарная выручка с одного пользователя за весь срок.
Метрики продавцов
- Seller GMV — оборот каждого продавца. Помогает выявить топ-продавцов и тех, кто «лежит мёртвым грузом».
- Время до первой продажи — сколько дней проходит от регистрации продавца до первого оформленного заказа.
- Процент активных листингов — доля товаров, получивших хотя бы один просмотр за 30 дней.
- Индекс качества листинга — заполненность карточки товара: фото, описание, характеристики. Это предиктор конверсии.
Метрики платформы
- GMV (Gross Merchandise Value) — общий оборот через платформу.
- Take Rate — комиссия платформы как процент от GMV.
- NPS и оценки заказов — агрегированные оценки покупателей по продавцам и категориям.
- Технические метрики: crash rate, ANR rate (для Android), время загрузки экранов. Crash rate выше 1% — сигнал тревоги.
Архитектура сбора данных: три уровня
Аналитика в мобильном приложении маркетплейса строится на трёх уровнях, которые дополняют друг друга.
| Уровень | Что фиксирует | Инструменты |
|---|---|---|
| Продуктовая аналитика | Поведение пользователей, воронки, retention | Amplitude, Mixpanel, AppMetrica |
| Атрибуция | Источники установок и покупок | AppsFlyer, Adjust |
| Бизнес-аналитика | GMV, выручка, метрики продавцов | ClickHouse + Metabase / Power BI |
Для российского рынка AppMetrica от Яндекса — рабочая альтернатива Amplitude с бесплатным тарифом до 10 млн событий в месяц. Для серьёзного маркетплейса с объёмом от 1 млн пользователей разумно строить собственное хранилище на ClickHouse и стримить события туда через Kafka — это даёт полный контроль над данными и стоит дешевле SaaS-инструментов при больших объёмах.
Воронки и когортный анализ: как это работает на практике
Воронка без сегментации — почти бесполезна. Важно смотреть конверсию отдельно по:
- каналу привлечения (органика vs платный трафик);
- категории товаров;
- типу устройства (iOS vs Android, модели телефонов);
- когорте по дате первой установки.
Пример: в одном из проектов мы обнаружили, что конверсия у пользователей Android на бюджетных устройствах (менее 3 ГБ RAM) была в 2,3 раза ниже, чем у остальных. Причина — тяжёлые изображения на экране каталога вызывали зависания. Без сегментации по устройствам эта проблема утонула бы в средних показателях.
Когортный анализ retention строится так: берём всех пользователей, установивших приложение в одну неделю, и смотрим, какой процент из них открывал приложение через 7, 14, 30 дней. Нормальный D30 retention для маркетплейса — 15–20%. Если ниже 10% — проблема либо в онбординге, либо в ассортименте.
Аналитика поиска и рекомендаций
Поиск — самый ценный экран маркетплейса. Метрики, которые нужно отслеживать обязательно:
- Zero-result rate — доля поисковых запросов, вернувших пустую выдачу. Норма — не выше 5%. Если выше — проблема в синонимах, опечатках или пробелах в ассортименте.
- CTR поисковой выдачи — кликают ли на результаты поиска.
- Конверсия из поиска в покупку — в разбивке по топ-запросам.
- Популярные запросы без конверсии — товар ищут, но не покупают. Причина может быть в цене, качестве фото или отсутствии нужного продавца.
Эти данные напрямую влияют на алгоритм ранжирования и работу команды по привлечению продавцов.
Дашборды: кому и что показывать
В маркетплейсе три типа пользователей аналитики с разными потребностями:
- Продавцы — видят свои показатели: просмотры товаров, конверсию, выручку, рейтинг. Это личный кабинет продавца. Данные должны обновляться не реже раза в день.
- Продуктовая команда — воронки, retention, A/B-тесты. Работают в Amplitude или Metabase.
- Руководство — сводный дашборд: GMV, выручка, количество активных продавцов и покупателей. Обновляется ежедневно, доступен на мобильном.
Не пытайтесь сделать один дашборд для всех — это приводит к перегруженному интерфейсу, которым никто не пользуется.
Часто задаваемые вопросы
С каких метрик начать, если приложение только запустилось?
На старте достаточно семи показателей: DAU, воронка покупки (5 шагов), конверсия в покупку, средний чек, retention D7, crash rate и zero-result rate в поиске. Этого хватит, чтобы найти главные точки роста в первые три месяца. Остальное добавляйте по мере появления данных и гипотез.
Какой инструмент аналитики выбрать для маркетплейса в России?
Для старта — AppMetrica (бесплатно, хорошая интеграция с Яндекс.Директом) плюс собственная база данных для бизнес-метрик на PostgreSQL или ClickHouse. Когда MAU превысит 100 тысяч, стоит рассмотреть Mixpanel или собственный стек на ClickHouse + Metabase. AppsFlyer или Adjust нужны с первого дня, если вы запускаете платный трафик — без них атрибуция установок будет неточной.
Как аналитика помогает увеличить GMV маркетплейса?
Напрямую. Анализ воронки показывает, на каком шаге теряется наибольший процент пользователей — именно там нужно работать в первую очередь. Улучшение конверсии с 2% до 2,5% при том же трафике даёт +25% к GMV без дополнительных затрат на привлечение. Аналитика поиска выявляет дефицитные категории, что помогает команде по работе с продавцами точечно расширять ассортимент.
Итог: аналитика — это инфраструктура, а не фича
Встраивать аналитику в мобильное приложение маркетплейса нужно с первого спринта, а не после запуска. Правильно спроектированный event taxonomy, разделение метрик по ролям и грамотный выбор инструментов — это инвестиция, которая окупается уже в первые месяцы работы продукта. Если вы планируете разработку мобильного приложения маркетплейса, закладывайте аналитическую архитектуру на этапе технического задания — переделывать дороже.
Хотите обсудить, какую аналитику заложить в ваш проект? Свяжитесь с командой Aris.Web: оставьте заявку на сайте или позвоните по номеру +7 (977) 326-69-09 — разберём задачу и предложим конкретное решение.