Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Yan_Shrayber_-_vse_3.docx
Скачиваний:
0
Добавлен:
01.07.2025
Размер:
8.77 Mб
Скачать

Итеративный дизайн

Гейм-дизайн, как и много других форм дизайна, это итеративный (то есть циклический, повторяющийся) процесс. Это означает, что игра быстро становится прототипом, затем в нее играют и улучшают — снова и снова до тех пор, пока она не приобретет финальный вид. Это требует понимания того, что никто не достигнет идеальной цели с первого раза, даже самый суперквалифицированный дизайнер; и самые великие и наиболее успешные игры достигли высот только после большого количества повторяющихся ошибок на пути. Любой модерируемый игровой комплекс или игровая система внутри игры обычно требуют много итераций (повторений) перед тем, как считаться завершенными.

Типичная итерация включает следующие компоненты:

  1. Быстрый прототип: дизайнеры фокусируются на игре, пренебрегая графикой. Представьте на минуту как кто-то бы прототипировал видео игру Mario Kart в формате настольной игры.  Использовалась бы динамика “гонка до конца”, значки или фишки обозначали бы машины, и игрокам были бы разрешены определенные действия в зависимости от их положения на игровой доске. Исходя из этого, могли бы быть построены и другие игровые механики для дальнейшего совершенствования нецифрового игрового формата. Ключевой поинт прототипирования — это быстрота. Чем больше итераций игра пройдет, тем более высокое качество она приобретет, таким образом, потратить три месяца на обсуждение проблем одного-единственного прототипа — это просто трата времени. Иногда с помощью прототипа дизайнеры намереваются ответить на особенные вопросы (“Будет ли включение в игру оружия из голубой раковины слишком большим по силе”), в других случаях они надеются оценить общее ощущение от игры. Существует большая тенденция среди дизайнеров устраивать дебаты по поводу итогов чего-либо, что могло бы быть решено в два раза быстрее, если бы только было прототипировано.

Рисунок  1.12 Mesuline. Плейтест, в котором Michelle Menard собирает информацию о реакции игроков на геймплей.

  1. Плейтест: это полный или частичный игровой процесс, призванный выявить сильные и слабые стороны дизайна.

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

  3. Повторение: возвращаемся к прототипу и начинаем следующую итерацию.

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

  • Не записывайте правила до тех пор, пока вам не понадобится записывать правила. Если вы как дизайнер не можете удержать правила в собственной голове, то как же вы можете ожидать этого от игроков? С другой стороны если ваши игроки должны в процессе игры иметь перед собой список монстров, то и у вас он должен быть. Хотя если записывание является частью процесса брейншторма, или вы можете забыть элементы игры из-за длительного времени между периодами дизайна, тогда не следуйте этому правилу.

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

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]