Компания мобильных игр: как выбрать подрядчика, который сделает игру прибыльной
Идея игры стоит ноль, пока её не превратили в работающий продукт с удержанием, монетизацией и юнит-экономикой. Именно поэтому выбор компании мобильных игр — не закупка услуг, а решение об окупаемости проекта. Ниже — разбор типов подрядчиков, критериев отбора, метрик и договорных ловушек, которые определяют, вернутся ли вложенные деньги.
Прибыль игры формируют три вещи, и две из них делает подрядчик
Мобильная игра становится бизнесом, когда сходятся три условия: игрок возвращается, игрок платит, стоимость привлечения ниже стоимости его жизни в проекте. Идея задаёт жанр и тему. Всё остальное — работа исполнителя.
Core loop, кривая сложности, частота обновлений контента, стабильность сборки. Слабый core loop не спасает ни один маркетинговый бюджет.
Экономика внутриигровых покупок, рекламные плейсменты, боевой пропуск, баланс между донатом и рекламой. Проектируется с первого дня, а не «докручивается» после релиза.
Креативы, ASO, работа с источниками трафика. Здесь подрядчик влияет косвенно — но именно он готовит билд и аналитику, без которых закупка трафика превращается в угадывание.
Ключевой вывод. Компания мобильных игр, которая умеет только писать код, закрывает треть задачи. Исполнитель, который проектирует удержание и экономику, влияет на окупаемость напрямую — и именно поэтому его нельзя выбирать по прайс-листу.
Четыре типа исполнителей на рынке мобильных игр
Формулировка «компания мобильных игр» скрывает за собой очень разных игроков. Разница в стоимости, скорости и уровне ответственности за результат доходит до порядка величины.
| Тип исполнителя | Что закрывает | Сильные стороны | Риски |
|---|---|---|---|
| Студия полного цикла | Прототип, арт, разработка, QA, запуск, live-ops | Единая ответственность, свой геймдизайн, отлаженные процессы | Высокий чек, очередь из проектов, риск «конвейера» |
| Команда под проект | Разработка и арт по готовому ТЗ заказчика | Гибкая стоимость, быстрый старт, узкая специализация | Геймдизайн остаётся на заказчике, зависимость от одного-двух ключевых людей |
| Соло-разработчик или микро-команда | Прототип, MVP, отдельные механики | Минимальный бюджет, высокая скорость на малом объёме | Нет масштабирования, риск остановки проекта, ограниченный QA |
| Издатель или паблишер-партнёр | Разработка за свой счёт, маркетинг, аналитика, дистрибуция | Готовый трафик и экспертиза монетизации, нулевой бюджет заказчика | Доля в проекте, потеря контроля, отказ издателя после soft launch |
Из чего на самом деле состоит бюджет разработки
Смета от разных подрядчиков может отличаться втрое не из-за жадности, а из-за того, какие этапы в неё включены. Ниже — распределение, которое встречается в проектах, дошедших до релиза и масштабирования.
Чаще всего заказчик экономит именно на прототипе, QA и live-ops — то есть на строках, которые напрямую определяют удержание и качество релиза.
Девять критериев, по которым стоит отбирать компанию мобильных игр
Презентация и сайт говорят о подрядчике меньше, чем ответы на девять конкретных вопросов. Каждый из них можно проверить до подписания договора.
Опыт в гиперказуальных аркадах не конвертируется в midcore-стратегию. Жанр определяет инструменты, глубину экономики и цикл обновлений.
Подрядчик должен уметь настраивать события, читать воронку и предлагать изменения по цифрам, а не по ощущениям.
Разбивка по этапам, ролям и часам. Формулировка «разработка игры — N рублей» без детализации почти всегда означает скрытый перерасход.
Если в команде только программисты и художники, проектирование core loop ляжет на заказчика — даже если он к этому не готов.
Релиз — это начало, а не финиш. Подрядчик должен уметь выпускать обновления, сезонные события и работать с балансом после запуска.
Код, графика, звук и исходники должны отчуждаться заказчику. Иначе смена подрядчика означает переписывание проекта с нуля.
Спринты, общий трекер задач, демонстрация сборки каждые одну-две недели. Заказчик должен видеть прогресс, а не отчёт в конце квартала.
Движок, бэкенд, поддержка SDK для рекламных сетей и аналитических платформ. Стек должен соответствовать жанру, а не привычкам команды.
Места показа рекламы, точки покупок, цены, боевой пропуск. Если о монетизации вспоминают в конце разработки, экономику приходится переделывать.
Сигналы, которые видно до подписания договора
Переговоры — самый дешёвый этап проверки. Часть признаков надёжного партнёра и часть предупреждений проявляются уже в первом разговоре.
- ✓Показывает кейсы с цифрами удержания и дохода, а не только скриншоты
- ✓Предлагает начать с прототипа и платного аудита концепции
- ✓Называет состав команды и роли по именам
- ✓Готов работать с аналитическим SDK заказчика
- ✓Заранее говорит о рисках и вероятности отказа от механик по итогам тестов
- ✕Обещание «гарантированного хита» и точной окупаемости
- ✕Требование 100 % предоплаты без этапов
- ✕Размытая формулировка про передачу прав на код и арт
- ✕Отсутствие этапа QA или «протестируем после релиза»
- ✕Аргумент «сделаем как у конкурента» без анализа его метрик
Метрики, по которым измеряется работа подрядчика
Договор без измеримых показателей превращает оценку результата в спор о вкусах. Ниже — набор метрик, который используется при приёмке этапов и по завершении soft launch.
| Метрика | Что показывает | Ориентир |
|---|---|---|
| D1 Retention | Насколько первый игровой сеанс удерживает игрока | 35–45 % |
| D7 Retention | Готовность возвращаться в течение недели | 12–20 % |
| D30 Retention | Долгосрочный потенциал проекта и его лайфоп | 4–8 % |
| ARPDAU | Средний доход с активного игрока в день | 0,05–0,20 $ |
| LTV / CPI | Окупаемость привлечения одного игрока | ≥ 1,3 к 90-му дню |
| Crash-free rate | Техническое качество сборки | ≥ 99,5 % |
| Время загрузки | Потери на старте, особенно на слабых устройствах | до 10 секунд |
Значения приведены как отраслевые ориентиры для casual- и midcore-проектов. Фактические цели фиксируются отдельно для каждого жанра и рынка.
Шесть этапов работы с подрядчиком
Проект, разбитый на этапы с точками проверки, снижает риск потерять бюджет целиком. Каждый следующий шаг начинается только после подтверждения предыдущего.
Определение жанра, референсов, целевых метрик и бюджета. Формируется техническое задание и критерии приёмки.
Проверка главной механики на грубых ассетах. Дешёвый способ понять, работает ли идея, до вложений в графику.
Один полностью готовый уровень с финальным артом, звуком, интерфейсом и монетизацией. Эталон качества для всей игры.
Ограниченный релиз на одном-двух рынках. Сбор метрик удержания и монетизации, тестирование цен и рекламных плейсментов.
Правки по данным: кривая сложности, экономика, частота рекламы, цены. Цель — выйти на положительную юнит-экономику.
Глобальный запуск, сезонные события, обновления контента, работа с отзывами и техническая поддержка.
Пять ошибок, которые обнуляют бюджет
Большинство провалов в разработке мобильных игр связано не с технологиями, а с управленческими решениями. Эти пять повторяются чаще остальных.
Команда, которая берёт вдвое дешевле рынка, обычно экономит на QA, геймдизайне и аналитике. Именно эти статьи отвечают за удержание и доход.
Заказ на «полную игру» сразу после идеи превращает каждую ошибку в дорогую переделку уровня, а не в дешёвую правку механики.
Без отчуждения прав на исходники проект остаётся заложником одного исполнителя. Смена подрядчика означает переписывание с нуля.
Проект, в котором экономика не заложена в архитектуру, на этапе доработки требует пересборки интерфейсов, баланса и точек покупок.
Без зафиксированных метрик приёмки результат невозможно оценить объективно, а спор о качестве затягивает проект на месяцы.
Итог: прибыльность проектируется вместе с игрой
Компания мобильных игр — это не исполнитель задачи, а участник экономики проекта. Чем раньше подрядчик включается в проектирование удержания, монетизации и аналитики, тем выше шанс, что игра окупится.
Практический вывод сводится к трём пунктам: выбирать исполнителя по жанру и метрикам, а не по цене; разбивать работу на этапы с проверками; фиксировать в договоре права на результат и измеримые показатели. Эти три решения определяют окупаемость сильнее, чем любая отдельная механика внутри игры.
История развивается так, как решаете вы ✍️
Это не книга с готовым финалом и не игра с фиксированными ответами. В нашем телеграм-боте вы сами ведёте диалог с ИИ-персонажем: задаёте тон, принимаете решения, меняете ход событий. Захотели романтики — будет романтика. Захотели интриги — сюжет повернёт туда. Каждая партия — уникальная.
Попробовать прямо сейчас 👉 https://clck.ru/3Ta8kQ
