Источник
Что такое диздок?
Диздок (или GDD — Game Design Document) — это подробный документ, который описывает концепцию, механики, визуальные элементы и другие ключевые аспекты разрабатываемой игры. Он служит основным руководством и обеспечивает единое понимание будущего проекта у всех членов команды.
В диздоке удобно фиксировать:
- описание общей концепции игры, включая жанр, платформу, целевую аудиторию, тематику, стиль и цели игры;
- определение основных механик игры, правил, управления, прогрессии, взаимодействия игроков с игрой и друг другом;
- краткое описание игрового сюжета, истории, лежащей в основе игры и целей, к достижению которых будут стремиться игроки;
- описание персонажей, локаций, событий и заданий игры, характеристики всех этих элементов и их взаимосвязи;
- проект графической реализации, задающий визуальную стилистику, цветовые решения и эффекты, а также соответствие графических решений концепции и игровому сюжету;
- описание звукового оформления — музыкального ряда, аудио-эффектов, озвучки, тайминга и контекста использования звуков для создания игровой атмосферы;
- конечную цель и видение проекта, что особенно важно при разработке крупных и сложных игр.
Кроме того, диздок можно использовать для общения с другими заинтересованными сторонами. Например, с инвесторами и издателями.
Как правильно структурировать дизайн-документ?
Когда-то GDD были детально расписанными стостраничными документами, которые пытались объять все аспекты и детали разработки будущей игры. Такие документы было невозможно не только поддерживать в актуальном состоянии, но порой и просто прочитать. С развитием agile-методологии подходы к созданию документации тоже становились более гибкими, и сейчас каждая команда адаптирует типовую структуру диздока для решения своих уникальных задач.
Однако существуют некоторые общие разделы, которые часто включаются в дизайн-документ.
Введение
- название игры;
- жанр;
- платформы;
- целевая аудитория;
- краткое описание (логлайн).
Концепция игры
- основная идея;
- уникальные продаваемые пункты (USP);
- вдохновение и референсы — источники информации, материалов, artworks, игры и других ресурсы, на которые команда разработчиков ссылается при создании игры.
Сеттинг и мир игры
- описание мира (локации, времена, культуры);
- история мира (предыстория, события).
Персонажи
- главные персонажи (описание, характеристики, мотивация);
- второстепенные персонажи;
- враги и NPC (неигровые персонажи).
Игровая механика
- основные механики (управление, взаимодействие);
- прогрессия игрока (уровни, навыки, предметы);
- система боя и конфликта.
Сюжет
- основной сюжет (начало, середина, конец);
- квесты и подзадачи;
- выборы игрока и последствия.
Арт-стиль
- визуальный стиль (графика, цветовая палитра);
- концепт-арт персонажей и локаций;
- интерфейс пользователя (поддерживаемые устройства ввода-вывода, пункты меню, игровой экран, функции и опции).
Звук и музыка
- звуковые эффекты;
- музыкальное сопровождение;
- описание атмосферных звуков.
Принципы работы над диздоками
Вот лучшие практики создания современных диздоков:
- Документация к игре должна быть простой. Оригинальная концепция игры не всегда оправдывает себя. Возможно, вам придется отказаться от игры или изменить направление ее разработки. В любом случае, сведите к минимуму количество исходной документации, чтобы не пришлось переписывать многостраничный документ. Начните с одностраничного документа и дайте ему эволюционно развиваться.
- Пишите ясно и лаконично. Избегайте излишних деталей, но при этом охватывайте все важные аспекты. Используйте простые предложения и избегайте сложных терминов. Документ должен был доступен и понятен всем членам команды.
- Создавайте диздок командой. Если вы не являетесь независимым разработчиком игр, работающим в одиночку, вовлекайте всю команду в процесс с самого начала. Сделайте свой диздок центральным местом, где члены вашей команды совместно выявляют, обсуждают и решают проблемы.
- Диздок должен развиваться вместе с проектом. Диздок полезен только в том случае, если он постоянно обновляется. Выберите простой и понятный инструмент документирования и позвольте вашему дизайн-документу развиваться вместе с вашей игрой, обновляя его ежедневно.
- Используйте средства визуального моделирования. Не позволяйте читателям утонуть в тексте. Многие идеи можно гораздо нагляднее передать с помощью диаграмм, блок-схем, концепт-артов и ментальных карт.
Какая польза от дизайн-документа?
Грамотно составленный дизайн-документ способствует:
- Упрощению коммуникации. Дизайн-документ детализирует идею проекта, чтобы каждый член команды, будь то программист, дизайнер, художник или менеджер проекта,четко осозновал как свои задачи и цели, так и цели и задачи проекта в целом. Это позволяет избежать недопонимания и избыточного общения.
- Согласованности разработки. Благодаря диздоку все аспекты разработки могут быть согласованы и систематизированы, что снижает риск нестыковок.
- Лучшему управление изменениями. Благодаря дизайн-документу легко отслеживать изменения и корректировки, предотвращая ненужные изменения, которые могут нарушить согласованность проекта.
- Улучшению взаимодействия со стейкхолдерами. Дизайн-документ позволяет зафиксировать принятые решения и обосновать их, что особенно важно при необходимости объяснить выбор методов и технологий заинтересованным сторонам.
При отсутствии дизайн-документа часто возникают такие проблемы:
- разные члены команды могут иметь разные представления о проекте;
- задачи могут дублироваться, что приводит к потере времени и ресурсов;
- проект может отклониться от изначальной концепции, создавая трудности в конечной реализации;
- дизайн может оказаться несогласованным, если не заданы общие правила и рекомендации;
Все это может привести к увеличению сроков разработки и требуемых бюджетов.
Сервисы для написания дизайн-документа
А теперь посмотрим на сервисы, которые могут быть полезны для создания и ведения дизайн-документов.
Google Docs
Плюсы:
- бесплатный доступ;
- совместное редактирование в реальном времени;
- доступен онлайн из любой точки.
Минусы:
- неудобно работать с взаимосвязанными документами, нет понятия проекта;
- сложно создавать кросс-ссылки и переходить по ним.
