Разработка игр на заказ: платформа, этапы и бюджет

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

Три платформы

Подробнее про цены и сроки браузерных игр: сколько стоит браузерная игра. Про формат для площадки Яндекса: игра для Яндекс Игр.

Движок

Чаще всего выбирают из нескольких вариантов. По данным самого Unity, на нём создаёт игры основная часть крупных мобильных студий. Но это данные вендора, а не нейтральное исследование.

Этапы работы

1. Концепт: идея, жанр, аудитория, главная механика, примеры похожих игр.
2. Документ с описанием игры (GDD): правила, уровни, экономика, интерфейс.
3. Прототип: играбельная версия ядра за 2–6 недель, чтобы проверить интерес.
4. Производство: арт, код, звук, уровни, внутриигровые покупки.
5. Тестирование: устройства, браузеры, баланс, анимации.
6. Релиз: площадка, страница, метрики, правила рекламы и ПДн.
7. Поддержка: обновления, события, исправления.

От чего зависит бюджет

• Жанр и сложность механики: головоломка дешевле ролевой игры с развитием.
• Арт: 2D, 3D, анимации, количество персонажей.
• Количество уровней и контента.
• Мультиплеер и серверная часть, рейтинги, сохранения в облаке.
• Монетизация: реклама, покупки, подписка.
• Платформы: каждая добавляет тесты и публикацию.

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

Как проверить подрядчика

• Попросите примеры готовых игр и ссылки, где они вышли.
• Уточните, кому принадлежит код и арт после сдачи.
• Требуйте прототип в первый месяц и демонстрацию по этапам.
• Выясните, кто платит за площадки и лицензии движка.
• Зафиксируйте этапы приёмки: приёмка браузерной игры.

Монетизация и правила

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

Частые причины провала проекта

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

С чего начать на практике

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

Проверка прототипа

1. Дайте поиграть пяти-десяти людям из вашей аудитории и не объясняйте правила.
2. Запишите, где они путаются или скучают.
3. Посчитайте, сколько вернулось на следующий день.
4. Переработайте механику и повторите тест.
5. Решайте о производстве только после стабильного интереса.

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