Game Design Document (GDD) — основополагающий документ игрового проекта. Описывает, что это за игра, как она работает, что нужно сделать. Многие инди-проекты проваливаются из-за его отсутствия.
Зачем нужен
- Фиксирует видение, не даёт проекту расплыться
- Основа для коммуникации в команде
- Помогает планировать время и ресурсы
- Обеспечивает согласованность решений
- Полезен при pitching издателям
Что входит
- High Concept: одно предложение о игре
- Жанр и референсы: на какие игры похожа
- Целевая аудитория: кто будет играть
- Платформы: где выйдет
- Уникальные механики
- Основная mechanic loop: что делает игрок
- Прогрессия: как игрок развивается
- Нарратив: история, если есть
- Визуальный стиль: арт-направление
- Звуковой дизайн
- Интерфейс (UI)
- Монетизация
- Technical specs: движок, особенности
- Scope и сроки
Форматы
- Традиционный Word-документ — 20-100 страниц
- Wiki (Confluence, Notion) — легко обновляется
- Google Docs — для командной работы
- One-page Design Doc — для мелких проектов
Распространённые ошибки
- Слишком подробно с самого начала — изменения неизбежны
- Фокус на фичах, а не игровом опыте
- Игнорирование скоупа — обещать что не сможете сделать
- Один раз написать и забыть — документ должен жить
Примеры
Doom's design document 1992 года известен — 2 страницы с описанием. Работал. Сложные современные проекты требуют больше, но не обязательно 500 страниц.
Шаблоны
Notion marketplace имеет десятки GDD-шаблонов. Один раз создайте свой, адаптируйте.
Living document
GDD меняется. Начните с минимума, развивайте параллельно проекту. Главное — не "совершенный документ", а рабочий.
Правило 10 страниц
Начало проекта — 10 страниц описывают всё, что важно. Если не помещается, вы пытаетесь сделать слишком много.
TETRIS·CLUB / КОММЕНТАРИИ
> ИГРОКИ [000]
> ДОСТУП ЗАКРЫТ
> ВСТАВЬ МОНЕТУ ЧТОБЫ ОСТАВИТЬ КОММЕНТАРИЙ
Загрузка комментариев…