Как создать свою первую мобильную игру: урок для начинающих

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

Выберите масштаб, который реально осилить#

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

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

Подберите движок под новичка#

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

Движок	Подход	Лучше всего для	Нужен ли код
Unity	Сначала код (C#)	Широкий мобильный сегмент, 2D и 3D	Да
Godot	Сначала код (GDScript или C#)	Сделан для 2D, бесплатный, открытый	Да
GameMaker	С небольшим объёмом кода (GML)	Двумерные игры	Немного
Construct 3	Визуальный / без кода	Браузер, простая 2D	Нет
GDevelop	Визуальный / без кода	Открытый исходный код, простая 2D	Нет
Egmatic	Визуальный / без кода	2D, мультиплатформенный экспорт	Нет

Если вы уверенно программируете, Unity или Godot послужат вам хорошо, и оба поддерживают чистый экспорт на iOS и Android. Если кода хочется избежать, визуальный инструмент — GDevelop, Construct 3 или Egmatic — позволит задавать игровую логику связыванием узлов или событий вместо написания текста. Движок значит куда меньше, чем сам факт завершения, поэтому выберите один, пройдите его вводный курс от начала до конца и примите решение.

Соберите вертикальный срез#

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

• Используйте бесплатные ассеты. Такие сайты, как Kenney.nl и OpenGameArt, предлагают тысячи бесплатных спрайтов, звуков и элементов интерфейса. Не рисуйте собственную графику в первом проекте: временные ассеты не дают остановиться.
• Сделайте играбельным, а не красивым. Серые прямоугольники и заливка цвета — нормально. Каждый час, потраченный на графику до того, как заработает ядро, — это час, который, возможно, придётся выбросить.
• Определите конечное состояние. Игрок должен иметь возможность победить, набрать очки или проиграть. Игрушка без условия поражения — это ещё не игра.

Цель среза — убедиться, что ядро увлекает на сенсорном экране. Если одноминутная версия не затягивает, то не затянет и версия со ста уровнями.

Проектируйте управление под большой палец, а не под мышь#

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

• Учитывайте зоны большого пальца. Большие пальцы естественно лежат в нижних углах экрана. Размещайте основные элементы управления там, а не по центру или сверху.
• Делайте области нажатия крупными. Рекомендации Apple по интерфейсам предписывают размер не менее 44×44 точек для элементов, реагирующих на касание. Меньшие зоны приводят к промахам и раздражению.
• Предпочитайте простой ввод. Одно касание, свайп или удержание проще сделать хорошо на телефоне, чем экранный джойстик. Используйте самый простой ввод, который допускает механика.
• Выбирайте ориентацию осознанно. Казуальные игры, в которые играют одной рукой, — головоломки, раннеры, аркады — обычно вертикальные; экшены чаще горизонтальные. Держитесь конвенции, если нет веской причины её нарушать.

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

Тестируйте на реальном устройстве рано#

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

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

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

Публикация: основы и стоимость#

Публикация состоит из двух частей: аккаунт разработчика и страница в магазине. За аккаунт нужно платить, а страницу можно подготовить бесплатно.

• Google Play берёт $25 единовременно за регистрацию аккаунта разработчика.
• Apple App Store требует членства в Apple Developer Program за $99 в год.

Оба магазина берут комиссию с продажи цифровых товаров: 15% на уровне малого бизнеса (он применяется при выручке ниже $1 млн в год) и 30% сверх него, но бесплатная игра без внутриигровых покупок обойдётся вам только в стоимость аккаунта. Готовьте страницу в магазине — иконку, скриншоты, короткое описание и политику конфиденциальности — до отправки на проверку: слабая страница — частая причина, по которой хорошие игры почти не скачивают.

Полный разбор процесса отправки и ошибок, из-за которых приложения отклоняют, даёт наше руководство по публикации на Android и iOS; о том, как выпустить одну и ту же игру на iOS и Android без двойной работы, рассказано отдельно.

Частые ошибки, губящие первые мобильные игры#

• Слишком масштабный старт. RPG мечты, MMO или игра с открытым миром — самый верный путь к тому, чтобы ничего не выпустить. Срежьте масштаб, пока не станет страшно от того, какой он маленький.
• Управление, спроектированное под десктоп. Мелкие кнопки, экранные клавиатуры и клики, требующие точности, на сенсорном экране не работают. Проектируйте под большой палец с первого прототипа.
• Игра ни разу не тестировалась на устройстве. То, что нормально ощущается на ноутбуке, на телефоне часто кажется медленным или неуклюжим. Тестируйте рано.
• Игнорирование батареи и нагрева. Игра, которая разряжает батарею или греет телефон, быстро удаляется. Профилируйте до полировки.
• Полировка до того, как работает ядро. Графика, звук и сочность ничего не стоят, если одноминутное ядро не увлекает. Полировку нужно заслужить.
• Смена движка. Каждая смена обнуляет прогресс. Возьмите один движок для этого проекта и доведите его до конца.

Где место Egmatic#

Egmatic создан как раз для этого момента: для новичка, который хочет сделать мобильную игру, но не готов сначала учить язык программирования. Поскольку Egmatic задаёт игровую логику визуально в редакторе узлов, а исполняет её отдельный движок, играбельную игру можно собрать связыванием поведений, а не написанием кода, а поменяв правило, вы сразу видите результат в живом предпросмотре без цикла «правка — сборка — запуск». Когда игра готова, мультиплатформенный экспорт отправляет один и тот же проект и на iOS, и на Android без двойной пересборки.

Так снимаются два главных барьера для первой мобильной игры — барьер кода и барьер «как вообще поставить это на телефон», — и вы тратите время на то, что действительно важно: делаете ядро увлекательным. Если вы в разработке игр вообще новичок, естественная отправная точка — наши руководства о том, как создать 2D-игру без программирования и об основах геймдизайна, а обзор лучших no-code 2D-движков для инди-разработчиков расставляет Egmatic в более широком ландшафте.

Заключение#

Первую мобильную игру создают так: сжимают идею, пока её не станет реально закончить, — одна механика, одно условие победы, одно условие поражения и бесплатная графика-заглушка. Берут один движок для начинающих и остаются на нём, собирают вертикальный срез, в который можно поиграть на настоящем телефоне уже в первую неделю, проектируют управление под большой палец, а не под мышь, и лишь потом занимаются публикацией. Публикация стоит $25 единовременно в Google Play или $99 в год у Apple плюс комиссию с цифровых продаж, но бесплатная игра обходится только в аккаунт. Выбор движка значит куда меньше, чем дисциплина довести до релиза что-то небольшое и цельное. Закончите одну игру — и всё последующее дастся легче.

---

Источники#

1. Стоимость аккаунтов разработчика и комиссии: Google Play берёт $25 единовременно за регистрацию; Apple App Store требует членства в Apple Developer Program за $99 в год; оба магазина применяют комиссию 15% на уровне малого бизнеса (при выручке ниже $1 млн в год) и 30% сверх него — комиссии Google Play — splitmetrics.com, а также руководство по публикации 2026 — catdoes.com
2. Размер элементов управления — рекомендации Apple по интерфейсам предписывают размер не менее 44×44 точек для элементов, реагирующих на касание — Apple HIG — developer.apple.com
3. Бесплатные ассеты для начинающих — Kenney.nl (ассеты по лицензии CC0) — kenney.nl и OpenGameArt.org — opengameart.org
4. Дисциплина прототипирования небольшого вертикального среза и проверки основного цикла до добавления масштаба подробно разобрана у Джесси Шелла в книге The Art of Game Design: A Book of Lenses (CRC Press, 3-е изд., 2019).