Дизайн-документ

Разработчики игры могут представить дизайн-документ на подготовительной стадии разработки игры — до или после принятия решения по финансированию. Перед подачей документ может быть концептуальным и не полным. Как только проект одобрен, документ расширяется разработчиком до уровня, когда им может успешно руководствоваться команда разработчиков. В связи с динамическими условиями разработки игр, документ часто изменяется, пересматривается и расширяется по мере продвижения разработки, изменений в сфере и изучения направления. Также дизайн-документ часто называют живым документом, то есть таким, который постоянно совершенствуется и дописывается на протяжении всего периода воплощения проекта (иногда даже ежедневно). В начале документ может представлять собой лишь базовую концепцию проекта и стать полным подробным описанием каждого аспекта игры к концу разработки.

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

Распространённая ошибка — писать дизайн-документ художественным стилем. Например, про подводную лодку надо писать не «Этот бесшумный охотник крадется в глухой ночи тихо переливающегося моря», а «Имеет 30 hp, заметна только в момент атаки и для противолодочных самолётов». Художественный стиль — признак того, что геймдизайнер невольно увиливает от своей работы по превращению личного впечатления в компоненты игры и задания для остальной команды^{[значимость факта?]}.

Цель дизайн-документа заключается в том, чтобы однозначно описать коммерческие аспекты игры, целевую аудиторию, игровой процесс, графику, дизайн уровней, историю (сюжет), персонажей, пользовательский интерфейс, средства и т. д. Короче говоря, для осуществления поставленной цели, каждое требование к разработке определенной части игры должно быть достаточно подробно описано для соответствующих разработчиков (дизайнеров, программистов и т. д.). Документ намеренно разделен таким образом, чтобы разработчики игры могли поддерживать отдельные его части.

Дизайн-документ — это план работы, причем работы от начала и до конца проекта. А это значит, что все основные задачи должны в нем находиться, и не только задачи, а и приблизительные методы решения. В частности:

• Схема игры. Что должен делать игрок, какова конечная цель, что мешает ее достижению.
• Интерфейс. Подробно описанная функциональная часть (что можно делать, каким образом — меню, мышь, горячие клавиши, кнопки…).
• Игровая механика. Как устроен игровой мир, какие характеристики есть у его объектов, формулы движения, боя и всего остального, ролевая система, физика — по вкусу.
• Программные механизмы и алгоритмы. Какими характеристиками будут обладать графический движок, ИИ, сетевой код, интерфейс, редактор карт, звук…
• Графика. Сколько и каких вам понадобится моделей, анимаций, двумерной графики, роликов, обоев (да, и их тоже стоит запланировать заранее). Здесь крайне желательны (может, лучше сказать — необходимы) хоть какие-то наброски, concept art, по которым можно почувствовать визуальный стиль игры.
• Звуки и музыка. Темы, вид и способ отображения звуков, набор звуковых эффектов.
• Сюжет. Общая сюжетная канва, план кампаний, основные задания и т. п. — в зависимости от жанра. Каждая из предполагаемых карт должна быть запланирована здесь.
• Игровой мир. Основные персонажи / монстры / виды войск с параметрами и примерным расположением / способом добычи и производства.
• Cотрудники, зарплаты, сроки и план работы.

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

Современные Дизайн Документы зачастую создаются в сервисах(например Confluence), предназначенных для командной работы. Инди-студии зачастую же используют пакет программ Office для создания документа, так как это более быстрый и простой способ создания диздока.

• Геймдизайнер
• Компьютерная игра
• Разработка компьютерных игр

• Марек Хефнер. Дизайн-документ, «Лучшие компьютерные игры» № 11 (36) ноябрь 2004
• Дмитрий Ножнин. Ошибки геймдизайнера: Горячая десятка (неопр.) (недоступная ссылка) (2006). Архивировано 15 мая 2006 года.

• Андрей Грищенко «В поисках хорошего дизайн-документа»