Создание игровой студии: как быстрее запустить первый проект

А потом упираются в 30-дневный кулдаун Steam Direct, обязательные две недели публичной витрины, проверки страницы и сборки. Плюс внезапно выясняется, что «бесплатный» Unity Personal — это не про всех, а Unreal Engine начинает считать деньги после первого миллиона. Тайминг запуска — это не про «когда допилим», а про то, какие регуляторные и платформенные ворота ты обязан пройти по дороге. Если входишь в эти ворота вслепую, проект встаёт на месяц, а бюджет тает. Закладывай сроки, лицензии и тесты ДО того, как начнёшь платить людям зарплату.

Движок: выбирай не по красоте, а по порогу

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

Unity кажется бесплатным, пока ты не перевалил за 200 000 долларов суммарных финансов за последние 12 месяцев. Это не только выручка от продаж — сюда входит любое финансирование, гранты, инвестиции. Поднял раунд на 300 тысяч — всё, Unity Personal использовать нельзя, переезжай на Pro. Pro работает в коридоре до 24 999 999 долларов, а дальше — Enterprise. С 1 января 2025 года эти пороги применяются жёстко. Ловушка в том, что многие студии узнают о необходимости апгрейда постфактум, когда Valve уже одобрила страницу, а юристы прислали письмо счастья.

Unreal Engine — другая модель. Сам движок бесплатен, но с каждого продукта, который заработал больше 1 миллиона долларов валовой выручки за всю жизнь, Epic берёт 5% роялти. У правила есть одно жирное исключение: продажи через Epic Games Store из роялти вычитаются. Если ты сразу таргетишь EGS как основную витрину, порог фактически сдвигается. Для студий, которые сразу идут в Steam, — считай 5% с первого цента сверх миллиона.

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

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

Steam: не витрина, а регламент

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

Всё начинается со Steam Direct: за каждое новое приложение ты платишь 100 долларов. Взнос невозвратный до момента, пока твоя игра не заработает 1 000 долларов скорректированной валовой выручки (продажи в Steam плюс внутриигровые покупки, без учёта возвратов и налогов). После этого Valve возвращает деньги. Это не космос, но эти 100 баксов — первый фильтр от мусорных заливок, и относись к ним как к инвестиции в дисциплину.

Дальше — тайминг. После оплаты взноса Steam даёт тебе минимум 30 дней до возможности релиза. Это не опция, не ускорение по знакомству, не premium-пасс. Это правило, и отсчитывается оно в календарных днях, а не в рабочих. Плюс публичная страница «Coming Soon» должна висеть минимум две недели до выпуска. Эта страница собирает вишлисты — твою главную метрику органического спроса на старте.

Плюс не забывай про очереди на проверку. Онбординг в Steamworks занимает от 2 до 7 рабочих дней. Проверка страницы магазина и сборки перед публикацией — от 1 до 5 дней. Valve сама просит отправлять страницу «Coming Soon» как минимум за 7 рабочих дней до желаемой даты появления.

Вот как это складывается в реальный календарь. Ты решил релизиться 1 марта:

1. Платишь Steam Direct и подаёшь данные на онбординг — к 25–30 января. От оплаты взноса до релиза должно пройти минимум 30 календарных дней по правилу Steam, и это не считая 5–7 рабочих дней на сам онбординг в Steamworks. Без этого запаса весь остальной график посыплется.

2. Запускаешь страницу «Coming Soon» — не позже 15 февраля (две недели до релиза — это минимум, плюс неделя запас на ревью).

3. Начинаешь гнать вишлисты через соцсети, демки и devlog — с момента запуска страницы.

4. Отправляешь релизную сборку — минимум за 5 рабочих дней до 1 марта.

5. 1 марта — релиз. Steam сам рассылает письма всем, кто добавил игру в вишлисты.

Если ты пропустил любой из этих пунктов — релиз сдвигается. Не на день, на месяц. Это не штраф, это архитектура Steam.

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

Тестирование до релиза: Playtest и beta-ветки

Забудь про «зальём билд, посмотрим, что скажут». В Steam есть конкретные инструменты, и они бесплатные. Если ты их не используешь, ты либо тратишь деньги на сторонние платформы дистрибуции, либо узнаёшь о багах от обзорщиков в день релиза.

Steam Playtest — бесплатный способ запустить закрытое или открытое тестирование через Steamworks, без генерации ключей, без сторонних дистрибутивов, без возни с NDA-формами. Игроки получают доступ через специальную страницу, ты получаешь данные плейтеста. Главная фишка — тест не учитывается в вишлистах и не портит метрики основной страницы. Можешь три месяца гонять Playtest, собирать фидбек, чинить баги — и только потом открывать «Coming Soon» с чистой историей.

Beta-ветки — отдельная история. Ты можешь назначить конкретные сборки как открытую или закрытую beta, в том числе защищённую паролем. Это нужно для двух задач:

• Дай ранним фанатам (бэкерам, предзаказникам, журналистам) доступ к более свежей версии, чем основная публика.
• Тестируй патчи перед публичным апдейтом. Если в новом билде что-то ломает сохранения — ты узнаешь об этом от десяти человек на закрытой ветке, а не от десяти тысяч в обзорах.

Рабочий пайплайн выглядит так: Playtest на ранних стадиях → закрытая beta на финише → открытая beta (опционально) за неделю до релиза → основной релиз. Каждый шаг — это не «дополнительная работа», это сокращение времени, которое ты потратишь на тушение пожаров после запуска.

Возрастной рейтинг: не откладывай на последний день

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

Система IARC (International Age Rating Coalition) — твой бесплатный проходной билет. Заполняешь одну анкету в участвующем цифровом магазине (Steam, Epic, GOG и другие) — получаешь рейтинги для нескольких территорий сразу. Для разработчика это бесплатно, рейтинги выдаются сразу после заполнения. Идентификатор сертификата IARC обычно можно переиспользовать в других магазинах-участниках, если ты мультиплатформенный.

Но читай предупреждение. IARC покрывает не всё. Отдельные территории (Китай с NPPA, Германия с USK для физических копий) или консоли (PlayStation, Xbox, Nintendo) могут применять свои процедуры. IARC — базовый минимум, а не универсальный ключ. Если целишься в Китай или на консоли — считай отдельно, считай заранее, считай с юристом.

Рейтинг — это не строчка в чек-листе «перед релизом». Это обязательный пункт, без которого твою сборку не примут к публикации. Делай его параллельно с локализацией страницы, а не в ночь перед дедлайном.

Ранний доступ: не краудфандинг, а риск-менеджмент

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

Это не запрет Early Access, это про другое отношение к нему. EA — инструмент управления рисками, а не инструмент фандрайза. Смотри, как это работает на практике:

1. У тебя есть играбельный билд с минимумом контента — не демо, не прототип, а версия, в которую реально можно поиграть несколько часов и получить впечатления.

2. Ты готов поддерживать игру апдейтами — не «выпустил и забыл», а регулярный патч-каденс, общение с комьюнити, фиксы по фидбеку.

3. Ты понимаешь, что 12 месяцев без публичного обновления Early Access-игры — триггер для Steam пометить тайтл. Valve добавляет покупателям явное предупреждение о том, что игра давно не обновлялась и есть риск, что разработка прекратилась.

Если эти три пункта про тебя — Early Access может сработать. Ты получаешь живую аудиторию, обратную связь о том, что работает, а что нет, и возможность монетизировать текущую версию. Steam при этом прямо не позиционирует Early Access как гарантированный источник финансирования продолжения разработки: доход от продаж может оказаться достаточным для следующего этапа, а может и не оказаться — это рынок, а не грант. Если не про тебя — либо выпускай полноценный релиз, либо оставайся на Playtest и закрытых ветках. Не выходи в EA с пустым обещанием — это репутационная мина, которая рванёт в обзорах.

Что ещё считать: твой макро-план до релиза

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

1. Минус 4 месяца до релиза: выбор движка, проверка лицензионных порогов, аудит сторонних ассетов. Если планируешь поднять раунд — считай, как это повлияет на Unity.

2. Минус 3 месяца: регистрация в Steamworks, оплата Steam Direct, запуск онбординга. Параллельно — анкета IARC, получение рейтингов.

3. Минус 2 месяца: создание страницы «Coming Soon», подача на проверку. Старт органического сбора вишлистов через devlog, соцсети, фестивали Steam.

4. Минус 1 месяц: Steam Playtest или закрытая beta, финальная полировка, локализация страницы, подготовка пресс-кита.

5. Минус 1 неделя: финальная сборка, отправка на проверку, бриф для стримеров и прессы.

6. День релиза: мониторинг, ответы в комьюнити, патч-готовность на случай hotfix.

Это не магия, это простое сложение сроков, которые диктует тебе платформа, движок и здравый смысл. Если ты заложил эти сроки в свой план до того, как начал платить зарплаты — ты уже быстрее половины инди-студий, которые стартуют.

Быстрый запуск — это не «сократить разработку». Это «не терять время на регуляторных воротах, которые ты мог пройти параллельно». Платформа, движок и рейтинг — параллельные треки, а не последовательные шаги.