Создание игр в Хабаровске: как устроена передача проекта заказчику
В этой статье
Дальневосточный заказчик и московская студия разнесены на семь часовых поясов. На качество это не влияет, а вот на приёмку влияет сильно: нельзя «зайти посмотреть». Поэтому в «РостСайт» передача результата описана процедурой, а не доверием. Создание игр в Хабаровске мы ведём так, чтобы на каждом шаге у вас на руках оставался проверяемый артефакт.
Билд – это витрина, а не продукт
Установочный файл показывает, что игра работает, и ничего не говорит о том, сможете ли вы её изменить. Продукт – это репозиторий, история изменений, конфигурации сборки и описание окружения. Разница выясняется в момент, когда потребовалось поменять текст в обучающем сценарии или заменить логотип: с билдом это невозможно, с проектом – работа на полчаса.
Ключи, аккаунты и магазины – часть, о которой забывают
Помимо кода разработка игр оставляет после себя административный слой:
- аккаунт разработчика в RuStore, Google Play или Steam и кто им владеет;
- ключи подписи приложения – потеря делает невозможным выпуск обновлений под тем же идентификатором;
- доступы к аналитике, серверу статистики обучения, панели администратора;
- доменные имена и хостинг лендинга проекта;
- лицензии на плагины и подписки на сервисы, использованные в сборке.
Правило простое: всё это регистрируется на реквизиты заказчика с самого начала. Переносить аккаунт постфактум долго и не всегда возможно.
Регламент удалённой приёмки
Разница во времени решается расписанием, а не героизмом. Демо-сборки выкладываются к утру по хабаровскому времени, письменные замечания собираются в трекере, созвон один раз в неделю в общий рабочий интервал. Такой же режим у нас на разработке сайтов для дальневосточных клиентов, он проверен годами. Итог каждого этапа – акт со списком переданных файлов, а не устное «всё ок».
Переход к другому подрядчику без переписывания с нуля
Заказчик вправе продолжить проект с любой командой, и мы это не осложняем. В разработке компьютерных игр смена подрядчика обычно упирается в три вещи: непонятная структура проекта, отсутствие описания сборки и самописные зависимости без документации. Первые две закрываются картой проекта, третья – отказом от нестандартных решений там, где хватает штатных средств движка. Судостроительные, транспортные и логистические компании края, у которых свои IT-отделы, чаще всего забирают сопровождение себе, и это рабочий сценарий.
Кому принадлежит аккаунт в магазине приложений?
Заказчику. Мы можем администрировать его по доверенности во время выпуска, но юридическое лицо в карточке разработчика – ваше. Иначе при разрыве отношений приложение остаётся на чужом аккаунте, а перенос требует согласия обеих сторон и занимает недели.
Возьмётесь ли доработать чужой проект?
Возьмёмся после аудита. Смотрим комплектность исходников, версию движка, наличие сборочной документации и юридические основания на доработку. По итогам называем два числа: стоимость доработки существующего проекта и стоимость создания заново. Иногда второе дешевле, и мы говорим об этом прямо.
Что будет с игрой через год после сдачи?
Изменится минимум одно, и разработка виртуальных игр страдает от этого сильнее прочих: требования магазинов к целевому API, версия прошивки гарнитуры или библиотека платежей. Часть проектов проживёт без вмешательства, часть потребует пересборки. Планируйте небольшой годовой бюджет на актуализацию – это дешевле, чем реанимация через три года. Условия сопровождения описаны в разделе технической поддержки.
Опишите задачу – симулятор, обучающий проект, игра дополненной реальности для выставочного стенда – и мы посчитаем сроки и права одним пакетом: +7 (901) 417-22-12. Реализованные проекты собраны в портфолио.
