Доход мобильных приложений — это покупки, подписки, просмотр рекламы и другие целевые действия пользователей. Перед совершением этих действий пользователи должны пройти определенный путь, например: первый запуск приложения → регистрация → выбор товара → покупка.
Однако на практике, после первого запуска, из 100% пользователей выбрать товар могут только 34%, добавить в корзину — 14%, а купить — всего 2%. С помощью информации о том, на каком из этапов уходят пользователи, можно дорабатывать приложение, повышать конверсии и доход.
В этой статье мы разберем:
С помощью инструмента «Воронки» в MyTracker мы можем отслеживать пользовательский путь на основе пяти преднастроенных событий и неограниченного количества кастомных событий.
Предположим, что у нас игровое приложение. После установки игры пользователь сталкивается с регистрацией, онбордингом и получает возможность купить премиум-подписку для более комфортной игры.
В этом случае воронка будет состоять из 3-х этапов и соответствующих им событий:
Время прохождения воронки можно задавать. Выставим его равным одним суткам.
Добавим шаги:
В результате видим, что этапа онбординга достигает 37% пользователей, а подписку покупает всего 7%:
Это узкое место в нашей воронке, которое необходимо доработать для увеличения конверсии в покупку премиум-подписки.
Bottleneck, бутылочное горлышко или узкое место — это термин для обозначения слабой части процесса, которая влияет на производительность всей системы. Даже если увеличить производительность всех остальных компонентов, узкое место будет пределом, ограничивающим общую работоспособность продукта.
После анализа воронки нам нужно понять, какие конкретно пользователи попадают в проблемное место. Для этого мы можем сформировать сегмент пользователей, который соответствует выбранному этапу воронки. Воспользуемся инструментом MyTracker «Сегменты».
Для создания сегмента добавляем те же условия, что и в воронке на предыдущем этапе. Нас интересуют пользователи, которые совершили регистрацию в игре, прошли онбординг и не купили премиум-подписку. На них мы будем пытаться воздействовать с помощью пуш-кампании.
Созданный сегмент можно экспортировать. Для этого у каждого сегмента есть свой идентификатор, который присваивается при создании сегмента — idSegment. Он виден в адресной строке на странице с созданным сегментом.
Если у вас есть аккаунт в MyTracker, вы может посмотреть на пример сегмента. Если у вас еще нет аккаунта — его очень легко создать.
Процесс выгрузки сегмента детально описан в нашей документации. При выгрузке нужно указывать полученный на предыдущем шаге idSegment.
Теперь для выгруженного сегмента нужно создать пуш-кампанию, которая повысит конверсию пользователей из онбординга в покупку премиум-подписки. Для этого продакт-менеджеру приложения нужно определить, какое специальное предложение будет для тех, кто зарегистрировался, но не совершил покупку. Это может быть как внутриигровой подарок, так и скидка на премиум-подписку.
Пуш-уведомления можно рассылать вручную, но это долго и сложно, поэтому чаще всего в индустрии используют специальные сервисы, например:
Предположим, что для рассылки пуш-кампании мы выбрали Firebase. Чтобы отправить пуши всем пользователям из сегмента нужно знать Firebase Registration Token каждого пользователя. Его нужно получать на устройстве пользователя с помощью Firebase SDK.
Есть два способа получить соответствие Firebase Registration Token и каждого пользователя из сегмента:
Теперь у нас есть список ID пользователей, попавших в сегмент. И Firebase Registration Token для каждого пользователя в сегменте, выгруженные либо через сервер приложения, либо через кастомные события MyTracker.
Перед отправкой нужно подготовить наполнение пуша: название, описание и, при необходимости, изображение.
Шаблоны для составления уведомлений можно взять из статьи в нашем блоге.
Отправка пушей через сервис рассылки происходит по токенам. Вот, например, как это делается в Firebase.
После окончания пуш-кампании нужно провести анализ, чтобы понять, смогли ли мы добиться поставленных целей. Это можно сделать с помощью Firebase или с помощью кастомных событий в MyTracker. Рассмотрим оба сценария.
В отчетах в консоли Firebase вы можете просмотреть следующие данные для пушей, отправленных в SDK Firebase для устройств на Android или iOS:
Если знать количество отправленных и открытых сообщений, то можно посчитать конверсию в открытие. А если знать, купил ли подписку пользователь, открывший пуш, то можно увидеть конверсию в покупку.
Посчитать количество открытых пушей и покупок после этого можно с помощью MyTracker. Для этого нужно передать в MyTracker дополнительные кастомные события. Их следует отправлять, когда приложение открывается по пушу, после этого совершаются ключевые действия.
Набор кастомных событий может быть таким:
Советы по созданию кастомных событий в MyTracker можно прочитать в нашем блоге.
При таком наборе кастомных событий можно оценить, насколько успешной была пуш-кампания:
Для этого необходимо добавить кастомные события «Приложение открыто после перехода по пушу» (open_push) и «Подписка куплена после открытия пуша» (purchase_subscription).
Так выглядит построенная нами воронка:
Мы видим, что из 100% пользователей, открывших приложение после перехода по пушу, 11% впоследствии купили подписку.
Теперь нужно заново построить воронку из Шага 1 и посмотреть, как изменилась конверсия в покупку подписки, но уже после проведения пуш-кампании.
Наша воронка в Шаге 1 состояла из следующих шагов:
До проведения пуш-кампании онбординг проходили 37% пользователей, а подписку покупало только 7%.
После проведения пуш-кампании мы видим, что на последнем этапе воронки есть прирост в 3%.
Все описанные выше шаги станут намного эффективнее, если на этапе формирования пуш-компании использовать механизм A/B-тестов.
В этом случае пользователи сегмента, полученного на Шаге 2, случайным образом делятся на 2 группы: пользователи контрольной группы и пользователи, получающие пуш-уведомления. Таким образом, после завершения пуш-кампании, можно понять, что результат был не случайным, и пуш-уведомления действительно привели к росту конверсии.
Такой механизм есть в большинстве сервисов-отправщиков пуш-уведомлений, в том числе Firebase. О семи золотых правилах A/B-тестирования можно прочитать в нашем блоге.
С помощью воронок конверсий можно выявлять и прорабатывать узкие места в продукте. Воронку можно построить для любого этапа пользовательского пути — привлечения, активации, удержания, дохода и рекомендаций.
Подробнее о стадиях пользовательского пути.
На основе данных из воронки можно подбирать инструменты для повышения конверсии — это могут быть пуш-уведомления, email-рассылка, скидки, акции или специальные предложения.
Расширенный список инструментов и тактик с советами от профессионалов можно прочитать в нашей статье.
Анализ воронкии конверсии — это ключевая часть развития вашего продукта. В MyTracker можно отслеживать пользовательский путь в воронках на основе пяти преднастроенных событий, неограниченного количества кастомных событий и их параметров.
Подробнее об инструменте "Воронки" в MyTracker.
Начните изучать пользовательские пути в своем приложении уже сегодня — это бесплатно и не займет много времени для настройки. Чтобы подключить MyTracker и настроить передачу событий, создайте аккаунт.
