Как написать гейм-дизайн документ?
Как и зачем создается этот ваш "диздок"? Рассказываю о его наполнении и прикрепляю шаблон.
Сегодня многие начинающие геймдизайнеры и разработчики часто задумываются, что такое GDD и зачем он вообще нужен? Итак, Game Design Document (GDD) - это детальное описание всех ключевых аспектов игры, так говорит нам Wikipedia.
Вроде всё понятно, но что туда писать-то и как это структурировать? Да и вообще, зачем всё это нужно, если я хочу игру делать, а не бумажки писать?
Давайте по-порядку.
Зачем пишется дизайн документ?
Есть несколько по моему мнению самых важных причин для его написания:
- Всю игру в голове не удержишь. Конечно, можно попытаться постоянно держать в голове все идеи по проекту, но практически со 100% вероятностью вы что-то забудете или придумаете слишком много нового. По итогу игра может вообще не увидеть свет.
- Вы делаете проект в команде. По ходу разработки к каждому из вас в голову могут прийти мысли о том, что нужно доработать, изменить или убрать. GDD в данном случае является отличным решением для фиксации изменений и нововведений в проекте.
- Вы привлекаете посторонних людей. Как только вы привлекаете новых людей в проект(фрилансеров, издателей), им гораздо проще влиться в него, имея полное представление о нём. Тем самым результат работы вы увидите быстрее, а он будет качественнее.
Так как его писать?
Каждый Game Design Document сильно зависит от игры и её наполнения. Тем не менее, можно выделить основу, которая должна быть в каждом документе. Для вашего удобства, я вынес всю информацию из данной статьи в один документ (ссылка в конце)
Основная информация
Основная информация позволит читателю быстро узнать самое главное о проекте, посмотрев на первую страницу. Она содержит в себе:
- Название
- Краткое описание в одно предложение
- Жанр(ы) игры
- Сеттинг(и) игры
- Целевая аудитория
- Платформы
- Магазины для публикации
- Средства разработки - движок, языки программирования, софт
Коротко об игре
Этот пункт - описание всего проекта в нескольких предложениях. Оно не должно быть невероятно детальным, нужно вкратце изложить всю суть будущего приложения с ключевыми особенностями.
Уникальность проекта
Чем ваш проект отличается от других? Не нужно писать что-то по типу: "Он уникален тем, что мы делали его на микроволновке". Этот пункт должен отвечать на вопрос пользователя(!): "Что есть в этой игре такого, чего нет в других?"
User Story
Какой путь проходит игрок с момента запуска игры до выхода из неё. В какие менюшки он заходит, какие действия выполняет? Отобразите максимум его действий, желательно в виде блок схемы.
Механики, дизайн, аудио, баланс...
Постарайтесь наиболее подробно описать ваше видение проекта с каждой точки зрения. Не скупитесь на референсы! С их помощью визуально представить проект будет гораздо проще.
Монетизация и продвижение
Стоит отдельно отметить данный пункт. Каким бы классным и крутым не был ваш пиксельный Rogue-like, он вряд ли найдет спрос и заработает миллион "деняг" без стратегий продвижения и монетизации. Поэтому их также необходимо описывать.
Итог
По началу написание GDD может казаться сложным, но стоит лишь набить руку, и представление игры в голове с легкостью перейдет на бумагу. Также от себя хочу добавить несколько советов:
- Вы не сможете максимально детально описать всё сразу, именно поэтому диздок разрабатывается в течение всего проекта. Вы будете дописывать туда новые фишки, изменять и удалять старые, и это нормально.
- Выносите часть документа в отдельные файлы. Не стоит слишком сильно нагружать диздок информацией, будет очень просто запутаться. Когда проект большой, лучше разделить GDD на несколько файлов по темам и оставить ссылки на них в главном файле.
- Используйте перекрестные ссылки. Это невероятно удобно для навигации по документу.
Всем удачного чистописания и кодинга!
Как и обещал, прикрепляю ссылку на шаблон диздока сюда.
P.s. вдохновлено другой статьёй на DTF, здесь я хотел отразить свой взгляд на написание документа.
P.s.s. Моя первая статья на данном ресурсе, будет приятно услышать конструктивную критику.
#gamede #gamedesign #геймдизайн #геймдев #разработкаигр
Стоит нагружать диздок информацией сразу, если проект не предполагает четких стадий прототипирования. Все истории про "потом допишу", "это и так понятно", "это сейчас не очень важно" могут кончится тем, что для программиста дополнения станут настолько большой неожиданностью, что придется перелопачивать огромный кусок проекта
Согласен, в статье речь про то, что нельзя продумать максимально подробно все и сразу, поэтому некоторые не ключевые вещи имеет смысл прописывать более подробно по ходу разработки
Помню из статьи в Game.exe, что геймдизайнер постоянно играет в свою игру в голове. :)
Иначе - постоянно оперирует тем, чем ты наполнил игру.