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