Первая сессия определяет почти всё, или как помочь пользователю полюбить вашу игру

В данной статье рассмотрю важность первой сессии пользователя, её влияние на последующие значения KPI проекта и способы оптимизации на реальных примерах из индустрии.

О важности первой сессии

Как выглядит обычный график retention? Обратимся, неожиданно даже для себя, к исследованию, датированному 1885 годом и посвящённому забыванию усвоенного материала. Дело в том, что обычный график retention имеет точно такой же вид, несмотря на 130 прошедших лет и на то, что речь идёт про другую сферу жизнедеятельности.

Как видно из графика, чем больше проходит времени, тем более вероятно, что пользователь останется на более долгий срок. Соответственно, чем меньше проходит времени от начала жизни пользователя, тем более вероятно, что пользователь покинет проект. Я веду к той мысли, что основная часть пользователей, покинувших проект, делает это в первые дни после первого посещения. Более того, в первый день. И ещё более того — в первую сессию. Именно поэтому первая сессия очень важна.

Если вы хотите оптимизировать, скажем, 28-дневный retention — начните с первой сессии пользователя. Её оптимизация увеличит 1-day retention, что, в свою очередь, увеличит 28-дневный retention и все последующие.

Согласно данным swrve, более 19% пользователей покидают игру сразу после первой сессии. Если же за первой сессией последовала вторая, то скорее всего последует и третья, и все остальные. Именно в свою первую сессию пользователь знакомится с продуктом, формирует о нём мнение. И ваша задача, чтобы первое мнение не стало последним. Расскажите пользователю о своем приложении, покажите преимущества этого приложения перед другими.

Изучите первую сессию наиболее активных пользователей
Подумайте, какие действия стоит выполнить пользователю, чтобы глубже понять ваш продукт и его преимущества. Это отлично иллюстрирует пример, описанный в блоге twoodo. Twoodo — это сервис для командной работы, и, чтобы улучшить свои показатели, они проделали следующие действия:

• Выделили сегмент наиболее активных пользователей;
• Изучили первую сессию этих пользователей и отметили для себя, какие события совершали эти пользователи в своё первое посещение;
• Выделили сегмент менее активных пользователей, которые покинули проект спустя всего несколько дней;
• Изучили первую сессию этого сегмента, разложили её на события;
• Сравнили события пользователей из первого и из второго сегментов;
• Обнаружили различия в событиях и выделили те события, которые совершали пользователи, ставшие затем наиболее активными, и не совершали пользователи, которые затем покинули проект. Например, это были такие события, как:
  a) приглашение минимум двух друзей;
  б) ввод имени и фамилии;
  в) загрузка картинки профиля;
  г) загрузка логотипа компании;
  д) создание минимум пяти задач и т.д.
• Встроили эти действия в свой интерфейс.
• Провели A/B тест, чтобы сравнить эффективность нового интерфейса со старым.

Данная, казалось бы, простая последовательность действий, привела к тому, что количество активных пользователей увеличилось на 75%, количество приглашенных друзей увеличилось на 112%, а количество сообщений и задач выросло на 139%. Стоит ли говорить, что и retention при этом также увеличился.

Например, сервис который я использую, позволяет выделить пользовательские сегменты по дате регистрации, по их активности, по выполнению какого-либо события, по регулярности входов:

Используя эти сегменты, можно анализировать выполнение различных событий во время первой сессии отдельно для наиболее и наименее активных пользователей.

Найдите свой aha-момент

Под aha-моментом мы понимаем достижение какого-либо события, после которого пользователь гарантированно останется в приложении, то есть некая активизация пользователя. Предполагается, что пользователь в этот момент понимает преимущество использования этого продукта и вскрикивает: «Aha!».
Примеры aha-моментов из индустрии:

• Twitter. Достижение 30 читаемых пользователей;
• Facebook. Добавление 7 друзей в течение первых 10 дней;
• Zynga. Просто возвращение в игру на следующий день после первого визита;
• Dropbox. Добавление хотя бы одного файла в свою папку на сервисе.

Итерации лишними не бывают

Нет предела совершенству и retention — это такой показатель, который можно (и нужно) оптимизировать всегда. Не бойтесь сделать лишнюю итерацию и лишний A/B тест.

Это отлично демонстрирует пример Zeptolab. Перед тем, как игра King of Thieves вышла в её текущем виде, было предложено 120 идей, разработано порядка 50 прототипов. Лишь пять прототипов дошло до soft launch. И спустя два года, вышла одна-единственная игра. Поначалу однодневный retention составлял 26%, а семидневный — 9%. При этом 60% пользователей даже не доходило до мультиплеерной части игры. Очередные итерации, новые прототипы, добавление нового туториала, системы лиг, большой кнопки “Find a match”, и показатели существенно выросли: 1-day retention стал составлять невиданные 56%, а 7-days retention вырос до 32%. А LTV пользователя с момента первого soft launch вырос в 26 раз.

Оптимизируйте tutorial маленькими шагами

Вообще, формат туториала для первой сессии подходит удачно: обучаясь, пользователь одновременно понимает и интерфейс продукта, и его особенности. На этом этапе каждое минимальное действие пользователя важно для его будущей активности, поэтому мы рекомендуем логировать каждый, пусть даже небольшой, шаг пользователя в туториале.

Отчёт Tutorial steps в используемом мной сервисе позволяет увидеть те места, в которых пользователи испытывают наибольшие трудности:

Пример из личной практики

Один игровой проект решил улучшить свои показатели retention, как за 1 день, так и за 28 дней. Начинать было решено именно с оптимизации однодневного retention, а именно — с туториала. В туториале, который длится в среднем 15 минут, было выделено более ста (!) шагов, начиная от загрузки каждой текстуры и заканчивая убитой базой противника. Наибольший отток (churn rate) был зафиксирован в тех шагах, когда приложение обращалось к интернет-соединению. Поэтому было принято решение сделать туториал оффлайновым и замерить результаты.

Анализируйте другие причины

Обратимся к материалу Game Analytics, в котором, в частности, описываются семь причин, почему пользователи могут покидать игру в самом начале. Список достаточно очевидный, однако не будет лишним пройтись по нему и проверить вашу игру:

• Неудачное интро перед игрой;
• Слишком длинная игровая сессия;
• Ошибка в выборе аудитории;
• Рынок для вашей аудитории перенасыщен хорошими играми;
• Вы слишком мало тестировали свою игру;
• Ваш туториал замедляет игрока;
• Игра слишком сложна для новых пользователей;

Выводы

• Помните, что встречают по одёжке, и первая игровая сессия определяет последующую активность пользователя.
• Оптимизируйте первую игровую сессию, от этого увеличатся как однодневный, так и последующие retention;
• Изучите наиболее активных пользователей и посмотрите, что делали они в свою первую сессию, в отличие от первой сессии наименее активных пользователей. Выявите различия и вставьте их в свой интерфейс;
• Найдите момент, после которого пользователь остаётся в проекте. Сделайте путь пользователя до этого момента проще;
• Не бойтесь лишних итераций при оптимизации первой сессии.

Автор: vsabirov

Источник