Приложение вышло в магазины, установки пошли, и тут выясняется, что оценить его нечем. Сколько людей дошли до заказа, почему они не возвращаются на второй день, откуда пришли те, кто платит, – без аналитики на эти вопросы отвечает только интуиция. Для владельца бизнеса это не графики ради графиков. Хватает одной-двух систем, двух десятков событий, заложенных до начала разработки, и шести цифр, на которые вы смотрите раз в неделю. Дальше по порядку: что подключить, что записать в сценарии заранее и как читать статистику после запуска.
Что подключить
У приложения к аналитике три вопроса: что люди делают внутри, где оно ломается и откуда пришли пользователи. Чаще всего на все три отвечает одна система, поэтому выбор сводится к двум именам.
AppMetrica – бесплатная система от Яндекса. Она показывает путь людей по приложению, собирает отчёты о сбоях, считает установки по рекламным ссылкам с меткой (так видно, какой канал привёл тех, кто остался и заплатил) и связана с Яндекс Директом. Интерфейс на русском, и для приложения, которое рекламируют в Директе, она обычно удобнее всего.
Firebase – набор сервисов от Google. Из него в приложение обычно ставят два: аналитика событий и Crashlytics, который собирает сбои. Его берут, когда аудитория приложения за границей или реклама идёт через Google. Обе системы одновременно ставят редко: каждая добавляет в приложение свой программный модуль, и вы получаете более тяжёлое приложение, два набора отчётов, которые не совпадают, и больше пунктов в карточке приватности магазина.
К этому прибавьте бесплатную статистику самих магазинов: App Store Connect, Google Play Console и консоль RuStore. В консолях Apple и Google видно, сколько человек открыли страницу приложения и сколько из них его установили, там же оценки и сбои. Аналитику внутри приложения она не заменит: магазин знает, что человек установил приложение, и ничего не знает о том, что он делал дальше.
Отдельно про данные. Персональные данные россиян по закону собирают и хранят на серверах в России, поэтому имя, телефон и почту в аналитику обычно не отправляют, а человека в отчётах обозначают внутренним номером. Хватает ли этого в вашем случае, скажет юрист. А карточки приватности в App Store и Google Play заполняют по тому, какие модули реально стоят в приложении, так что список систем лучше знать до отправки на модерацию.
События: что закладывают до начала разработки
Событие – это запись о том, что человек сделал: открыл экран, нажал «Оформить», оплатил. Сама по себе система видит запуск приложения и сбои, всё остальное программист отправляет вручную, действие за действием. Поэтому список событий – главное, что стоит решить заранее. Если дописать их позже, они появятся только в новой версии, которая снова пойдёт через модерацию магазинов, а за прошедшие недели данных не будет совсем.
Событие, которого не было в первой версии, в отчётах задним числом не появится.
Составлять список удобно сразу после сценариев и прототипа: это те же сценарии, только глазами счётчика. Для типичного приложения с входом и оплатой получается так:
- регистрация: начал, закончил и каким способом вошёл (по телефону или через соцсети);
- знакомство с приложением, если оно есть: на каком шаге человек остановился;
- главное действие, ради которого приложение ставят: заказ, запись, первая тренировка, первая заметка;
- оплата: показали экран, нажал «Оплатить», оплата прошла, банк отказал;
- подписка: начался пробный период, человек отменил подписку;
- открытие приложения из уведомления;
- ошибки на важных экранах: заказ не ушёл, список пришёл пустым.
К каждому событию добавляют пару уточнений: из какого источника пришёл человек, какой тариф выбрал, на какую сумму оформил заказ. Тогда в отчёте видно не просто «оплат стало меньше», а на каком тарифе и из какого источника.
Событий нужно немного. Для первой версии хватает пятнадцати-двадцати, и у каждого должен быть вопрос, ради которого вы откроете отчёт. Если на «и что я с этим сделаю?» ответа нет, событие лишнее.
Возьмите приложение с подпиской вроде «Индекса жизни»: знакомство, экран оплаты, бесплатный пробный период, потом оплата. Главная цепочка здесь такая: открыл, прошёл знакомство, увидел экран оплаты, начал пробный период, заплатил. Каждый шаг становится событием, и по ним видно, на каком человек уходит.
Кейс: «Индекс жизни» – приложение с подпиской, от методики до сторов за 3 месяца
Какие цифры смотреть после запуска
Статистики у приложения бывает много, и в первый месяц в ней легко утонуть. Я бы оставил шесть цифр.
Откуда пришли установки. Общее число установок мало что говорит. Важнее, какие каналы приводят тех, кто остаётся: реклама, соцсети, сайт, рекомендации. Если вы платите за рекламу, считайте отдельно цену установки и цену одного человека, который заплатил. Это разные числа, и вторая обычно заметно выше.
Из страницы в магазине в установку. Из ста человек, открывших страницу приложения, сколько нажали «Установить». Когда таких мало, виноваты обычно описание, скриншоты или оценка, а не само приложение. Эту цифру показывает консоль магазина.
Дошли до главного действия. Доля установивших, кто сделал то, ради чего приложение существует: оформил заказ, записался, добавил первую запись. Здесь видно, где первый экран не объясняет, что делать дальше, и люди закрывают приложение. Такие потери собирает воронка: цепочка шагов, на каждом из которых остаётся меньше людей.
Удержание. Сколько людей вернулось в приложение на следующий день, через неделю и через месяц после установки. Если приложением пользуются раз в месяц, смотрите на месячное удержание: возвращаться на следующий день людям незачем. Эталонные цифры «как у всех» лучше не искать, ритм у доставки еды и у приложения для учёта расходов разный. Сравнивайте приложение с ним самим, неделю с неделей.
Оплаты. Какая доля людей дошла до экрана оплаты, какая нажала «Оплатить» и какая заплатила; сколько приносит один пользователь за месяц; при подписке ещё и сколько человек отказывается после пробного периода. Три шага оплаты показывают, где теряются деньги: на цене, на способе оплаты или на ошибке банка.
Сбои. Доля запусков без сбоев и самые частые ошибки с разбивкой по моделям телефонов. Сбой на оплате стоит денег напрямую, поэтому такие отчёты я читал бы раньше остальных.
Смотреть всё это удобно раз в неделю в одном отчёте, а решения принимать раз в две-три недели: на меньшем отрезке цифры скачут, и вы начнёте гоняться за колебаниями.
Где аналитика только мешает
Аналитика легко становится самоцелью. Чаще всего вредят три вещи. Первая – несколько систем сразу «на всякий случай»: приложение тяжелеет, а отчёты расходятся, и непонятно, какому верить. Вторая – отправка каждого нажатия: через месяц в отчёте сотни строк, и никто в них не заглядывает. Третья – выводы по маленьким числам: когда приложение поставили восемьдесят человек, проценты прыгают из-за одного пользователя. До первых нескольких сотен активных людей полезнее позвонить десятку из них и посмотреть, как они пользуются, чем разглядывать графики.
Что с этим делать дальше
В проекте разработки приложения аналитика идёт отдельным пунктом публикации: список событий собирается из сценариев первого этапа, а система подключена с первого дня приложения в магазине. Дальше из её данных складывается очередь обновлений: что исправить первым, что добавить, что убрать. Состав работ и этапы проекта – на странице про разработку мобильных приложений. Если приложение уже вышло без аналитики, её добавляют в очередное обновление, данные начнут копиться с его выхода. Во что обходится всё остальное в проекте, я разбирал в статье «Сколько стоит мобильное приложение».
Частые вопросы
AppMetrica или Firebase: что выбрать?
Если пользователи в России и реклама идёт через Директ, берите AppMetrica. Если аудитория за границей или реклама через Google, берите Firebase.
Входит ли аналитика в разработку приложения?
Да, подключение аналитики входит в этап публикации. Список событий лучше обсудить до начала работы, пока сценарии ещё можно менять.
Можно ли добавить аналитику в готовое приложение?
Можно, выпустив обновление. История до него не восстановится, поэтому события лучше собрать в один список и отправить за один раз.
Что смотреть в приложении для сотрудников?
Установки и страницу магазина пропустите. Смотрите, сколько сотрудников открывают приложение в рабочие дни, на каком шаге операции застревают и где бывают сбои.
Нужно ли согласие пользователей на аналитику?
Если по данным аналитики можно узнать человека, нужны политика конфиденциальности и согласие, а в карточке магазина перечень того, что собирается. Формулировки проверьте с юристом.