Стратегия после запуска игры: что делать в первый месяц

Релиз — это смена режима, а не финишная черта. Месяц после него решает, вырастет игра или тихо осядет; живёт этот месяц по расписанию, и статья ниже — то самое расписание.

Четыре цикла первого месяца#

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

Срок	Цикл	Готово, когда
Дни 1–2	Стабилизация	Падения идут на спад, тема известных проблем актуальна
Недели 1–2	Разговор и цифры	Все отзывы прочитаны, большинство закрыто ответами, сверка с базой первого дня сделана
Недели 2–4	Обновления	Один патч вышел, одно контентное обновление в плане
Месяц 1 и дальше	Решение	Окно поддержки выдержано, день решения стоит в календаре

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

Что меняется на следующий день#

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

Первое стратегическое решение здесь — расписание, фичи подождут. Не открывая ни одного отзыва, запишите окно поддержки: две недели в хотфикс-режиме — честный минимум, плюс дата, когда вы решите, что дальше — новый контент или новая игра. Кто пропускает этот шаг, застревает в вечной поддержке: месяцы мелких правок, которые не радуют никого; время, отнятое у игры, которая больше не растёт, и у следующей, которая так и не началась.

Первые 48 часов — стабилизация#

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

Магазин	Фикс появляется	Ваш контроль
itch.io	Через считанные минуты после загрузки	Не нужен: этапа проверки нет
Steam	Через считанные минуты после загрузки	Пост об обновлении для подписчиков; прямых ответов на отзывы нет
Google Play	После проверки	Поэтапный запуск по проценту, можно остановить
App Store	После проверки	Версия выходит, когда проверка пройдена

Две строки таблицы заслуживают отдельного разговора. Поэтапный запуск (staged rollout) в Google Play придуман ровно для этого момента: обновление доходит до доли пользователей, долю вы поднимаете со временем, а если сам фикс ломается — запуск можно остановить и прекратить кровотечение. В документации есть один нюанс: поэтапный запуск работает только для обновлений, не для первого релиза игры. А качество на Android измеряется числами. Плохим поведением Google считает краши, заметные пользователю, не менее чем у 1,09% дневной аудитории, либо ошибки ANR («приложение не отвечает») у 0,47% и больше. Для отдельной модели устройства порог свой — 8%. Общая статистика может выглядеть здоровой, пока горит одна модель, и виден этот пожар в разрезе устройств внутри Android Vitals.

В Steam о стабильности говорит и счётчик возвратов. Покупатель укладывается в окно 14 дней и 2 часов и может вернуть игру по любой причине, поэтому патч, ломающий сохранения, тихо превращается в возвраты, на которые никто не пишет отзыв. Считайте возвраты на следующий день после каждого патча — не только смотрите ветку о падениях.

Первые две недели — разговор и цифры#

Отвечайте на отзывы там, где магазин это позволяет. В App Store и Google Play у разработчика есть право ответа, и один спокойный ответ на двухзвёздочный отзыв о баге — что сломалось, когда будет фикс — читается каждым будущим посетителем страницы лучше, чем пятьдесят пятёрок. В Steam прямых ответов нет; список изменений и пост об обновлении — это и есть ваш ответ.

Читайте цифры против собственной базы. В первый день вы записали продажи, валовую выручку, возвраты, средний балл, вишлисты, источники трафика. Полезное сравнение одно: эта неделя против той базы. Средние по индустрии для игры с вашим трафиком и ценой почти бесполезны. Три графика дают почти всю полезную информацию: продажи в день, средний балл по мере накопления отзывов и, если в игре есть сессии, удержание первого и седьмого дня против ваших же прошлых недель. Установки держатся, а удержание падает — значит, у игры проблема, которую карточка в магазине не решит. Удержание держится, а установки тают — значит, рычаги называются «карточка» и «календарь обновлений».

Держите публичную тему правдивой. Закреплённый список известных проблем из релизной недели теперь работает неофициальной службой поддержки игры. Актуальный перечень — что сломано, что починено, что выходит дальше — превращает злость в терпение лучше любых извинений, а когда обновление выходит, он же становится списком изменений.

Обновления, которые возвращают внимание#

Фиксы покупают терпение, контент — внимание. В Steam пост об обновлении прилетает в ленты всем, кто следит за игрой, а список изменений лежит на странице магазина, где его прочтёт чужой человек, примеривающийся к покупке. Документация Valve советует ровно то, что опытные разработчики делают и так: привязывать скидки к контентным обновлениям. Скидка на несвежую сборку один раз продаёт разочарование и приучает покупателей ждать вечно.

Ритм обновлений — вопрос вкуса, и медленнее обычно лучше. Одно обновление в первый месяц, после которого игра заметно другая, стоит больше четырёх пятниц мелких правок: игроки меряют обновление тем, изменилось ли что-то, когда они запустили игру снова. В Google Play контентное обновление тоже гоните через поэтапный запуск и смотрите Android Vitals, прежде чем поднимать процент. В App Store каждое обновление заново встаёт в очередь на проверку — обычно на день-два, — поэтому анонсируйте его, только когда версия уже вышла, та же дисциплина, что и в день релиза. Как доставить сборку в каждый магазин, разобрано в руководстве по публикации на Android и iOS и пошаговом разборе Steam Direct.

Первая скидка в Steam — как не сжечь игру#

Правила скидок в Steam строгие и публичные, поэтому календарь составляют заранее:

• 30 дней после релиза — никаких скидок. Исключение одно — скидка к запуску: 7–14 дней, рекомендованные 10–15%, потолок 40%.
• Между любыми двумя скидками — 30 дней. Зазор действует для каждой скидки, которую вы запускаете.
• Сезонные распродажи освобождают от зазора, но не от релизного кулдауна. Игра может снизить цену в пределах 30 дней от сезонной распродажи и всё равно участвовать в ней; но игра, ещё сидящая в релизном кулдауне, в сезонную распродажу не попадает вовсе.

В документации Valve эта арифметика прогнана на собственном примере: релиз 15 ноября со скидкой к запуску на 7 дней, релизный кулдаун спадает 15 декабря, зимняя распродажа открывается 17 декабря — участвовать можно. Никакой удачи — просто арифметика, посчитанная в день релиза.

Два предостережения с тех же страниц. Бросаться в 50–75% через пару недель после релиза — «плохой сигнал» тем, кто купил по полной цене, и чем глубже ранняя скидка, тем сильнее вы учите рынок ждать. Пусть первая скидка выходит вместе с контентным обновлением из прошлого раздела. В мобильных магазинах прямого аналога распродажам Steam нет: работа с ценой там — это работа с карточкой и экспериментами, тема гайда по ASO.

Карточка игры больше не заморожена#

После релиза у вас появляется то, чего не было в день подачи: настоящие данные о конверсии. В обоих магазинах есть машины, чтобы на них реагировать. В Google Play — эксперименты с карточкой: до трёх вариантов текста и графики на живом трафике. У Apple — оптимизация страницы продукта: до трёх визуальных вариантов, до 90 дней. Ходы, которые обычно окупаются: заменить первый скриншот на режим, в котором игроки реально проводят время (меню, которым вы гордитесь, подождёт); переписать первые строки описания так, чтобы они отвечали на вопросы из реальных отзывов. Как ставить такие эксперименты — тема гайда по ASO; здесь важен срок: работа над карточкой начинается после запуска, а не заканчивается им.

Сообщество и контент после запуска#

Сообщество, собранное до релиза, — это канал распространения новостей об обновлениях: тот же Discord, те же читатели девлога, только теперь вам есть что показать. Три привычки держат его живым, не превращая во вторую работу.

Девлог про обновление, а не про извинение. Список изменений становится контентом, когда в нём гифка с тем, что починили, и фраза о том, почему это ломалось. «Мы исправили несколько проблем» — это ни контент, ни извинение.

Превращайте отзывы в публичный роадмап. Сгруппируйте запросы по числу отзывов, в которых они звучат, придавайте больший вес длинным наигранным часам, опубликуйте верхние три — и остальным скажите нет, одной строкой с причиной. Самый громкий проситель редко оказывается медианным игроком.

Режьте послерелизный трейлер, когда следующей распродаже он нужен. Релизный трейлер обещал; послерелизный доказывает: живые кадры, момент, который цитируют в отзывах, обновление, изменившее игру. Механика — в гайде по трейлеру с малым бюджетом, и материала у вас сейчас лучше, чем тогда.

Патч, обновление или следующая игра#

Трек	Срок	Цель	Когда выбирать
Хотфикс-окно	Дни	Остановить кровь	Всегда, первые две недели
Контентное обновление	Недели	Вернуть внимание	Средний балл держится или растёт, удержание твёрдое
Дополнение или DLC	Месяцы	Монетизировать ядро	Игроки просят ещё того, что уже есть
Следующая игра	Кварталы	Растить аудиторию	Обе кривые плоские, новые идеи тянут вперёд

Большинство инди-игр зарабатывают основную часть выручки за всё время рано, а дальше поток слабеет, так что в первый месяц стоит понять, что перед вами — рост или оседание. Трек обновлений работает на перспективу: игроки рекомендуют игру, в которую сами продолжают играть, а следующая игра наследует нажитое этой — вишлисты, подписчиков, людей, оставляющих отзывы. Если решение даётся тяжело, тем важнее дата: «я решаю седьмого октября» — и бесконечная поддержка не съест квартал.

Играм с прицелом на длинный хвост этим же циклам приходится уходить глубже. Удерживающие вещи вроде нормальной системы сохранений и выбор модели монетизации — темы отдельных статей, а правильный набор магазинов с самого начала — это сравнение Steam, itch.io и Epic.

Частые ошибки#

Исчезновение после первой недели. Тема известных проблем умирает, отзывы остаются без ответа, и тишина читается как заброшенность — ровно теми игроками, которые вероятнее всего стали бы игру защищать.

Скидка на несвежую сборку. Одним движением нарушает и рекомендацию Valve, и доверие покупателей. Сначала обновление, следом скидка.

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

Роадмап по громкости. Просьбы самых голосистых фанатов — не данные об использовании. Взвешивайте их по числу упоминаний и по тому, сколько эти люди наиграли.

Установки вместо удержания. Один оставшийся игрок стоит нескольких отскочивших; после запуска растут игры, в которые возвращаются.

День решения так и не назначен. Нерешённая поддержка — самая дорогая её разновидность: она тратит календарь следующей игры на длинный хвост этой.

При чём здесь Egmatic#

Перечитайте статью как счётчик циклов: почти каждый раздел кончается одним и тем же — доставить исправленную сборку во все магазины. Сжимать этот цикл — ровно то, для чего мы делаем Egmatic. Это no-code редактор и движок для 2D-игр, построенный на ИИ, сейчас он в pre-alpha: редактор отдаёт готовую для магазинов сборку слою публикации, и хотфикс перестаёт съедать день на прыжки между кабинетами разработчика Steam, itch.io и мобильных магазинов — он занимает минуты. Цикл обновлений, который вы можете себе позволить, — тот вы и будете запускать; а игра, которую продолжают обновлять, — та и продолжает продаваться. Текущее состояние — на egmatic.com; лист ожидания там — способ посмотреть, как это обещание превращается в кнопку.

Завтра утром#

Четыре пункта, по порядку. Прочитайте свежие отзывы с утренним кофе и ответьте на два. Зафиксируйте сегодняшние цифры рядом с базой первого дня. Выпишите три худших бага по масштабу и выпустите самый злой. Потом поставьте две даты — окно поддержки и день решения: на них работают все остальные циклы этой статьи. День релиза был чек-листом; это календарь, который он вам оставляет.

Источники#

1. Steamworks Documentation — Discounting: релизный кулдаун и зазор между скидками, освобождение для сезонных распродаж, пределы скидки к запуску, привязка скидок к обновлениям
2. Google Play Console Help — Monitor your app's technical quality with Android vitals: пороги плохого поведения — 1,09% крашей и 0,47% ANR, 8% на модель устройства
3. Google Play Console Help — Release app updates with staged rollouts: поэтапный запуск только для обновлений и его остановка
4. Steam Support — Steam Refunds: окно возврата 14 дней и 2 часа