Чек-лист запуска игры: 30 пунктов на день релиза (2026)

День релиза — не праздник, а рабочий день у всех на виду. Сборка готова, страницы в магазинах стоят; остаётся цепочка мелких проверок и анонсов, в которой единственный способ провалиться — что-то забыть. Этот чек-лист и есть тот день: тридцать пунктов с вечера накануне до момента, когда вы закрываете ноутбук.

Подразумевается, что подготовка уже сделана. Аккаунты разработчика, материалы страниц, порядок подачи — всё это разобрано в полном руководстве по публикации на Android и iOS и пошаговом разборе Steam Direct. Если пункт ниже звучит незнакомо, он оттуда, а не из сегодняшнего дня.

День одним взглядом#

Когда	Что происходит
Вечер накануне	Заморозить сборку, подготовить все сообщения, раздать ключи блогерам
Утро релиза	Открыть игру в каждом магазине, проверить глазами игрока, анонсировать
Первые часы	Следить за сбоями и отзывами, расставлять приоритеты, вести список проблем
Конец дня	Зафиксировать цифры, записать итог дня, остановиться

Вечер накануне#

1. Заморозьте сборку. В релиз выходит тот бинарник, который прошёл проверку. «Одна маленькая правка» в одиннадцать вечера — так повторная подача съедает дату релиза: любой магазин ставит изменённую сборку обратно в очередь на проверку. Найденное сегодня уходит в завтрашний хотфикс, а не в сегодняшний релиз.

2. Установите свою игру так, как это сделает игрок. Чистое устройство, страница в магазине, настоящая загрузка: не рабочая машина и не отладочная сборка. Вы проверяете, что игроки сегодня получат именно ту версию, которую вы тестировали.

3. Вычитайте страницу в магазине глазами незнакомца. Цена в важных для вас регионах, первый скриншот, первая строка описания, поле даты релиза. Это последняя дешёвая возможность всё исправить; полный чек-лист страницы — в руководстве по ASO.

4. Выложите пресс-кит в открытом доступе. Одна страница: гифки, скриншоты, шпаргалка с фактами — цена, платформы, дата — и ваш контакт. Любой, кто решит написать о вас сегодня, должен получить всё без вопросов.

5. Разошлите ключи блогерам и прессе сегодня вечером. Пакеты ключей Steam по вашему списку, пресс-загрузки на itch.io. Просьбы, отправленные утром релиза, тонут в потоке чужих утренних рассылок.

6. Подготовьте каждое сообщение заранее. Письмо листу ожидания, анонс в Steam, событие в Discord, посты в соцсетях со ссылкой на трейлер: напишите всё сегодня вечером, чтобы завтра осталось только нажимать «отправить», а не сочинять.

7. Составьте план дня на одну страницу. Что в какой час происходит, к кому идти, если что-то сломалось, и единственное условие, при котором вы приостанавливаете запуск. Решения, принятые заранее, переживают тяжёлое утро; импровизированные на месте — нет.

Утро релиза#

8. Проверьте состояние релиза в каждом магазине. Переключатель «выпустить эту версию вручную» в App Store, процент поэтапного запуска в Google Play, кнопка релиза в Steam. Вы настроили это недели назад; сегодня вы сверяетесь, потому что из непроверенных настроек получается либо внезапный релиз, либо несостоявшийся.

9. Как только игра станет доступна — купите и установите её сами. То, что страница открывается, ещё не значит, что игра запускается. Нажмите настоящую кнопку установки в основном регионе и дойдите до главного меню, прежде чем сообщать что-либо кому-либо.

10. Откройте страницу с телефона, через мобильный интернет. Большая часть первых посетителей откроет страницу с маленького экрана — даже если игра выходит только для компьютера.

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

12. В Steam проверьте скидку к релизу и опубликуйте анонс. Если скидка задана — убедитесь, что она применилась: Valve советует 10–15% с жёстким потолком 40%, и это единственная скидка, разрешённая в первые 30 дней после выхода. Затем выпустите релизный анонс, чтобы подписчики увидели его в ленте активности, а не наткнулись случайно.

13. В Google Play расширяйте запуск постепенно. Начните поэтапный запуск с небольшого процента и следите за Android Vitals, прежде чем открывать доступ всем. И помните, какой у вас тип аккаунта: проверка может занять до семи дней, а личные аккаунты, созданные после 13 ноября 2023 года, ещё до этого должны были пройти закрытое тестирование — 12 тестеров, 14 дней, — порог, о который споткнулись многие новички (почему релизы застревают).

14. В App Store анонсируйте после выхода, а не к обещанному часу. Apple сообщает, что в среднем 90% заявок проходят проверку менее чем за 24 часа, но вашей игре достаточно однажды попасть в медленный хвост. «Выходит сегодня в 15:00» — обещание про очередь, которой вы не управляете; «вышла» со ссылкой — нет.

Час анонса#

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

16. Опубликуйте анонс и событие в Steam. Подписчики получают события в ленту; релиз без события — релиз, который площадки Valve должны обнаружить сами.

17. Откройте дневные темы в Discord. Закреплённый пост «игра вышла» со ссылками на магазины и тема известных проблем, которую вы лично ведёте в актуальном состоянии. Вторая тема вот-вот станет вашей неофициальной службой поддержки.

18. Отправьте посты в соцсетях с трейлером. Написанные вчера, они выходят сейчас; лучший закрепите в каждом профиле.

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

20. Ответьте первой волне лично. Ранние покупатели, первые комментарии, друг, который поделился. Такой доступности у вас больше никогда не будет, а внимание первого дня накапливается.

Первые часы#

21. Следите за отчётами о сбоях и ANR. Android Vitals и Organizer в Xcode дают цифры на мобильных. В Steam панели сбоев нет, и ваш список известных проблем — это и есть индикатор: держите его перед глазами.

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

23. Расставляйте приоритеты по масштабу. Сначала падения, затрагивающие многих игроков; затем баги, блокирующие прогресс у части; опечатки — в конце. Один хорошо выпущенный фикс сегодня стоит пяти, отправленных в панике.

24. Отправляйте исправление с оглядкой на очередь проверки. Мобильный фикс обычно проходит проверку за сутки, но это не мгновенно; на itch.io тот же фикс появляется через минуты. Один баг, разные площадки, разное терпение игроков — стоит помнить, когда выбираете, куда направить силы дня.

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

26. Поблагодарите публично и поимённо. Авторов, освещавших игру, первых рецензентов, завсегдатаев Discord, отвечающих другим игрокам в ваше отсутствие. Один пост, написанный лично, без шаблона.

Конец дня#

27. Зафиксируйте цифры. Продажи, валовая выручка, возвраты, средний балл и количество отзывов, остаток вишлистов, главные источники трафика — всё это запишите в один и тот же час. Завтра начнётся сверка, а базу первого дня в голове не удержать.

28. Напишите итог дня. Что сломалось, какие пункты этого списка вы пропустили, что добавили бы к следующей игре. Десять неуклюжих строк сегодня стоят недели восстановления по памяти через месяц.

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

30. Назначьте час остановки и соблюдите его. Выберите время, после которого сегодня больше ничего не уходит в релиз, и закройте ноутбук. Усталые разработчики отправляют плохие фиксы в полночь; игра, список багов и игроки до завтра никуда не денутся.

Часть, которая повторяется#

Пункты 1, 9 и 24 повторяются с каждым обновлением после релиза, в меньшем масштабе: заморозить, проверить глазами игрока, отправить и дождаться проверки. Этот цикл — будничная половина жизни живой игры, и именно её мы ужимаем в Egmatic: слой публикации редактора существует, чтобы «провести исправленную сборку во все магазины» перестало быть вечером прыжков между консолями. Проект в стадии pre-alpha, и лист ожидания на главной странице — способ посмотреть, как это обещание превращается в кнопку.