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

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

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

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

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

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

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

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

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

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

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

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

---

Скачать книгу