Согласно исследованиям, каждый пятый пользователь покидает приложение в течение 30 секунд, а каждый четвертый — не возвращается после первого использования. Один из способов удержания пользователей в первые дни после скачивания приложения — добавление онбординга.
Онбординг — это процесс знакомства пользователя с приложением. Он состоит их нескольких экранов, которые рассказывают о главных преимуществах продукта, обучают функционалу или проводят первоначальную настройку сервиса.
Согласно исследованиям Wyzowl, 8 из 10 пользователей удаляют приложение, потому что не знают, как его использовать. А еще 90% опрошенных считают, что сервисы, которыми они пользуются, могли бы “улучшить” свой онбординг.
В некоторых случаях онбординг в приложении может повысить удержание на 50%, однако при неудачном подборе данных может произойти обратный эффект. Поэтому важно следить за процессом онбординга, чтобы выявлять и вовремя прорабатывать все узкие места.
В этой статье мы:
В системах аналитики есть универсальный набор параметров, вроде дохода, соцдема и атрибуции рекламных источников, которые дают общую картину роста и эффективности бизнеса.
Но иногда нужно получить не общую информацию, а данные о конкретном случае, вроде сохранения рецепта или достижения определенного уровня в игре. Для этого используются кастомные события — уникальные метрики, которые владельцы приложений могут настраивать для отслеживания определенных действий в своем продукте.
О том, как работают кастомные события в MyTracker можно прочитать в нашем блоге.
Через стандартные инструменты аналитики можно узнать только общие показатели, такие как количество новых пользователей, новых платящих пользователей, первых сеансов и процент удержания.
С помощью этих данных можно понять, что с онбордингом что-то не так. Например, если количество первых сеансов вдруг резко упало или удержание в первый день стало ниже стандартного показателя для приложения вашего жанра. Но эти общие данные не покажут, на каком именно этапе онбординга произошла проблема.
Пользователи могут покидать приложение на этапе онбординга по многим причинам:
Любая из этих причин может повлиять на отток пользователей на этапе онбординга.
Чтобы понять причину оттока, стоит добавить в онбординг кастомные события: так вы увидете, как пользователи взаимодействуют с онбордингом на каждом его этапе, и выявите узкие места.
Рассмотрим реальный пример отслеживания кастомных событий для онбординга через MyTracker. На изображениях ниже можно увидеть, что активность аудитории исследуемого приложения резко сократилась:
Для начала надо понять, в чем причина такого резкого спада. Мы знаем, что он произошел после выхода новой версии приложения, в которую добавили онбординг.
Первое, что следует сделать — проверить, все ли пользователи установили и запустили последнюю версию приложения. Это нужно, чтобы убедиться, что проблема не связана с какими-либо техническими неполадками в старых версиях.
Для этого в MyTracker мы заходим в Конструктор отчетов, добавляем фильтры «Версия приложения» и «Запуски». Ответ на скриншоте ниже: абсолютное большинство пользователей установило новую версию приложения, поэтому проблема точно связана с добавлением онбординга.
Если у вас еще не размечены события по онбордингу в приложении, то вы можете прочитать статью с практическими советами о том, как это лучше сделать.
Если события размечены, то нужно настроить их передачу в трекер. Этот процесс подробно расписан в нашей документации.
После этого нужно проверить передачу событий в трекер. Для этого добавляем в конструктор отчетов параметры «События» и «Название события».
На скриншоте мы видим, что из исследуемого приложения в трекер передаются три события, которые соответствуют логике экранов онбординга:
Создадим воронку, чтобы узнать, сколько пользователей доходит до каждого экрана. Добавим регистрацию в приложении как конечную цель онбординга.
О том, как работают воронки конверсий и как создать их в MyTracker — можно прочитать в нашей документации.
По воронке мы видим, что существует явная проблема с конверсией из первого экрана онбординга во второй и из второго в третий. Теперь рассмотрим потенциальные причины того, что влияет на конверсию в онбординге.
На первом этапе онбординга из нашего кейса пользователи видят главный экран приложения или экран приветствия. 100% пользователей, впервые открывших приложение, увидели этот экран, но только 26% пользователей дошли до второго.
К такому результату могла привести любая из следующих причин:
Как видно из нашей воронки, менее 10% пользователей нашего приложения перешли со второго экрана на третий.
Пользователи, перешедшие с первого на второй экран, уже могут считаться более заинтересованными. Скорее всего, возможности вашего сервиса соответствуют их запросам. Теперь ваша задача - удержать их внимание и сфокусировать на главной ценности приложения.
Каких ошибок следует избегать на этом этапе:
Менее 10% пользователей перешли к четвертому экрану. На этом шаге ушли даже самые вовлеченные пользователи.
Помимо перечисленных выше причин, это может происходить еще и потому, что:
Как сделать упор на ценность продукта, презентовать цифры, структурировать содержание, нивелировать страхи пользователя и персонализировать онбординг - все это разбираем на примерах таких приложений, как Endel, Medium, Goat, Loona, Flo и Headspace в нашей статье "7 примеров успешного онбординга, которые помогут вам удержать пользователей".
Какую информацию собирать в онбординге и как использовать ее в целях персонализации? Учимся на примерах приложений Blinkist, TikTok, Calm, BetterMeFitness и Duolingo - в нашем материале "Персонализация в онбординге на примере успешных приложений".
Отслеживание взаимодействия пользователей с онбордингом с помощью кастомных событий — это наиболее эффективный способ увидеть, насколько далеко они продвинулись в процессе онбординга, и понять, что задерживает этот процесс.
В MyTracker можно настроить кастомные события для любого этапа онбординга, чтобы получить полезную информацию о пользовательском пути. С этими данными можно строить воронки, отчеты и использовать их для взаимодействия с пользователями в будущем. Например, собрать сегменты пользователей, которые ушли на определенном этапе онбординга, для настройки рассылок или ретаргетинговой кампании.
