Роберт Зубек - Элементы гейм-дизайна. Как создавать игры, от которых невозможно оторваться

Трем данным уровням можно дать более общие названия (Иллюстрация 1.2).

• Механики – это игровые объекты и действия, которые совершают с ними игроки. Их можно собирать в системы с определенными свойствами.

• Геймплей – это процесс взаимодействия игроков с игровыми механиками.

• Опыт игрока – это субъективные ощущения участника игры от геймплея.

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

Данная трехчастная модель была разработана на основе модели MDA (Hunicke, LeBlanc and Zubek, 2004), в которой три уровня. Они называются «механика», «динамика» и «эстетика» ( mechanics, dynamics and aesthetics ), хотя соответствия между уровнями двух этих моделей не точные. Сходство и различия между ними объясняются в разделе «Дополнительная литература» в конце главы.

Иллюстрация 1.1.Пример покера

Иллюстрация 1.2.Базовая модель: механика и системы, геймплей, опыт игрока

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

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

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

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

• Дизайн сверху вниз : мы начинаем с общих концепции и целей, затем делим их на более мелкие части, подробно описываем, как они работают, затем делим части на еще более мелкие фрагменты и т. д.

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

В гейм-дизайне эти два подхода выглядят следующим образом.

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

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

Иллюстрация 1.3.Роль дизайнера: разработка механики и систем для создания задуманного опыта

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

Иллюстрация 1.4.Два подхода к дизайну: сверху вниз и снизу вверх

Решение заключается в том, чтобы прибегнуть к гибридному, итеративному подходу, работать с двух концов, разрабатывать планы сверху вниз, экспериментировать снизу вверх и, главное, создавать прототипы с самых ранних этапов, регулярно тестируя дизайнерские идеи и стараясь создать на их основе нечто цельное и связное. Такой гибридный, итеративный процесс делает гейм-дизайн похожим на некоторые другие его виды (Brooks, 2010).

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

Получаемый в результате опыт бывает самым разным. Игроки могут восхититься увлекательными стратегическими заданиями или приятно провести время в исследовании виртуального мира, а могут испытать и неприятные эмоции, разочарование или скуку. Но все эти ощущения порождаются в результате прохождения игры – взаимодействия с различными игровыми объектами, правилами, возможно, другими участниками – по усмотрению игрока.

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

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