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

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

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

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

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

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

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

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

• В данном тексте рассматриваются игры на трех уровнях.

• Механики – отдельные элементы, из которых состоит игра.

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

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

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

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

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

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

• В главе 2 начинаем с верхнего уровня и рассматриваем разные виды игрового опыта, а также различные способы его анализа.

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

• Затем, в главе 5 и 6, рассмотрим средний уровень – как механики и системы приводят к геймплею, как можно его анализировать, и как геймплей обусловливает опыт игрока. Эти главы описывают своего рода синтез задуманного дизайнером для игрока опыта и механик, которые реализуют его на практике.

• Наконец, в главе 7, переключаемся на весь процесс – как дизайнеры пользуются описанными аналитическими инструментами при разработке игр и при создании прототипов, благодаря которым изначальная идея превращается в рабочий дизайн.

Гейм-дизайнеры стали делиться своим опытом начиная с самых первых дней разработки коммерческих настольных и компьютерных игр – описывая свои методы, разбирая уже существующие игры или давая советы о том, что сработало, а что нет. Но по мере роста индустрии в 1990‐х годах росла и потребность не просто в обмене опытом в связи с конкретными продуктами, а в обобщении и документировании всего накопленного гейм-дизайнерами опыта. Возможно, самая известная попытка такого обобщения была предпринята в статье «Формальные абстрактные инструменты дизайна» Дага Черча (Formal Abstract Design Tools, Doug Church, 1999), за которым последовал ответ Грега Костикяна в виде статьи «У меня нет слов, и я должен заниматься дизайном» (I Have No Words and I Must Design, Greg Costikyan, 2002). Обе статьи доступны онлайн и стоят того, чтобы прочитать их целиком.

С годами были разработаны различные общие модели декомпозиции и анализа игр. Одна из популярных – это фреймворк MDA (Hunicke, LeBlanc and Zubek, 2004), который и лег в основу данной работы. Автор этого текста – один из соавторов работы, посвященной модели MDA.

Читатели, знакомые с концепцией MDA, вероятно заметили ее сходство с описываемой здесь моделью, ведь она так же описывает три аспекта дизайна. В модели MDA они называются «механики», «динамика» и «эстетика», благодаря чему модель и получила свое название (mechanics, dynamics, aesthetics). В данном тексте сохраняется деление на три части, как и упор на дизайнерскую проблему высшего порядка, когда игрокам и дизайнерам приходится взаимодействовать с игровым артефактом только посредством его механик.

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