Разработка игры отличается от разработки сайта тем, что заранее неизвестно главное — будет ли в это интересно играть. Разбираем, как построить заказ так, чтобы узнать ответ на третьей неделе, а не на десятой.
Готовое техзадание не нужно — на этом этапе его всё равно перепишут. Достаточно ответить себе на три вопроса: зачем игра нужна бизнесу, кто в неё будет играть и что человек делает в первые тридцать секунд.
Третий вопрос самый важный и его чаще всего пропускают. «Игра про наш бренд» — это не механика. «Игрок ведёт машину и уворачивается от препятствий, набирая очки» — механика. Если вы можете описать первые тридцать секунд одним предложением, разговор со студией сразу пойдёт по делу.
Ещё полезно заранее решить, нужен ли онлайн — соревнование между живыми людьми в реальном времени. Это самая дорогая часть, и её лучше обсуждать сразу, а не добавлять на середине проекта.
Первый этап — играбельный прототип. Это ядро без красоты: примитивная графика, никакого интерфейса, но играть уже можно. Занимает две-три недели и отвечает на главный вопрос. Если на этом этапе скучно, дальше красота не спасёт.
Второй — игра целиком: контент, интерфейс, звук, прогресс, сохранения. Здесь же социальные функции, если они нужны: профили, друзья, рейтинг.
Третий — публикация: подключение к Telegram-боту, настройка запуска по ссылке, при необходимости сборки для магазинов приложений.
Спросите, что вы увидите на третьей неделе. Если ответ «дизайн-макеты» — вам покажут картинки, а не игру, и проверить интересность будет нечем.
Спросите, кому принадлежит исходный код после сдачи. Нормальный ответ — вам. Если код остаётся у студии, любая доработка будет только через неё и по её цене.
Спросите, на чём делают. Если игра нужна в Telegram и она должна открываться мгновенно, тяжёлый движок здесь работает против вас: игра на нём весит десятки мегабайт, и человек уходит, не дождавшись загрузки.
Спросите про онлайн, если он нужен: кто определяет победителя. Если результат считает телефон игрока, рейтинг накрутят в первую же неделю.
Не на разработке, а на согласовании контента. Тексты, названия уровней, картинки товаров — всё это приходит от заказчика, и пока оно не пришло, работа стоит. Договоритесь на старте, кто со стороны бизнеса отвечает за материалы и в какие сроки их даёт.
Вторая причина — расширение задачи по ходу. «А давайте ещё добавим магазин» на шестой неделе стоит дороже, чем то же самое, заложенное на старте. Это нормально, если вы понимаете цену; хуже, когда изменения просачиваются без пересчёта сметы.
Нет. Достаточно описать идею и понимать, зачем игра бизнесу. Техническое задание пишет студия по итогам обсуждения — так оно получается выполнимым.
Да, и это правильный порядок. Прототип механики — отдельный этап со своей ценой. Не понравилось — вы не продолжаете, потеряв только его стоимость, а не бюджет всей игры.
Исходный код и все материалы передаются заказчику. Это стоит зафиксировать в договоре до начала работ.