Как мне структурировать проектный документ? [закрыто]

Должен ли проектный документ быть непрерывной строкой текста с реальными предложениями, больше похожим на описание всей игры, или я должен структурировать его в простых точках? Каковы преимущества, и есть ли еще способы его структурирования?

Там нет правил или отраслевых стандартов; структурируйте документ так, чтобы он был наиболее полезным для людей, которые будут его использовать , помня о том, какова цель вашего документа.

Лично я ожидал бы, что будут части документа, которые лучше подходят для использования «настоящих предложений», чтобы передать вашу идею, а также части, которые лучше подходят для написания в виде перечня функций.

Кто ваша аудитория? Если это только вы, если это должно помочь вам сосредоточить свои мысли, делайте все, что работает для вас. Если вы работаете с другими, спросите их, как они предпочли бы, чтобы документ был разбит, и как они ожидали его использовать.

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

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

Неважно, что делают другие люди, вы хотите делать то, что лучше всего работает для вашей команды.

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

• « Как писать великолепные дизайнерские документы » Дэмиона Шуберта (слайды в Powerpoint) (это мой любимый подход)
• Бренда Братвейт " Создание документа дизайна игры "
• Майк Биркхед " Как я документирую игру "
• И наконец ... Эрин Робинсон "5 альтернатив документированию игр"

Я хотел бы добавить одну информацию: при документировании фактического дизайна игры (т.е. правил) предоставьте четкие объяснения того, почему вы делаете определенный выбор дизайна правил.

Одна из вещей, которые вы, скорее всего, забудете при реализации чего-либо, - это точная причина, по которой вы добавили конкретное правило. Кроме того, одна из вещей, которые вы, скорее всего, будете делать, это добавлять правила и игровые элементы только потому, что они есть в других играх, а не потому, что они нужны вашей игре .

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

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

Мне нравится то, как автор Level Up использует свои игровые дизайнерские документы с рисованием множества симпатичных фигур, персонажей и т. Д.

Я настоятельно рекомендую вам взглянуть на эту книгу Level Up !: Руководство по дизайну отличных видеоигр

Добавляя небольшие рисунки в ваши документы, другие будут обращать на вас больше внимания, и вы можете быть уверены, что они прочтут ваши проектные документы.

Структура вашего документа по дизайну игры полностью зависит от вас, но, как правило, я создаю один (обратите внимание, что это лучше работает для RPG или других сюжетных игр):

Оглавление - Очень важно, так как, когда у вас есть более сложные игры, вам нужно будет включить метод организации

Описание игры - краткое описание игры с описанием игрового процесса, платформой и другими важными деталями.

Обзор истории - Дайте обзор вашего сюжета

Элементы управления - перечислите элементы управления, которые вы будете использовать в своей игре

Технические требования - Вы можете подробнее узнать о платформе здесь

Блок-схема игры - покажите, как соединяются экраны вашей игры

Презентация - предоставьте подробную информацию о типе камеры, HUD и другую информацию, которую увидит игрок

Персонаж игрока - предоставьте информацию о вашем игроке, например, как он выглядит, предысторию и инструменты / оружие, которое они могут использовать

Бой - Опишите, как работает бой (если применимо)

Уровни игры - приведите несколько примеров уровней

Враги - расскажите о своих врагах (атаки, взгляды)

Боссы - Информация о конкретных боссах

NPC - опишите AI, которые не атакуют вашего персонажа

Музыка / SFX - какую музыку и SFX нужно создавать

Приложения - разместите здесь длинные списки вместе со сценариями и любой другой информацией.

Вы также можете создать более краткую версию документа по дизайну игры, которая состоит из одной страницы и содержит следующие вещи:

Заголовок и обзор концепции - дайте краткий обзор того, на что похожа игра и что будут делать игроки

Платформа - список платформы, на которой будет опубликована игра

Основные моменты - дайте основную информацию о вашей игре, такую ​​как FPS, MMO и режим одиночной игры

Резюме - Подведите итог вашего сюжета, если есть

Персонажи - Дайте некоторую информацию о ваших персонажах