Должен ли проектный документ быть непрерывной строкой текста с реальными предложениями, больше похожим на описание всей игры, или я должен структурировать его в простых точках? Каковы преимущества, и есть ли еще способы его структурирования?
game-design
jcora
источник
источник
Ответы:
Там нет правил или отраслевых стандартов; структурируйте документ так, чтобы он был наиболее полезным для людей, которые будут его использовать , помня о том, какова цель вашего документа.
Лично я ожидал бы, что будут части документа, которые лучше подходят для использования «настоящих предложений», чтобы передать вашу идею, а также части, которые лучше подходят для написания в виде перечня функций.
Кто ваша аудитория? Если это только вы, если это должно помочь вам сосредоточить свои мысли, делайте все, что работает для вас. Если вы работаете с другими, спросите их, как они предпочли бы, чтобы документ был разбит, и как они ожидали его использовать.
Я ожидаю увидеть прозаическое описание основных моментов игры: это основная концепция, стиль и чувство. Я бы тогда ожидал увидеть раздел для каждой важной функции игры.
Не переусердствуйте с деталями и статистикой, помните, что проектный документ, как правило, будет развиваться в течение жизни игры по мере ее построения и повторения. Непрактично думать, что вы напишите его один раз, заранее, и это будет идеально, поэтому сосредоточьтесь на том, что вам нужно, чтобы документ передал сейчас, и на том, как вы можете лучше всего донести это до конкретных потребителей этого документа.
Неважно, что делают другие люди, вы хотите делать то, что лучше всего работает для вашей команды.
источник
В дополнение к тому, что сказал Джош в своем ответе, несколько человек поделились своим мнением о том, что должно быть в документации по игровому дизайну, что может помочь вам решить, какие аспекты будут полезны в ваших собственных документах. Помните, что это профессиональные дизайнеры, и то, что им помогало в контексте индустрии традиционных игр, не обязательно подходит вам, поэтому полезно попытаться выяснить, почему они используют определенные подходы, и выбрать те, которые помогут вам наиболее ,
источник
Я хотел бы добавить одну информацию: при документировании фактического дизайна игры (т.е. правил) предоставьте четкие объяснения того, почему вы делаете определенный выбор дизайна правил.
Одна из вещей, которые вы, скорее всего, забудете при реализации чего-либо, - это точная причина, по которой вы добавили конкретное правило. Кроме того, одна из вещей, которые вы, скорее всего, будете делать, это добавлять правила и игровые элементы только потому, что они есть в других играх, а не потому, что они нужны вашей игре .
Добавление раздела о том, почему именно существует игровой элемент, заставляет вас оправдывать использование этого элемента с точки зрения общего дизайна игры. И позже, это позволяет вам эффективно оценить, действительно ли конкретный элемент удовлетворяет потребностям, для которых вы его предназначали. Если это не так, то вы можете удалить его и заменить на что-то еще, что отвечает этим потребностям.
Еще лучше, если вы обнаружите, что игра не работает, и вы хотите заменить несколько элементов, чтобы сделать игру более увлекательной, вы можете оглянуться назад на свой проектный документ и понять, почему вы выбираете эти элементы и какие новые элементы необходимо выполнить , Если потребности вашего игрового дизайна меняются, вы можете обновить список того, что должны делать игровые элементы.
источник
Мне нравится то, как автор Level Up использует свои игровые дизайнерские документы с рисованием множества симпатичных фигур, персонажей и т. Д.
Я настоятельно рекомендую вам взглянуть на эту книгу Level Up !: Руководство по дизайну отличных видеоигр
Добавляя небольшие рисунки в ваши документы, другие будут обращать на вас больше внимания, и вы можете быть уверены, что они прочтут ваши проектные документы.
источник
Структура вашего документа по дизайну игры полностью зависит от вас, но, как правило, я создаю один (обратите внимание, что это лучше работает для RPG или других сюжетных игр):
Оглавление - Очень важно, так как, когда у вас есть более сложные игры, вам нужно будет включить метод организации
Описание игры - краткое описание игры с описанием игрового процесса, платформой и другими важными деталями.
Обзор истории - Дайте обзор вашего сюжета
Элементы управления - перечислите элементы управления, которые вы будете использовать в своей игре
Технические требования - Вы можете подробнее узнать о платформе здесь
Блок-схема игры - покажите, как соединяются экраны вашей игры
Презентация - предоставьте подробную информацию о типе камеры, HUD и другую информацию, которую увидит игрок
Персонаж игрока - предоставьте информацию о вашем игроке, например, как он выглядит, предысторию и инструменты / оружие, которое они могут использовать
Бой - Опишите, как работает бой (если применимо)
Уровни игры - приведите несколько примеров уровней
Враги - расскажите о своих врагах (атаки, взгляды)
Боссы - Информация о конкретных боссах
NPC - опишите AI, которые не атакуют вашего персонажа
Музыка / SFX - какую музыку и SFX нужно создавать
Приложения - разместите здесь длинные списки вместе со сценариями и любой другой информацией.
Вы также можете создать более краткую версию документа по дизайну игры, которая состоит из одной страницы и содержит следующие вещи:
Заголовок и обзор концепции - дайте краткий обзор того, на что похожа игра и что будут делать игроки
Платформа - список платформы, на которой будет опубликована игра
Основные моменты - дайте основную информацию о вашей игре, такую как FPS, MMO и режим одиночной игры
Резюме - Подведите итог вашего сюжета, если есть
Персонажи - Дайте некоторую информацию о ваших персонажах
источник