Ваш еженедельный обзор удержания открывается на том же графике, что и всегда. Удержание на 1-й день составляет около 27%. Удержание на 7-й день упало до 8%. К 30-му дню менее двух игроков из ста все еще открывают приложение. Push-уведомления, которые вы отправили на прошлой неделе, показали достойный процент открытий, и все же кривая не изменилась. Этот разрыв между уведомлением, которое открывают, и игроком, который действительно возвращается и продолжает играть, — это вся проблема с тем, как большинство студий используют push-уведомления для удержания игроков.
Приведенные выше цифры не являются необычными. Бенчмарки мобильных игр GameAnalytics за 2025 год помещают медианное удержание на 7-й день в пределах 3,4–3,9%, при этом даже лучшие игры достигают примерно 7–8%, а медианное удержание на 30-й день составляет менее 1%. Push — один из немногих собственных каналов, которые могут вмешаться до того, как игрок начнет снижаться по этой кривой. Но он работает только тогда, когда он построен как набор триггерных рабочих процессов, связанных с внутриигровым поведением и доходом, а не как календарь рассылок, измеряемый открытиями.
В этой статье изложен этот подход: почему открытия — это неправильный показатель, четыре момента жизненного цикла, которые определяют, вернется ли игрок, четыре рабочих процесса push-уведомлений, которые вы можете построить на их основе, канал push-уведомлений для приложений плюс веб-push, который игнорируют ваши конкуренты, и как связать каждое уведомление с внутриигровым доходом, а не с открытиями.
- Почему большинство игровых push-уведомлений открывают и игнорируют
- Удержание — это жизненный цикл, а не рассылка: четыре момента, которые решают, вернется ли игрок
- Четыре рабочих процесса push-уведомлений для удержания игроков (триггеры, время, критерии выхода)
- Push-уведомления для приложений и веб-push вместе: канал, о котором забыли в SERP
- Свяжите каждое уведомление с внутриигровым доходом, а не с открытиями
- Сегментация — это работа по удержанию: прогресс, траты и давность
- Что push не может исправить и сколько это на самом деле стоит
Почему большинство игровых push-уведомлений открывают и игнорируют
Открытие — это не возвращение. Возвращение — это не сессия. Сессия — это не прогресс. А прогресс — это то, что на самом деле предсказывает, останется ли игрок в игре на 30-й день. Когда уведомление получает клик, но игрок вылетает из главного экрана или играет сорок секунд и уходит, кривая удержания не заботится о том, что ваш процент открытий составил 22%.
Это ловушка измерения, в которую попадает почти каждое руководство по игровым push-уведомлениям. Они оптимизируют заголовок, эмодзи и время отправки, чтобы увеличить количество открытий, а затем сообщают о проценте открытий как о победе. Открытия в лучшем случае являются опережающим индикатором, а в худшем — метрикой тщеславия. Поведение, которое вам нужно, — это возвращающийся игрок, который достигает следующего значимого этапа.
Push-уведомления могут стимулировать такое поведение. Они не могут его имитировать. Уведомление может вернуть игрока к причине для игры: невостребованная награда, ход друга, заполненная шкала энергии, скоро заканчивающееся ограниченное событие. Что произойдет дальше, определяется вашим игровым циклом. Таким образом, задача push-уведомлений для удержания игроков узка и специфична: доставить правильную причину для возвращения нужному игроку в тот момент, когда эта причина реальна, а затем измерить, продвинулся ли он, а не нажал ли он.
Удержание — это жизненный цикл, а не рассылка: четыре момента, которые решают, вернется ли игрок
Стратегии удержания игроков, которые действительно работают, запускаются по поведению, а не по календарю. «Вторник, 18:00 для всех» — это просто рассылка. «Запускается в тот момент, когда игрок устанавливает игру, но не закончил обучение в течение 20 минут» — это триггер. Триггеры соответствуют моментам жизненного цикла, и четыре момента выполняют большую часть работы.
Стратегии удержания игроков, соответствующие каждому моменту
| Момент жизненного цикла | Сигнал поведения | Что под угрозой |
|---|---|---|
| Первая сессия | Установлено, но первый рубеж не достигнут | Самый крутой обрыв оттока во всей кривой; большинство игроков, которые уходят, уходят здесь |
| Онбординг к привычке | Играл несколько раз, рутина еще не сформировалась | Игрок так и не становится постоянным; 7-й день провален |
| Привычка к лояльности | Играет регулярно, достигает серии или стены прогресса | Разочарованный или скучающий постоянный игрок переходит в спящий режим |
| Скольжение в спящий режим | Дни с момента последней сессии, превышающие порог | Игрок потерян, если не реактивирован; маячит полная стоимость повторного привлечения |
Каждый момент — это триггер, ожидающий создания. Момент первой сессии — это то, что остальная часть SERP считает сноской, хотя именно здесь теряется большая часть кривой. Игрок, который не достиг первой победы в первые минуты, редко возвращается сам. Это триггер реального времени, а не электронное письмо на следующий день.
Четыре рабочих процесса push-уведомлений для удержания игроков (триггеры, время, критерии выхода)
Вот четыре рабочих процесса, охватывающих вышеуказанный жизненный цикл. Каждый определяется так, как должен его определить оператор удержания: триггер, который его запускает, время между касаниями, задача сообщения и часть, которую опускает почти каждая конкурирующая статья, — критерий выхода, чтобы игрок перестал получать сообщения из рабочего процесса, как только он выполнил свою задачу. Вы можете визуально построить рабочий процесс без заявки на разработку, что важно, когда люди, отвечающие за удержание, не являются теми, кто отвечает за сборку.
| Рабочий процесс | Триггер | Время | Сообщение | Критерий выхода |
|---|---|---|---|---|
| Спасение первой сессии | Установка без первого рубежа | +20 мин, +24 ч | Вернуть игрока к первой победе, которую он почти достиг | Первый рубеж достигнут |
| Создатель привычки / хранитель серии | 2+ сессии, ежедневная рутина отсутствует | Ежедневно в обычное время игры игрока, максимум 1 раз в день | Защитить серию, показать причину для открытия сегодня | Привычка сформирована (например, 5 сессий за 7 дней) или игрок уходит в спящий режим → передается для возвращения |
| Прогресс и повторное получение награды | Невостребованная награда, пополненная энергия или новый контент | На основе событий, срабатывает, когда причина становится истинной | «Ваша награда ждет» / «Ваш ход в матче» | Награда получена или контент просмотрен |
| Возвращение игрока, который уходил | 7–14 дней с последней сессии | +7 дней, +14 дней, затем остановка | Предложите конкретную причину вернуться, а не чувство вины | Игрок возвращается или рабочий процесс завершается (без бесконечного надоедания) |
Несколько примечаний, которые реальная сборка учла бы. Сохранение в первой сессии — это рабочий процесс с наибольшим влиянием, которым вы владеете, потому что он вмешивается в самую крутую часть кривой; его первое касание должно ссылаться на то, что игрок собирался получить, из ваших собственных шаблонов онбординга push-уведомлений. Сохранение в первой сессии — это на самом деле приветственное уведомление с прикрепленным крайним сроком.
Хранитель серии должен уважать тихие часы и ограничение частоты, иначе он станет причиной того, что игрок отключит вас. Рабочий процесс возвращения существует для повторного вовлечения неактивных игроков, прежде чем они уйдут навсегда. Здесь он намеренно короткий, два касания и жесткая остановка, потому что глубокая реактивация — это своя дисциплина; если вам нужна полная последовательность дизайна, посмотрите, как вернуть ушедших игроков.
Пример текста для сохранения в первой сессии, второе касание: «Тебе оставалось два хода до завершения 1-го уровня. Он все еще там, когда ты будешь готов». Без восклицательного знака, без ложной срочности, конкретная ссылка на то, где игрок остановился на самом деле.
Push-уведомления для приложений и веб-push вместе: канал, о котором забыли в SERP
Что не могут охватить push-уведомления приложений для игр
Каждая конкурирующая статья на эту тему предполагает одну поверхность доставки: мобильное приложение, отправляющее push-уведомления игр через FCM или APNs. Большая часть освещения push-уведомлений приложений для игр останавливается прямо там, на одной поверхности. Это предположение делает игроков недоступными. Игры живут не только внутри установленного приложения.
Они живут на сопутствующих сайтах, где игроки проверяют таблицы лидеров, в HTML5 и браузерных сборках, на страницах сообщества и заметок к патчам, а также на настольных лаунчерах. Игрок, который никогда не устанавливает приложение или удалил его, но все еще посещает ваш сайт, невидим для стека, ориентированного только на приложения.
Именно здесь запуск веб-push-уведомлений наряду с push-уведомлениями приложений для игр меняет расчеты. Опция веб-push не ограничена установкой из магазина приложений, поэтому посетитель вашей браузерной игры или сопутствующего сайта может подписаться одним кликом, и вы сможете связаться с ним снова, независимо от того, загрузит ли он когда-либо приложение. Рассмотрите игрока, который играет в вашу HTML5-игру на рабочем столе на работе и никогда не касался мобильной сборки. Push-уведомления приложения не могут связаться с ним. Веб-push может, с тем же уведомлением «ваш ход», которое отправляет приложение.
Суть не в том, чтобы «использовать два инструмента». Это одна идентификация подписчика, один рабочий процесс и одна частота уведомлений, охватывающая обе поверхности, поэтому игрок, активный в приложении, не будет также получать уведомления в вебе о том же событии. Эта оркестровка между собственными каналами — это ход, который не может сделать ни один конкурент, ориентированный только на приложения, на первой странице результатов.
Свяжите каждое уведомление с внутриигровым доходом, а не с открытиями
Владелец показателя удержания в конечном итоге должен защищать канал перед тем, кто контролирует бюджет. «Наш толчок к реактивации дал 19% открытий» не выдержит такого разговора. «Наш рабочий процесс сохранения первой сессии вернул 4100 игроков в прошлом месяце, из которых 1300 достигли точки первой покупки, сгенерировав 11 400 долларов дохода от внутриигровых покупок» — выдержит.
Цепочка, которую вам нужно отслеживать, выглядит так: уведомление доставлено → сессия начата → достигнута веха или прогресс → внутриигровая покупка или показ рекламы → LTV за 30 дней. Отслеживание целей на уровне уведомлений замыкает цикл, приписывая доход конкретному рабочему процессу и касанию, которые его произвели, а не пуш-уведомлениям как недифференцированному блоку.
Как только вы сможете видеть доход по рабочему процессу, вы перестанете настраивать на открытия и начнете отсекать касания, которые двигают клики, но не деньги, и удваивать те, которые двигают LTV.
Сделайте уведомления о внутриигровых покупках отслеживаемой статьей дохода
Именно так внутриигровые уведомления о покупках зарабатывают свое место. Отслеживайте внутриигровые уведомления о покупках как отдельный рабочий процесс с прикрепленным отслеживанием целей, и доход на касание перестанет быть догадкой. Сообщение «ваша награда ждет» — это не мелочь для удержания, когда вы можете показать, что оно вернуло игроков, которые затем совершили конверсию. Это строка дохода, которую вы можете приписать, защитить и масштабировать.
Сегментация — это работа по удержанию: прогресс, траты и давность
Каждое руководство говорит «сегментируйте своих игроков». Мало кто говорит, как это сделать для игры. Версия RFM для удержания построена на трех осях, которые вы уже отслеживаете: уровень прогресса, уровень трат и давность (дни с последней сессии). Пересеките их, и рабочие процессы выше станут от широких к хирургическим.
Три составных сегмента, которые стоит построить в первую очередь:
- Ускользающий высокоценный игрок. Топовый уровень трат, глубокий прогресс, 7+ дней с последней сессии. Это ваш самый дорогой игрок для потери и самый дешевый для возвращения, поэтому направьте их в приоритетный процесс возвращения с действительно ценной причиной вернуться, а не с общим подталкиванием.
- Бросивший обучение. Установлено, никогда не достиг первой вехи, низкая давность. Сохранение первой сессии существует именно для этого сегмента; не тратьте сообщения о серии на игрока, который так и не начал.
- Казуальный игрок выходного дня. Средний прогресс, играет только в субботу и воскресенье. Подавляйте отправку сообщений в будние дни и концентрируйте хранителя серии на их фактическом игровом окне.
Сегментация — это то, что не дает этим стратегиям удержания игроков превратиться в шум. Тот же рабочий процесс, который удерживает ускользающего кита, будет раздражать бросившего обучение. Сегмент решает, на кого срабатывает каждый триггер, и правильное определение этого составляет большую часть разницы между каналом, который игроки сохраняют, и каналом, который они заглушают.
Что пуш не может исправить, и сколько это на самом деле стоит
Пуш усиливает игровой цикл, к которому стоит вернуться. Он не может его создать. Если игроки уходят, потому что основной цикл слаб, сложность несправедливо возрастает или монетизация враждебна, никакая частота уведомлений не удержит кривую, и отправка большего количества пушей в игру, которую игроки решили покинуть, только ускоряет отписки. Честная версия пуш-уведомлений для удержания игроков начинается с признания того, что пуш — это путь возвращения, а не причина играть.
Учитывая это, вопрос стоимости имеет значение. Привлечение нового игрока влечет за собой полную стоимость установки: расходы на привлечение пользователей, комиссии магазина, весь воронка. Повторное вовлечение неактивных игроков стоит лишь часть этой суммы, поскольку отношения и канал уже существуют. Модель ценообразования должна соответствовать этой логике.
PushEngage взимает плату только за активных подписчиков, поэтому, когда игрок становится неактивным, и вы перестаете с ним связываться, счет уменьшается, а не растет вместе со списком, которому вы больше не отправляете сообщения. Сравните это с оплатой за сообщение или ценообразованием по размеру списка, а также с ценами Firebase на push-уведомления, компромиссы которых студии взвешивают, когда их объем push-уведомлений для игр растет.
Именно на этом работает модель PushEngage: платите только за активных подписчиков.
Это математика удержания в одной строке: самый дешевый рост для игры — это игрок, который уже ее установил. Создайте четыре рабочих процесса, запускайте их через push-уведомления для приложений и веб-сайтов, сегментируйте по прогрессу и расходам, и измеряйте в доходах. Вот как push-уведомления для удержания игроков перестают быть еженедельным массовым рассылкой и начинают двигать кривую, которую вы открываете каждый понедельник.
Готовы создать свой первый рабочий процесс сохранения первого сеанса? Начните с плана платите только за активных подписчиков и запустите его на этой неделе.
