Данная статья основана на видео. Я не имею никакого отношения к автору видео. Видео было переведено в текстовый вариант для личного использования, но также есть некоторые пометки лично от меня.
ДД можно поделить на два типа, но так как они не имеют официальных названий их можно условно назвать "на продажу" и "не на продажу" или коммерческий и технический. Коммерческий нужен например для привлечения инвесторов. Такой ДД можно составить по шаблону, например по этому. В этой же статье речь пойдет о техническом ДД. То есть ДД чисто для своей команды.
Дизайн-документ, далее ДД (диздок, game design document, GDD) - документ, содержащий полную и детальную информацию об игре. Суть диздока - передать все что есть в игре на случай если вы забудете что-то запутаетесь в своей игре, захотите передать ее кому-то.
Обязательно использовать систему контроля версий для ДД. Например github или другую.
т.к ДД - техническая литература, то главное - избавится от разночтений, то есть чтобы 99% прочитавших ДД поняли примерно одну и ту же, заложенную вами суть.
Единственное и очень важное правило ДД - не удалять ничего "по-настоящему" если не используется контроль версий.
Также хорошая практика - комментирование причин изменения того или иного. Потому что сегодня вы помните что изменили один параметр для исправления очень сложно повторяемой ошибки, а через пол года - уже нет.