Итерирование физического прототипа
Одна из замечательных особенностей физических прототипов заключается в том, что они быстрые. Вы можете внести фундаментальные изменения в дизайн всего несколькими взмахами пера или щелчками ножниц. Вы вряд ли будете держаться за неработающий аспект вашего дизайна только потому, что вы потратили время на его создание и эмоционально привязались к идее. Это очень важно, потому что после каждого игрового теста вы должны итерировать свой дизайн. Добавляйте, убирайте и меняйте вещи, чтобы улучшить его. Что именно сделает его лучше? Это решать вам, но при этом вы должны учитывать результаты плейтеста.
Иногда я сталкиваюсь с людьми, которые думают, что проведение плейтестов это плохо, потому что оно «портит» дизайн игры. Крайне неправильная мысль. В мире гейм-дизайна нет ничего более реального, чем взаимодействие игрока с игрой без посредников. Игрок никогда не «играет неправильно» и редко «просто не понимает». (Иногда так оправдываются те, чей дизайн не работает.) Впечатления и действия игрока по-настоящему отражают качество гейм- дизайна, лучшего представления своей работы гейм-дизайнерам не найти. Гейм-дизайнер и педагог Джон Шарп однажды сказал: «Гейм-дизайн подобен стендап-комедии: дизайнер и комик сразу понимают, сработало что-то или нет».
Однако гейм-дизайнеры не должны слепо реагировать на то, что игроки делают во время плейтеста или хотят увидеть в самой игре. Умелые дизайнеры учатся интерпретировать результаты тестирования в контексте их творческих целей, и вы вольны определять дальнейший ход разработки вашей игры в свете результатов плейтеста, основываясь на поставленных целях.
Гейм-дизайнерам часто советуют «следовать за весельем» в плейтестах, и это отличный совет, если вы искали именно веселье. Я люблю веселиться в играх, мне нравится думать о том, что делает игру веселой, и я думаю, что почти каждый человек считает веселье главной составляющей своего счастья и благополучия. Но не все веселятся одинаково, и игры не обязательно должны быть веселыми в традиционном смысле; возможно, они вообще не должны быть веселыми. В некоторых моих любимых играх, таких как Problem Attic Лиз Райерсон, намеренно отказываются от традиционного приятного развлечения, которое мы получаем в других играх[18].
В проведении плейтестов важно четко представлять свои творческие цели, чтобы вы могли двигаться в правильном направлении. В нашем обучении это будет становиться все важнее и важнее. Однако пока вы в процессе прототипирования, это не критично. На этом этапе нет ничего страшного, если вы будете ходить по кругу или немного заблудитесь: главное, что вы творите и учитесь.
Вот почему физический факт наличия фигурок и фишек на столе перед вами так хорош: так куда проще увидеть ваши идеи, выбрать из них наилучшие, развить их или пересмотреть.
Физическое прототипирование на протяжении разработки
Физические прототипы хороши для начала разработки гейм-дизайна на этапе формирования идеи и помогают делать неожиданные открытия относительно игровых механик, повествования и предполагаемой эстетики игры. Но физическое прототипирование не менее ценно и на стадиях препродакшена и продакшена, когда необходимо быстро, легко и дешево исследовать незакрытые вопросы дизайна.
Стратегические игры, в которых игрок управляет системами ресурсов, очень легко поддаются физическому прототипированию на каждом этапе разработки. Уровни и сценарии нарративных экшен-игр легко и быстро моделируются с помощью физических прототипов, в которых мы можем найти ответы на интересующие нас вопросы передвижения, поля зрения и доступности ресурсов. Физические прототипы продолжают быть полезными даже после того, как у вас появится работающая цифровая версия игры. Также вы можете прибегать к физическому прототипированию всякий раз, когда работаете над микродизайном игры (подробнее об этом в главе 18).
Я убежден, что почти каждый тип игр только выиграет от изобретательного использования физического прототипирования. Вам решать, насколько оно полезно для вашего проекта и когда именно оно полезно.
Цифровое прототипирование
Если ваша цель создать цифровую игру, то цифровое прототипирование обеспечит быстрое продвижение в процессе идеации и приведет вас непосредственно к дизайну и сборке вашей игры.
В общем случае цифровое прототипирование это процесс использования программного обеспечения для создания прототипа игр, которые запускаются на компьютере. Возможно, ваш цифровой прототип работает на персональном компьютере, телефоне, планшете или игровой консоли, возможно, с выводом аудио и видео. Он может управляться клавиатурой, мышью, игровым контроллером или использовать другой способ ввода: распознавание голоса, отслеживание взгляда или применение специального альтернативного контроллера[19]. Или же он может работать на какой-то другой платформе, такой как умные часы или даже медицинский имплант. Возможно, вы создадите прототип с простым в использовании программным обеспечением, интерфейсом с возможностью перетаскивания или захотите более сложное ПО, которое потребует некоторых знаний в области программирования.
Во всех этих случаях мы будем использовать те же рекомендации, что и при создания игровых и физических прототипов: сначала мы сосредоточимся только на одной игровой активности и найдем то, что работает и что мы хотим сохранить в разработке.
Чтобы создать цифровой прототип, вам нужны некоторые навыки в разработке цифровых игр. Может, немного, но хоть какие-то. Обучение подобной разработке выходит за рамки данной книги, но я могу дать вам несколько советов о том, с чего начать изучение цифровой игровой разработки в главе 5.
Каждый разработчик игр тоже гейм-дизайнер
В завершение главы я хотел бы прояснить для вас некоторую терминологию. Возможно, вы заметили, что я перешел от разговора о гейм-дизайне, термине, который я использовал на протяжении большей части этой главы, к гейм-продакшену, или разработке игр. Одно ли это и то же? Они очень похожи, но я думаю, что стоит различать эти термины.
Гейм-дизайн это абстрактный набор элементов, составляющих игру таким образом, чтобы игрок получил максимально хорошие впечатления от прохождения. Гейм-дизайнеры озабочены процессом концептуализации и планирования игры, хотя зачастую планирование неотделимо от непосредственной разработки, как мы увидим в дальнейшем.
Когда мы говорим о разработке цифровой игры, мы имеем в виду процесс использования программных средств, написания кода, создания арт- и аудиоассетов, анимаций и визуальных эффектов и объединения всего этого во что-то, что игрок может открыть и во что поиграть. Таким образом, разработчик игр может быть художником, аниматором, инженером-программистом, аудиодизайнером, композитором, гейм-дизайнером, писателем, UX-дизайнером, продюсером, специалистом по обеспечению качества или же принадлежать к какой-либо другой дисциплине. У большинства разработчиков есть какая-то основная роль в команде, например художник окружения или программист геймплея. У некоторых в должности значится гейм-дизайнер, и их роль обычно заключается в продумывании и сборе дизайнерских идей, а также в фиксировании дизайн-решений например, дизайна уровней и внутриигровых систем.
Я считаю, что каждый разработчик игр, будь то художник, саунд-дизайнер, аниматор или программист, также и гейм-дизайнер, потому что сиюминутные решения, которые они принимают во время выполнения работы, оказывают фундаментальное влияние на дизайн игры. «Дьявол кроется в деталях» или «Бог в деталях» зависит от того, сколько неприятностей эти детали вам доставляют. Дизайнеры Рэй и Чарльз Имз однажды сказали: «Детали это не просто детали. Они создают продукт»[20].
Людям, у которых в названии должности написано «гейм-дизайнер», особенно важно помнить, что на самом деле каждый разработчик в команде тоже гейм-дизайнер. Каждый в команде вносит свой вклад в дизайн игры, и лучшие гейм-дизайнеры понимают это, собирая дизайнерские идеи своих товарищей и придумывая их сами. Ответственность гейм-дизайнера в том, чтобы объединить лучшие из них в единое целое.
* * *
Теперь, когда у нас есть четкое представление о создании прототипов игр, мы перейдем к следующей главе и подробному обсуждению процесса создания цифрового прототипа.
Глава 5
Создание цифрового прототипа
В этой главе мы поговорим о процессе создания цифрового прототипа, начиная с выбора игрового движка и аппаратной платформы. Мы обсудим, как можно создать, протестировать и итерировать дизайн цифрового прототипа игры, а также творческие возможности звукового сопровождения. Мы порассуждаем на тему того, следует ли идти по той тропе, куда нас ведет цифровой прототип, или же выбрать наше направление каким-то другим способом, и мы рассмотрим артефакты, которые принесет нам процесс цифрового прототипирования.
Выбор игрового движка
Процесс цифрового прототипирования начинается с выбора игрового движка, который мы будем использовать для создания прототипа (и, возможно, дальнейшей разработки) нашей игры. Игровой движок это программное обеспечение, используемое для создания игр. Некоторые из них просты в эксплуатации, а некоторые освоить куда сложнее. Большинство из них созданы компаниями, а некоторые группами разработчиков-энтузиастов. Многие из них бесплатны, а некоторые требуют оплаты.
Игровые движки, наиболее широко используемые в настоящее время как в игровой индустрии, так и в образовательных программах, это Unity и Unreal Engine. Оба предоставляют бесплатные версии, которые вы можете скачать, оба снабжены полезными и постоянно обновляющимися обучающими материалами, и оба предлагают множество функций, дающих огромный потенциал для создания игр. Другие игровые движки можно легко отыскать в интернете. Можно начать со статьи в «Википедии» «Список игровых движков»[21]. Если вы не сильны в программировании, подумайте об использовании таких движков, как Twine, Bitsy и Emotica. Помните, что каждый игровой движок достоин уважения и хороший гейм-дизайн всегда связан с ограничениями и творческим подходом. Некоторые из моих любимых игр за последние десять лет были созданы на простых в использовании игровых движках.
Если игровой движок, который вы хотите использовать, недоступен, выберите другой, которым вы можете воспользоваться уже сегодня, и немедленно приступайте к разработке. Как гейм-дизайнеры мы всегда должны быть готовы создавать прототипы, используя любые подручные средства. Помните, что ваших нынешних знаний достаточно, чтобы вы могли изучить и воплотить в жизнь ваши идеи.
Как только вы выбрали движок, ваш следующий шаг научиться им пользоваться. Если вы можете изучить, как пользоваться программным обеспечением, читая веб-страницы и книги, просматривая видео и общаясь на форумах, ваш дальнейший путь ясен. Все, что вам нужно сделать, это выделить время на обучение, и вы быстро добьетесь прогресса.
Если вам трудно учиться самостоятельно, запишитесь на занятия или сходите на семинар, найдите группу разработчиков инди-игр в вашем регионе или друга, который вас научит. Создайте среду, где вы сможете регулярно встречаться с другими людьми, у которых больше навыков, чем у вас, готовыми делиться с вами опытом, вы и не заметите, как скоро начнут расти ваши знания и навыки. Если вам нужна дополнительная помощь и вдохновение, я рекомендую отличную книгу Анны Антропи Rise of the Videogame Zinesters.
Выбор операционной системы и аппаратной платформы
Вам предстоит сделать еще один выбор: на какой аппаратной платформе и операционной системе будет работать ваш прототип? Вы можете сделать игру для ПК или Mac, используя Windows, macOS или Linux. Вы можете сделать игру для телефона или планшета с помощью Android или iOS или для игровой консоли, использующей собственную операционную систему. На некоторых игровых движках можно легко экспортировать вашу игру в несколько операционных систем и аппаратных платформ.
Вы могли бы разработать игру для виртуальной, дополненной или смешанной реальности. Или игру, в которую можно было бы играть на трекере здоровья, часах или с помощью наушников. В своей книге Play Anything Ян Богост утверждает, что мир полон игровых площадок, которые только и ждут, чтобы на них начали играть. Я призываю вас рассматривать каждый игровой движок и аппаратную платформу как игровую площадку, наполненную потенциалом для интереса, эмоций, испытаний и размышлений.
В зависимости от игры и команды выбрать аппаратную платформу стоит как можно раньше. Как отметил гейм-дизайнер и продюсер Алан Данг, если вы хотите использовать платформу, которая создаст множество ограничений таких как специализированные методы ввода или вывода, вам следует поторопиться с выбором.
Создайте прототип как игрушку, а не как игру
Как я упоминал в предыдущей главе, люди иногда совершают ошибку, когда начинают создавать прототипы: из первого цифрового прототипа они пытаются сделать полноценную игру. Они создают персонажа игрока и несколько врагов. Они добавляют счетчик очков и способ их зарабатывать. Они разрабатывают набор правил и структуру повествования, а также логически разграничивают игру на начало, середину и конец.
Я понимаю этот порыв детально планировать игру с самого начала, но это равносильно тому, что ставить телегу впереди лошади. По своему опыту я знаю, что правильный путь делать по одному шагу за раз, и в цифровом прототипировании это часто означает создание игрушки (от англ. toy).
Игрушка это объект, побуждающий игровой процесс. Это может быть купленная в магазине кукла, мяч или же, в руках креативного ребенка, ведро или велосипедная шина. На данном этапе в игрушке важно то, что это система, в которой есть либо какой-то механический интерактивный элемент, либо какой-то повествовательный элемент, либо сразу оба.
Например, мяч отскочит, если его бросить на пол, и мы можем попытаться поймать его после того, как он подпрыгнет, мы легко могли бы представить его в виде мультяшного персонажа, который вскрикивает «ой» при каждом отскоке. Куклу можно двигать, она будет стоять и падать, и она может представлять определенного персонажа, продиктованного ее визуальным дизайном: она может выглядеть как врач девятнадцатого века или космический пилот тридцатого века. Ведро можно использовать как корзину или носить как шлем. Пустую велосипедную шину можно скатить с холма или бросить, как фрисби.
Эти взаимодействия с игрушкой похожи на игровые активности, которые мы обсуждали в предыдущей главе, верно? Возможно, вы не привыкли думать, что наши действия, когда мы играем с игрушкой, похожи на фундаментальные строительные блоки цифровых игр, но у них определенно есть потенциал в качестве атомарных глаголов геймплея. Движения куклы или подбрасывание мяча с философской точки зрения ничем не отличаются от бега, сражений и собирания коллекционных предметов, которыми мы занимаемся в коммерческой видеоигре.
Так что начните цифровое прототипирование с создания игрушек маленьких, простых игровых систем. Вы ищете основные глаголы и игровые активности, которые будете использовать в дальнейшей разработке. В то же время будьте внимательны к глаголам и действиям, которые хорошо согласуются с повествованием, которое вы хотели бы реализовать. Например, «летать» это глагол, который хорошо сочетается с историями о пилотах, астронавтах и птицах.