Григорий Радовильский, Наталья Андрианова

Как создаются игры. Основы разработки для начинающих игроделов

© Радовильский Г., Андрианова Н.А., текст, 2023

© Торик С., предисловие, 2023

© fenrirrirnef, иллюстрации, 2023

© Оформление. ООО «Издательство «Эксмо», 2023

* * *

Предисловие

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

В сентябре 1972 года в магазины поступила первая в истории игровая телеприставка Magnavox Odyssey с 12 встроенными играми. За три месяца она разошлась тиражом в 69 000 экземпляров. В сентябре 2013 года вышла игра GTA V, и за первые сутки было продано порядка 11 200 000 копий.

Всего за 40 лет восприятие видеоигр в культуре, бизнесе и даже политике изменилось кардинально. Человечество с удовольствием сделало частью себя этот новый вид то ли развлечения, то ли искусства. Но путь его был тернист и долог. Если в 70-е годы у каждой видеоигры был один-два родителя, то сегодня финальные титры суперхита, разработанного в крупной международной корпорации, могут идти час реального времени, чтобы вместить 3–4 тысячи имен сотрудников, внесших свою лепту в создание действа, которое вы созерцаете на экране телевизора, монитора или мобильного телефона. Как же мы дошли до такой жизни?

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

Magnavox Odyssey относилась к консолям первого поколения – в отличие от игр на носителях следующих поколений, сменные картриджи MO были не программами, а несложными устройствами, меняющими схему цепи в самой приставке. Все 28 игр для нее были разработаны всего двумя людьми.

Второе поколение (1976 год) – это телеприставки с полноценным процессором, обрабатывающим игры с внешних носителей. Как правило, над одной игрой работал один человек. В эти же годы в Голливуде происходила революция – один за другим вышли блокбастеры, отголоски которых мы слышим до сих пор: «Звездные войны», «Чужой», «Челюсти», «Рокки», «Супермен». Полет фантазии кинорежиссеров вдохновлял и подогревал творческие амбиции разработчиков-одиночек.

Третье поколение (1983 год) – 8-битные приставки (наверняка вы слышали о Dendy или даже играли в них). В отдельных случаях эти устройства способны не только считывать игры с картриджей, но и делать записи в долгосрочную память на батарейках. Теперь из-за выросшей процессорной мощности для разработки требовались уже 3–4 человека, порой совмещающих должности: руководитель проекта, программист, художник, композитор. Росли и возможности домашних компьютеров. На рынке появилось несколько конкурирующих архитектур, одна из которых и сегодня является доминирующей – x86. Высококачественные игровые разработки для ранних компьютеров вроде Apple II и IBM PC/AT придали ускорение развитию индустрии.

Четвертое поколение (1987 год) – 16-битные игровые консоли (в России самой распространенной была Sega Mega Drive), вплотную подошедшие к отображению трехмерного пространства. Появляются такие профессии, как сценарист, автор диалогов, дизайнер персонажей, дизайнер уровней, специалист по звуковым эффектам, тестировщик и так далее. Для пользователей персональных компьютеров открывается доступ к онлайновым чатам и первым массовым цифровым развлечениям (играми это назвать пока сложно).

Пятое поколение (1993 год) – 32-битное, последнее, в котором по привычке считали битность. Помимо продвинутой 3D-графики оно отличается наличием карт памяти (Sony PlayStation, Sega Saturn) и внушительным по тем временам объемом памяти – спасибо компакт-дискам. С открытием виртуального трехмерного пространства разработчики начинают привлекать 3D-моделистов и аниматоров, программистов искусственного интеллекта, разработчиков инструментария для самих разработчиков (чтобы упростить и ускорить процессы). Отдельные направления становятся достаточно крупными. В рамках одного проекта формируются несколько команд: программисты, художники, дизайнеры и т. п. Титры среднего хита этого поколения игр включают в себя уже под сотню имен. Тем временем на экраны кинотеатров выходит первый полностью трехмерный мультфильм – «История игрушек» студии Pixar. Над ним работали более 500 человек. На мониторах компьютеров, благодаря технологии HTML, оживает и переливается всеми цветами радуги Всемирная сеть – интернет.

Шестое поколение (1998 год) открыло массовому игроку мир онлайновых игр в Xbox Live и окончательно отсекло всех лишних на этом празднике жизни, оставив в живых трех консольных гегемонов современности: Sony, Microsoft и Nintendo. Появляются такие должности, как дизайнер боевой системы, дизайнер онлайновых взаимодействий, UI/UX-дизайнер, модератор или администратор игры. Бюджеты растут, и к созданию игр подключают именитых персон – художников, режиссеров, голливудских актеров. Персональные компьютеры окончательно перестают быть диковинкой, и почти в каждом доме и офисе можно зарубиться хоть в «Косынку», хоть в Diablo 2.

Седьмое поколение (2005 год) – игровые консоли превращаются в мультимедийные комбайны, способные не только просматривать разнообразный контент с носителей, но и покупать его в интернете, чтобы скачать и приступить к потреблению, в буквальном смысле не отходя от кассы. Благодаря выросшей мощности «железа» игры становятся еще краше и богаче, над стандартным блокбастером работают сотни людей из самых разных индустрий, ранее в играх даже не задействованных. Стив Джобс произносит со сцены: «айпод плюс телефон плюс интернет-коммуникатор», и вскоре такие же мультимедийные комбайны начинают заселять карманы пользователей, далеких от игр. Повальное увлечение социальными сетями, широкополосный доступ к интернету в доме и 3G в смартфоне все чаще и дольше удерживают пользователей вне реального мира.

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

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

К счастью, история развивается в несколько веток и потоков. И в 1972-м, и в 2022-м разработчик-одиночка способен выпустить успешную игру. Этому способствует развитие инструментария, сильно упрощающего работу над отдельными аспектами творения. Уже в 1980-е появляются программные продукты, позволяющие не только с помощью базового функционала, что называется «из коробки», создавать новый контент к существующей игре, но и собирать собственную на ее основе. Впрочем, энтузиасты не ждали милостей от индустрии и сами изучали ресурсы игр, писали программы для их редактирования (а то и внедряли изменения на уровне печатных плат, создавая нелегальные варианты популярных аркадных игр вроде Pac-Man). Со временем эта деятельность стала настолько массовой, что разработчики начали выкладывать свои инструменты и даже исходный код игр для свободного пользования. Все это привело к созданию коммерческих движков – больших визуальных редакторов, на базе которых можно создавать игры, практически не владея никакими языками программирования. Многие современные игры построены на опыте их разработчиков, овладевших этим инструментарием.

Есть еще один важнейший аспект. Ветераны индустрии начинали с того, что записывали свои игры на дискеты, помещали их в непрозрачный пакет на пластиковой молнии и продавали через местные магазинчики радиотехники. Для выручки с пары десятков копий – нормально, но в масштабе бизнеса это плевок в океане. Приходилось нанимать маркетологов, размещавших объявления в газетах, специалистов по продажам, которые уговаривали сетевые магазины взять их продукцию на реализацию, и ребят из соседнего двора, которые за колу и пиццу упаковывали дискеты в заранее заказанные коробки с уникальным дизайном, а потом грузили их в машину, развозящую готовые виртуальные развлечения по магазинам. Эти новые для игровых разработчиков процессы, связанные с бизнесом, а не разработкой, породили вторую половину индустрии – издание игр. В случае с игровыми консолями издателями с самого начала являлись те, кто эти игровые консоли производил, в случае с компьютерами и мобильными устройствами все куда либеральнее. Крупные современные корпорации, включающие в себя как издательства, так и студии разработки, берут свое начало в тусовках независимых программистов (Activision Blizzard), в семейном бизнесе (Ubisoft) или в желании эффективнее распространять свою игру (Valve). Сегодня эти огромные корпоративные махины в совокупности продают игры и все, что с ними связано, на сумму около 200 миллиардов долларов.

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

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

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

Святослав Торик,

эксперт по гейм-дизайну,

ex-Head of Game Design в Nexters

Глава 1. Что такое игры

Любовь к игре как одна из граней человеческой натуры была отмечена еще древними философами, в частности Гераклитом, а фраза Платона: «Человек – игрушка бога. Этому-то и нужно следовать. Надо жить играя», – известна не только выпускникам филфака. Сегодня игры трансформировались, однако человеческая природа не изменилась, и интерес к ним не только не угасает, но даже увеличивается. Человечество тратит 3 миллиарда часов в неделю на компьютерные игры, а 5 миллионов человек играют по 45 часов в неделю.

Нидерландский философ Йохан Хейзинга глубоко исследовал этот вопрос в своем фундаментальном труде «Homo Ludens» («Человек играющий»). Он пришел к выводу, что игра относится к сущностным характеристикам человека наряду с разумностью и созидательной способностью. Он считал, что «эстетическое содержание» игры делает ее важной частью человеческой деятельности. Культура цивилизации «возникает и развивается в игре». Хейзинга показал, как игра интегрирована не только в области религиозных культов, искусства, торжеств, спортивных состязаний, но и в правосудие, войну и политику. Она присутствует даже в философии. «Игра есть добровольное действие либо занятие, совершаемое внутри установленных границ места и времени по добровольно принятым, но абсолютно обязательным правилам с целью, заключенной в нем самом, сопровождаемое чувством напряжения и радости, а также сознанием “иного бытия”, нежели “обыденная” жизнь», – утверждал Хейзинга в 1938 году.

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

Легенда игрового дизайна Сид Мейер (см. главу 6 «Десять знаменитых гейм-дизайнеров») заявляет, что «игра – это серия интересных решений», при том, что «есть очень много вещей, которые можно отнести к серии интересных решений, но они не являются играми». Собственно, под «интересными решениями» в игре Мейер имеет в виду такие возможности:

• у игрока есть несколько допустимых вариантов на выбор;

• каждый из вариантов имеет как положительные, так и отрицательные потенциальные последствия;

• результат каждого варианта предсказуем, но не гарантирован.

Если игра спроектирована хорошо, у игроков часто будет несколько вариантов выбора, и эти решения будут непростыми.

Более сложное определение игры дал в своей книге «Мастерская гейм-дизайна» (Game Design Workshop) известный американский писатель, педагог и гейм-дизайнер Трейси Фуллертон. Он определяет игру как «закрытую формальную систему, которая вовлекает игроков в структурированный конфликт и разрешает его неопределенность неравным исходом». Это касается не только понятия самой игры, но и ее элементов, которые могут менять гейм-дизайнеры. Среди них:

• формальные элементы – те, что отличают игру от других медиа: правила, технологические процессы, игроки, ресурсы, цели, границы, конфликт и результат;

• динамические системы – методы взаимодействия, которые развиваются по мере прохождения игры;

• структура конфликта – способы взаимодействия игроков друг с другом;

• неопределенность – взаимодействие между случайностью, детерминизмом и стратегией игрока;

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

Знаменитый гейм-дизайнер Джесси Шелл в своей легендарной книге «Геймдизайн. Как создать игру, в которую будут играть все» (The Art of Game Design) приходит к такому изящному выводу: «Игра – это деятельность по решению проблем, к которой можно подходить играючи».[1]

Инди-разработчик и гейм-дизайнер Кит Бургун в книге «Теория игрового дизайна» (Game Design Theory: A New Philosophy for Understanding Games) дает гораздо более ограниченное определение игры как «системы правил, в которой агенты соревнуются, принимая неоднозначные, эндогенно значимые решения». Это попытка вывести дискурс об играх из той колеи, в которую, как чувствует Кит, она попала, снизив свое значение. Суть определения Бургуна состоит в том, что игрок делает выбор, и он может быть как неоднозначным (игрок не знает точно, каким будет результат), так и эндогенно значимым (выбор имеет смысл, так как он оказывает заметный эффект в игровой системе).

Определение Бургуна намеренно исключает некоторые вещи, которые многие люди считают играми: соревнования, основанные на физических навыках, включая пешие гонки и другие, а также рефлексивные игры, как, например, The Graveyard от Tale of Tales, в которой игрок играет за пожилую женщину, бредущую по кладбищу. Бургун их исключает, так как в решениях игрока отсутствует двусмысленность и эндогенный смысл – собственная мотивация игрока.

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

Основываясь на опыте коллег и своем собственном, предлагаем наши размышления о таком понятии, как игра.

Немного о лексике

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

Интересно, что, когда мы говорим «играть в футбол», это, по мнению большинства, ближе по смыслу к «играть на скрипке», чем к «играть в Dungeons & Dragons», потому что последнее представляет собой якобы менее серьезное занятие, чем взаимодействие с музыкальным инструментом или спортивным снарядом.

«Подземелья и драконы» (Dungeons & Dragons, D&D, DnD) – настольная ролевая игра в жанре фэнтези, созданная Гэри Гайгэксом и Дэйвом Арнесоном. Она была выпущена в 1974 году, а с 1997 года издается компанией Wizards of the Coast, которой также принадлежит знаменитая коллекционная карточная игра Magic The Gathering. «Подземелья и драконы» представляет собой не законченную традиционную настольную игру в коробке, а целый комплекс правил и механизмов, по которым могут создаваться и отыгрываться отдельные сессии. Это позволило D&D стать индустриальным стандартом для жанра RPG и непосредственной основой для многих знаменитых компьютерных игр.

Погрузимся во фразеологические глубины и выловим довольно интересное устойчивое словосочетание: «справиться с проблемой играючи». Это выражение подводит нас к нескольким вопросам. Заключается ли разница между игрой и профессиональной деятельностью в сложности достижения цели? Можно ли говорить о наличии или отсутствии конкретной цели, которой надо достигнуть в процессе игры?

Так, в английском языке есть целых три отдельных слова, связанных с игровой деятельностью: toy, game и play.

Первое определяется как «игрушка», с которой играют без определенной цели, то есть это развлечение, забава. Есть даже такой перевод существительного toy – «безделушка», «пустяк» и глагола toy – «забавляться», «несерьезно относиться», «вертеть в руках», «баловаться» и даже «флиртовать».

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

Что же касается play, то тут нюансов еще больше. Кажется, что данным словом попытались объять все грани игры: это и «пьеса», и «драма», и «манера игры», и «азартная игра», его используют, когда говорят про деятельность и занятие спортом.

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

Стоит отметить еще один интересный факт: все три рассматриваемых нами слова могут в той или иной степени обозначать слово «забава».

Есть некоторая неоднозначность со значениями toy и game. Игры с куклами, мишками, солдатиками – это toy, в них важен сам процесс. Однако есть и компьютерные игры, которые концентрируются на свободном творчестве игрока или на рассказе истории. Игрок получает удовольствие от процесса, а игровые механизмы используются как средства обогащения истории. Существуют игры без конкретно обозначенной цели, они относятся к типу «песочница» или имеют подобный режим. В них есть определенные правила, но лишь от игрока зависит, какая у него цель на данный момент. Некоторые песочницы минималистичны, обладают некоторыми физическими ограничениями (например, соединение кубиков в конструкторе) и не позволяют совсем свободно располагать блоки. Другие сложнее по своей модели. Например, персонажу необходимо дойти до источника, чтобы утолить жажду, при этом количество воды не лимитировано, но могут быть ограничения по скорости перемещения персонажей и нет возможности добывать жидкость из камня. Какой бы ни был формат, все песочницы имеют неопределенную цель, но они все равно относятся к game, а не к toy. Игру определяет именно процесс и достижение некой цели, из которых игра состоит, а не задача, которую игра ставит перед игроком.

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

В английском языке подход к этому понятию более четкий. Есть два вида игроков: gamer и player. Gamer – это тот, кто играет в видеоигры или принимает участие в ролевых играх, причем это слово относится к тем игрокам, которые предпочитают игры для консолей и PC. Player, как и слово, от которого оно образовано, – play, – имеет несколько значений. Это и игрок, и музыкант, и спортсмен, и актер, и картежник. А еще это устройство, на котором можно проигрывать записи, будь то аудиоплеер, видеоплеер, MP3-плеер – все они моментально вошли в международную лексику.

«Песочница» (sandbox) – тип игр или режим игры, в котором цель выполнения игровых действий определяет не игра, а сам игрок, однако действовать он может лишь в рамках игровых правил. Например, игрок получает неограниченное количество денег для создания построек, но, чтобы эти постройки выполняли свои игровые функции, их нужно располагать только рядом с дорогами. Игра может подсказывать игроку направление движения или развития игрового персонажа с помощью различных заданий и сюжета, а может предоставлять свободу принимать больше самостоятельных решений. Режим «песочницы» может присутствовать в играх практически любого жанра: пазлах, стратегиях, экономических симуляторах, экшенах с открытым миром и других.

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

Интерактивность

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

Грубо говоря, в современном мире игрой является то, что конечный пользователь считает игрой. Например, приходя в магазин за визуальной новеллой, человек направляется в раздел игр, а не в раздел кино или книг, и ищет ее там. Значит ли это, что именно игрой эта программа и является? В чем отличаются друг от друга эти товары?

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

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

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

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

• казуальные – когда в качестве ставки выступает энергия (подобно казуальным играм других жанров), а в качестве выигрыша игрок получает игровую валюту, которую может потратить во второстепенных игровых механиках.

С точки зрения языка рулетка или слот-машина – игры, хоть и азартные. Мы играем в покер, в кости, в «однорукого бандита». Но по сложившемуся представлению об играх игрок должен принимать в них активное участие, предпринимать какие-то действия, которые могут влиять на игровой мир. В казино же игрок может только сделать ставку, которая на игровой мир не влияет никак. Разве что только под весом поставленных им фишек накренится стол. В то время как в видеоиграх от действий и решений игрока обычно зависит развитие игрового мира.

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

* * *

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

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

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

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

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

С книгами все несколько проще. Автор не ограничен плоскостью картинки. Он может скупо описать место и время действия, в остальном полагаясь только на фантазию и эрудицию читателя. Может уделить внимание деталям интерьера: обстановке, мебели, предметам на столах, а может ограничиться упоминанием того, что действие происходит в доме успешного торговца в Лондоне Викторианской эпохи. Если у читателя не просто развиты фантазия и эрудиция, но к тому же он регулярно их насыщает и тренирует, то он может обращаться к литературному произведению вновь и вновь, чтобы с каждым разом обнаружить новый смысл во всех этих описаниях. При этом книги обрастают дополнительными материалами и сносками. К ним можно обратиться, если произведение вызвало у читателя достаточно большой интерес, чтобы окунуться в скрытый контекст и более детальное описание убранства дома успешного торговца.

* * *

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

Интерактивность решает проблему фильмов и сериалов, связанную с ограничением по времени.

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

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

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

* * *

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

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

Аркады – это жанр игр с простым, но весьма интенсивным набором действий, выполняемых во время игры (геймплеем), без сюжетной основы, с легко осваиваемым игровым процессом и с короткой игровой сессией. Появление подобных игр было связано с аркадными автоматами, пик популярности которых пришелся на 70-е и 80-е годы прошлого века. Сам термин происходит от галереи торговых центров, где и размещались в свое время игровые автоматы. Основной характеристикой аркад является перемещение персонажа, усложненное различными препятствиями, расположенными на уровне. Игрок борется именно с уровнем, а противники-монстры в значительной степени интегрированы в топологию уровня и ввиду слабого искусственного интеллекта являются просто движущимися препятствиями вроде шипов или лавы.

Шутеры (Shooter, Shooting Game) – это игры, в которых перемещение дополняется стрельбой. При этом игрок перестает в значительной степени противостоять уровню в целом, как в аркадах, и начинает бороться с отдельными нападающими на него противниками. Эти противники имеют некоторый «интеллект» и могут, например, прятаться, а не только идти на игрока по кратчайшей прямой. У шутеров есть множество поджанров, отличающихся настройками камеры, методами управления и набором свойственных механик.

Шутер с видом от первого лица (First Person Shooter, FPS) – как следует из названия, это жанр игр, в которых камера расположена так, чтобы показать действие, который игровой персонаж наблюдает, как если бы выполнял его сам игрок.

Шутер с видом от третьего лица (Third Person Shooter, TPS) – в играх этого жанра камера расположена за персонажем, показывая его со спины. В таких играх, в отличие от FPS, персонаж может прятаться за различными препятствиями – устройство камеры позволяет продолжить следить за окружающей обстановкой.

Шутер с видом сверху (Top-Down Shooter, TDS) – здесь камера расположена над персонажем, а также есть возможность прятаться за препятствиями, сохраняя контроль над территорией. Но при этом свойства камеры делают игру фактически двухмерной, плоской.

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

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

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

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

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

Выбор

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

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

Но игры позволяют поставить перед игроком два разных типа выбора:

• взаимодействовать с объектами игрового мира или нет;

• каким образом взаимодействовать.

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

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

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

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

* * *

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

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

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

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

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

* * *

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

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

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

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

RPG (Role Playing Game) – жанр игр, в котором игрок отыгрывает «роль» персонажа. В зависимости от своего класса и других особенностей персонаж может иметь некоторые ограничения или же, наоборот, преимущества в выполнении каких-то действий. Например, персонаж-маг может использовать заклинания и атаковать противника на расстоянии, но неспособен носить тяжелую броню. Это вынуждает игрока действовать определенным образом: например, держаться подальше от противников с контактной физической атакой. Также RPG свойственны получение персонажем очков опыта и возможность контролировать развитие своего героя по мере накопления этого опыта.

Модельность

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

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

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

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

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

При создании мира существует три вида ограничений:

• технические;

• мировоззренческие;

• дизайна механик.

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

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

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

Лудонарративный диссонанс – это чувство, которое может возникнуть у игрока в процессе прохождения игры из-за несоответствия сюжета и игрового процесса. Оно может помешать игроку погрузиться в происходящее или вывести его из состояния потока. Этот термин впервые использовал в 2007 году Клинт Хокинг в размышлении над игрой BioShock, он происходит от латинских слов ludos – «игра» и narrare – «рассказывать».

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

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

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

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

Например, одинаковая скорость перемещения всех игроков независимо от уровня, из-за которой придется объяснять отсутствие лошадей. И страусов с верблюдами тоже.

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

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

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

Текстура – это изображение, которые накладывается на поверхность модели. Они помогают передать рельефность, цвет, матовость, трещины, царапины и другие характеристики. Метод текстурирования был впервые предложен для 3D-графики Эдвином Катмуллом в 1974 году и является основным при создании графики в видеоиграх.

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

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

* * *

Модель мира сильно зависит даже не столько от жанра игры, сколько от ее масштабов, сюжета и желаний разработчиков. Здесь нет вообще никаких ограничений, кроме технических.

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

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

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

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

• Самым благодатным жанром для моделирования миров являются RPG. Они изначально базируются не только на комплексном открытом мире, но и включают сложные модели взаимоотношений персонажей и игрока: убеждение, воровство, запугивание и многие-многие другие.

Удовольствие

Философ и поэт Фридрих Шиллер говорил: «Человек играет только тогда, когда он в полном значении слова человек, и он бывает вполне человеком лишь тогда, когда играет». Интересное замечание, свидетельствующее о высокой важности игр для нас с вами. Наука тоже нередко обращает взгляд на этот аспект человеческой жизнедеятельности и делает простой вывод: игры нужны нам для удовольствия.

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

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

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

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

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

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

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

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

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

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

* * *

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

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

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

При этом игровых механик существует такое множество и такое разнообразие, что нет и не может быть однозначного ответа на вопрос, от чего именно игрок будет получать удовольствие. Например, в «Тетрисе» игрок получает удовольствие, завершая и уничтожая линии в стакане с кубиками. В гоночных симуляторах – от поездки по трассе и объезда препятствий. Однако неправильно считать, что чем больше событий, тем лучше. Так как все игры разные и события в них разные, то и их частота может зависеть от выбранной механики самой игры.

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

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

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

При этом игру определяют именно процесс и достижения, из которых игра состоит, а не задача, которую игра ставит перед игроком. Хотя достижения, на первый взгляд, и следуют из задач. Существует некоторое количество игр и целых жанров, которые вообще не ставят перед игроком никаких задач: начиная от простых детских игр с куклами или солдатиками (опять слово toy) и заканчивая компьютерными играми, которые концентрируются на свободном творчестве игрока (песочницы) или рассказе истории. И в последнем случае даже перед игроком не ставится препятствий на пути ее потребления. Такие игры больше похожи на книги или фильмы. Игрок получает удовольствие от процесса, больше похожего на чтение, чем на игру. А игровые механизмы используются как средства для обогащения истории.

* * *

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

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

• В RPG удовольствие может доставлять процесс путешествия по миру и совокупности открытия подземелий, развития персонажа и потребления сюжета.

• В стратегиях удовольствие может доставлять процесс строительства, налаживания связей, экспансии и развития подконтрольной компании или государства.

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

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

• Например, в аркадах персонаж ловко перемещается с платформы на платформу, перепрыгивает снаряды и обходит противников.

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

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

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

• В гонках – преодоление виражей и смена позиции в пелотоне.

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

Есть множество механик, способных доставлять удовольствие независимо от жанра игры. Наиболее популярные – сюрпризы. Это могут быть подарки в игре, бонусы, видеоролики, сценки после титров и так далее. Более того, сам процесс дарения тоже доставляет удовольствие. Мы получаем позитивное подкрепление, поддерживая ресурсами приятеля в игре или преподнося виртуальные подарки вроде визуальных улучшений и функциональных игровых предметов.

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

Если в игре есть повод улыбнуться, толика юмора тоже очень вдохновляет игроков и дарит хорошее настроение. Как в некоторых RPG, где игрок встречается с забавными NPC, наслаждаясь путешествием по игровому миру. Эмоциональные горки – это то, что обожают многие игроки в серотониновые (процессуальные) игры, особенно это актуально для хорроров, экшенов и шутеров. И конечно, для каждого игрока очень важны его личная история преодоления, его победа над обстоятельствами. Все как в обычной жизни, когда человек, решивший проблему, гордо восклицает: «Кто молодец? Я молодец!»

Шаблоны

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

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

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

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

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

* * *

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

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

Сочетание доступных игровых механик и их сложности образуют некое пространство, в котором игроку комфортно и ничто его не отвлекает от игрового процесса. Здесь мы имеем дело с состоянием «потока», которое в 70-е годы прошлого века определил и сформулировал психолог Михай Чиксентмихайи. Согласно его концепции, когда человек занимается какой-то деятельностью, он может войти в состояние, при котором он максимально сфокусирован на этой деятельности и получает от нее наивысшее удовольствие. Это состояние описывают как идеальный баланс между сложностью и скукой. На его поддержание работает не только сложность и разнообразие игровых механик, но и элементы, делающие сам игровой мир целостным: картинка, звук, сюжет и другие элементы.

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

Тут возникает противоречие между оригинальностью и повторением. Очевидно, что игры, как и любые другие творческие произведения, могут быть похожими друг на друга. Это естественное явление. Если человек полюбил какой-то определенный шаблон, он хочет еще и еще испытать те эмоции, которые возникают при его использовании. В игровой индустрии имеется даже расхожий термин – «клон», определяющий скопированную игру. И это не означает нечто зазорное и отрицательное, если соблюдать одно важное условие, которое присутствует даже в киносценаристике: «Дай мне то же, но что-то другое», то есть нужно создать похожий продукт, но с некоей оригинальной характеристикой. Это может быть чуть измененная механика, или переработанные персонажи, или иной сеттинг, или другой сюжет, или… Здесь открывается огромное пространство для воображения и креативности разработчика, который балансирует на тонкой грани уникального и в то же время знакомого.

* * *

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

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

• В RTS игроки сосредоточены на поведении юнитов (боевых/рабочих единиц в игре) и тактических методах, которые можно использовать для победы.

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

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

Планирование

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

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

• среднесрочные цели – это решение средних по продолжительности задач: прохождение участка уровня или сбор ресурсов, необходимых для выполнения квеста или для крафта;

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

Планирование может касаться не только способов прохождения игры, но и затраченного на него времени. Если у игрока есть 10 минут, пока он едет на автобусе домой, то длительность игры должна укладываться в эти рамки. И тут планирование начинает сближаться с представлениями об удовольствии, которое игра должна игроку доставлять. Разработчик может использовать механизмы, мотивирующие игрока планировать свои действия, чтобы наполнить игру элементами, от которых игрок может получать удовольствие, в том числе через планирование. Например, размещать по уровням коллекционные предметы, предлагать игроку создавать предметы самому и собирать ингредиенты для этого. Если игрок успевает выполнить все необходимые действия за запланированные 10 минут (то есть его план реализуется по сложившемуся шаблону), то он получает удовольствие. В ином же случае игрок остается не до конца удовлетворенным и потребление игры начинает становиться раздражающей рутиной, требующей больше времени, чем рассчитывает игрок.

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

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

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

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

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

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

* * *

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

• Например, в аркадах и шутерах игроку доступно планирование способов преодоления препятствий и противников.

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

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

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

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

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

Среднесрочное планирование – это решение средних по продолжительности задач: уже не преодоление конкретных препятствий, но еще и не прохождение всей игры.

• В аркадах, шутерах, RTS, гонках, симуляторах и головоломках это планирование прохождения каждого конкретного уровня по-отдельности.

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

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

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

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

4Х-стратегии – разновидность стратегических игр, дизайн которых строится на принципе 4Х (от англ. eXplore, eXpand, eXploit, eXterminate – изучение, расширение, эксплуатация и уничтожение). Игры этого жанра традиционно сочетают в себе довольно большое количество механик, включающих науку, захват территории, создание экономической системы, войны с соседями и дипломатию. Действие этих игр может происходить как на реальной карте Земли в различные исторические периоды, так и на других планетах или в космосе.

Долгосрочное планирование – для всех игр, кроме песочниц, это планирование того, как игрок пройдет все уровни игры, дойдет до ее конца.

• В аркадах, шутерах, RTS, гонках и головоломках это прохождение всех уровней игры.

• В RPG – планирование того, какого персонажа хочет получить игрок и какую часть сюжета он хочет раскрыть, если игра предполагает различные концовки.

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

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

Обучение

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

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

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

Второй способ – оптимизация нейронных связей таким образом, чтобы на выполнение какого-то действия энергии тратилось меньше. Это и есть обучение. Здесь удовольствие может возникать от совершенствования навыков и достижений. Годы мучительных повторений гамм и этюдов превращаются в непринужденную игру на музыкальном инструменте. Несмотря на то что для отдельных целей вроде выступления с гитарой во дворе не требуется наигрывать 10 000 часов, принцип общий и для новичков, и для чемпионов: затрачиваемая энергия с каждым уроком падает, а получаемое удовольствие растет.

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

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

Игра с полной информацией (Game of Perfect Information) – термин, обозначающий игру, в которой игроку доступна вся информация о ней: правила, возможные действия, положение противника и ресурсы, которыми он располагает. Примером игр с полной информацией являются шахматы, крестики-нолики, нарды. В противовес играм с полной информацией есть игры с неполной информацией. В них какая-то часть информации может быть недоступна игрокам: обычно это положение и ресурсы противника, например карточные игры или «Мафия».

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

* * *

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

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

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

* * *

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

Игры в виртуальной реальности (Virtual Reality, VR) – в современном понимании это игры, разработанные для специальных шлемов, внутри которых игрок максимально дистанцируется от реальности, данной ему в ощущениях, и на физическом уровне принимает правила VR-игры. Управление осуществляется контроллерами, жестами пальцев и рук, а также передвижением тела.

История виртуальной реальности началась в 1957 году, когда кинооператор Мортон Хайлиг изобрел (а в 1962 году получил патент) первый в мире виртуальный симулятор Sensorama. В 1961 году компанией Philco Corporation были созданы первые VR-шлемы для военных летчиков. Но «в люди» технология пошла лишь через 20 лет: в 1985 году Марк Серни изобрел стереоскопические очки SegaScope 3-D Glasses для игровой приставки Sega Master System, а по другую сторону Тихого океана VPL Research выпустила первый костюм виртуальной реальности, в который входил шлем-дисплей, костюм с датчиками и перчатки для ввода данных (позже этот набор фигурировал в кинофильме «Газонокосильщик»). Оба устройства провалились, и даже вторая волна VR-шлемов (VFX1, Virtual Boy) потребительского успеха не имела.

В массы виртуальная реальность шагнула уже в десятые годы нового тысячелетия, когда ей позволили сделать это стремительно развивающиеся технологии. В 2010-м тинейджер Палмер Лаки собрал в родительском гараже устройство PR1, давшее новый импульс индустрии виртуальной реальности, а через четыре года стартап Лаки Oculus VR был куплен Facebook[2] за 3 миллиарда долларов.

Появились также подобные устройства и у других разработчиков: HTC Vive, Samsung Gear VR, PlayStation VR. Однако планку качества задавал и задает Oculus VR, ожививший угасающий интерес к виртуальной реальности релизом шлема Oculus Quest 2 в конце 2020 года.

Сейчас виртуальная реальность активно применяется в дизайне, военных целях, строительстве, симуляторах и тренажерах, рекламе, социальных сетях, например Second Life, и, конечно, в играх.

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

Дополненная реальность (Augmented Reality, AR) – технология внедрения любых сенсорных данных виртуальной информации, которая воспринимается как часть окружающего мира. Реальность дополняется, расширяется за счет добавления цифровых объектов. Сам термин «дополненная реальность» появился в 1990 году с легкой руки сотрудников Boeing Computer Services Тома Коделла и Дэвида Майзела.

* * *

Существуют отдельные направления в обучении школьников, основанные на работе с дополненной и виртуальной реальностями. Например, Expeditions AR – образовательная платформа, запущенная Google в 2017 году. Она содержит 800 туров виртуальной реальности и 100 – дополненной. В их создании, помимо Google Arts & Culture, участвовали специалисты Смитсоновского института и издатели учебной литературы. Expeditions позволяет побывать в горах, под водой и даже в открытом космосе. Учителя могут дополнять программу урока 3D-моделями.

Согласно инфографике проекта Knewton, ежегодно в США 1,2 миллиона студентов не заканчивают колледж, теряя интерес к обучению. Некоторые учебные заведения стали использовать игры, чтобы справиться с образовательным кризисом. Например, игра MinecraftEdu, созданная для школьных программ, является обязательной в школах Швеции с 2013 года, а в Австралии, США, Северной Ирландии используется на разных уроках для объяснения материала. В Америке по игре Dungeons & Dragons изучают основы теории вероятностей, а по игре Bridge Builder – архитектуру. Симулятор сити-менеджера SimCity EDU учит студентов управлять целым городом в качестве мэра, рассказывает о важности для города водопровода, утилизации мусора, баланса экосистемы и так далее.

Согласно материалам портала Oxford Analytica, геймификация дает школьникам и студентам четыре свободы: добровольно прилагать усилия, потерпеть поражение, экспериментировать и двигаться вперед по собственному желанию. Главное, что в играх отрабатывается необходимый опыт.

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

* * *

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

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

Одними из принципов геймификации являются:

• создание легенды, истории;

• усложнение задач (преодоление «вызовов»), то есть сначала ставятся простые задания, а по мере обучения даются уже более объемные и сложные, за которые полагается награда выше;

• обратная связь от пользователя (получение награды).

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

Сейчас это описание кажется слишком абстрактным. Как же можно наглядно показать, чем замотивировать сотрудников? Обычно основными «кнопками», на которые нажимает геймификация в корпоративной среде, являются баллы, бейджи, рейтинги – их коротко называют аббревиатурой PBL (points, badges, leaderboards). Каждый из этих трех элементов может стимулировать сотрудника, вызывать в нем соревновательный дух. То, как обыгрываются эти элементы, зависит от рода деятельности компании и целей работодателя.

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

* * *

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

Киберспорт – это новый вид бесконтактных соревнований между игроками и командами, в которых главным инструментом участников является компьютер. В основе киберспорта находятся не только многопользовательские режимы игр, но и механизм ведения счета и наличие какого-то рейтинга. Многопользовательские режимы существовали буквально с самых первых игровых консолей: в Pong можно играть вдвоем, а рейтинги в игровых автоматах стали одной из основных механик, позволяющей игрокам соревноваться даже заочно. Современный вид киберспорт обрел после выхода трехмерного шутера Quake (вернее, его модификации Quake World) в 1996 году. Первая Киберспортивная профессиональная лига (Cyberathlete Professional League) появилась в 1997 году в США, а первой страной, где киберспорт признан официальным видом спорта, стала Россия в 2001 году. Позже он был исключен из реестра, но в 2016-м вернулся туда вновь.

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

Помимо профессиональных киберспортсменов, есть еще одна категория – люди, которые любят объединение спорта и видеоигр. Это те, кто предпочитает не пассивное вовлечение в геймерском кресле, а движение и активность при прохождении, даже определенные тренировки. Это очень популярные спортивные и танцевальные игры на консолях. Популярность Nintendo Wii не теряется на протяжении десятилетий, однако выходят новые поколения консолей и интересных предложений для тех, кто любит тренироваться играючи. Свежими примерами можно назвать Nintendo Ring Fit Adventure с динамичным геймплеем и активные игры в виртуальной реальности для Oculus Quest 2. Мобильные платформы не отстают: существует множество приложений, позволяющих тренироваться с помощью виртуальных тренеров и проходить определенные уровни при помощи физической активности – совсем как в привычной видеоигре.

Nintendo – старейшая компания, специализирующаяся на создании видеоигр и консолей. Ее история началась в японском городе Киото в 1889 году, когда Фусадзиро Ямаути стал выпускать цветочные игральные карты «Ханафуда». В 1963 году компания была переименована в Nintendo Company и расширила производство, создав фабрику игрушек. В конце 70-х годов прошлого века появился отдельный филиал, выпускающий игровые автоматы и аркадные игры.

В 1980 году Nintendo представила революционное миниатюрное игровое устройство с жидкокристаллическим экраном:

Game & Watch – плод разработки Гумпэя Ёкои (в СССР выпускали клон этого устройства под брендом «Электроника»). В то же время в Nintendo пришел гейм-дизайнер Сигэру Миямото, который создал Donkey Kong и маскотов компании – братьев Марио и Луиджи. Ему также принадлежит разработка The Legend of Zelda – одной из самых популярных игр за всю историю человечества.

В 1983 году появилась самая успешная приставка того времени Family Computer (Famicom), в США она вышла спустя два года под названием Nintendo Entertainment System (NES). На ней было выпущено немало популярных игр, в том числе и от сторонних разработчиков: Metroid, Castlevania, Final Fantasy, Kid Ikarus и, конечно, Pac-Man. На российском рынке оригинальная NES не продавалась, зато ее клон Dendy довольно быстро завоевал только открывшийся после распада СССР рынок.

Game Boy стала новым творением Ёкои. Эта портативная игровая система со сменными картриджами появилась в 1989 году. Главной игрой на ней стал «Тетрис» – знаменитая разработка советского программиста Алексея Пажитнова. Другой знаковой игрой карманной консоли была Pokémon Red and Blue. Pokémon стала одной из самых кассовых медиафраншиз в истории стоимостью под 100 миллиардов долларов. Одним из самых удачных ее проектов стала игра в дополненной реальности Pokémon Go 2016 года.

Новая веха развития карманных консолей началась в компании с созданием Nintendo DS, выпущенной в 2004 году. Это раскладная портативная система с двумя экранами, нижний из которых был сенсорным.

Настоящий прорыв Nintendo совершили в 2006 году, когда на мировой рынок вышла консоль Wii с беспроводными контроллерами и платформой, реагирующими на движения игрока. Самой успешной игрой на данной приставке стала Wii Sports, предназначенная для домашнего фитнеса. Стоит отметить, что эта приставка стала самой успешной у Nintendo, ее продажи составили более 100 миллионов штук. Преемницей консоли стала Wii U 2012 года.

Каждый шаг Nintendo был революционным и успешным. В 2017 году по всему миру разошлось новое творение компании – Switch. Эта приставка соединила в себе лучшее от портативных моделей и обычных домашних консолей, ее можно подключать к телевизору или же играть отдельно на встроенном экране. Более того, и элементы Wii не забыты: одной из фитнес-игр Switch стала Ring Fit Adventure. А в 2019-м выпущена упрощенная, полностью автономная версия Switch Lite.

* * *

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

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

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

• Симуляторы и вовсе необходимая вещь в подготовке и обучении специалистов: пилотов самолетов, водителей, операторов техники, работников сервисов.

Симуляция жизни

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

Сапер (Minesweeper) – игра-головоломка, разработанная в 1960-е годы. Ее целью является поиск мин с помощью математической логики. Широкую известность игра приобрела благодаря тому, что была включена в комплект операционной системы Windows и вместе с пасьянсом «Косынка» открыла мир компьютерных игр целому поколению офисных работников. Интересно, что изначальной задачей включения игр в Windows было обучение пользованию мышкой для взаимодействия с объектами на экране.

Безусловно, многое зависит от размера игры. Чем она меньше, тем проще создать шаблоны знания игры у игрока и тем более абстрактной она может быть. Карточные игры и пасьянсы, математические (сапер и судоку) и визуальные (match-3) головоломки. Связь с реальным миром помогает быстрее понять, какой из уже имеющихся навыков нужно применить для достижения цели, поставленной игрой. Это знания о том, что стекло можно разбить, за большим камнем или даже в траве можно спрятаться, что у противника, который выглядит как человек, поле зрения ограничено и направлено в определенную сторону, которую можно подсмотреть по направлению тела или головы даже без дополнительных подсказок в виде подсветки поля зрения.

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

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

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

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

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

* * *

Справедливо может возникнуть вопрос, откуда у простого игрока может взяться опыт проведения полицейских операций, чтобы успешно побеждать в играх типа Police Quest SWAT и Rainbow Six? Ведь это тот самый контекст, который необходим для понимания некоторых игр и фильмов. Конечно, полицейские операции в фильмах обычно являются просто действием, помогающим в развитии сюжета, но в играх на эти действия обычно уходит намного больше времени, чем на сюжет. Именно проведение полицейских операций является основным игровым процессом, который может выглядеть как шутер или пазл со своими особенными способами прохождения.

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

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

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

* * *

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

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

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

* * *

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

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

• Многие ролевые игры создаются в сеттингах разных временных эпох, которые могут быть известны или интересны игроку, например повышение популярности скандинавской тематики после выхода сериала «Викинги» явно повлияло на серию Assassin’s Creed, в рамках которой вышла игра Valhalla. Ролевые игры также иногда позволяют совершать различные моральные выборы, которые могут быть близки и понятны игроку.

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

• Среди головоломок встречаются как игры, имеющие реальные прототипы, так и игры, в основе которых находится взаимодействие с какими-то знакомыми игроку реалистичными объектами. Например, jigsaw-пазлы или головоломки с физикой, когда нужно поставить бочку на платформу, чтобы она опустилась вниз, чтобы через систему рычагов открыть ворота.

• Наконец, симуляторы основаны на чем-то реалистичном: авиасимулятор или симуляторы грузовика, фермы или строителя обычно повторяют то, что мы видим в жизни. Это относится и к гонкам, которые имитируют управление автомобилем.

Глава 2. Из чего состоят игры

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

Причиной тому является великое разнообразие того, какими игры могут быть. Есть, например, книги-игры. В англоязычных странах этот жанр (литературы или игр – сложно определить) называется просто gamebook. В русскоязычной среде самым известным автором в жанре является Дмитрий Юрьевич Браславский, выпустивший серию книг в начале 1990-х годов. По сути, это книга, которую надо читать по определенным правилам: не каждую страницу одну за другой, а следуя указаниям в конце главы. Конечно, в книге есть текст, и существующие правила можно назвать программным кодом, у нее есть настроенная логика, но нет ни графики, ни звуков.

MUD (Multi User Dungeon – «многопользовательское подземелье») – текстовая многопользовательская компьютерная игра с элементами ролевой в традиционном сеттинге фэнтези. Она появилась в 1978 году. Взаимодействие между игроками происходит посредством текстовых команд в чате, разделенном на каналы, которые вводятся через командную строку.

MMORPG (Massively Multiplayer Online Role-Playing Game – «массовая многопользовательская ролевая онлайн-игра») – ролевая игра, в которой множество игроков находятся одновременно в одном виртуальном мире и могут взаимодействовать друг с другом: атаковать других игроков или объединяться в группы или кланы для зачистки подземелий или борьбы за территорию с другими кланами, добывать ресурсы и обмениваться или торговать ими на игровом рынке.

Во времена, когда интернет уже был, но графические возможности компьютеров были еще сильно ограничены, появилась многопользовательская игра MUD. Эта игра, кроме всего прочего, фактически породила весь жанр многопользовательских игр, которые мы сегодня называем MMORPG, но фактически она была тоже просто текстовым квестом. Игра содержала базу текстовых описаний локаций и давала игроку возможность перемещаться по локациям и выполнять некоторые действия: биться с противниками, подбирать и использовать предметы.

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

ELITE – игра 1984 года выпуска в жанре космического симулятора с элементами открытого мира и торговли. Игра содержала в себе 8 галактик по 256 оригинальных планет в каждой, что и по нынешним временам кажется невероятным.

Эта близость механических решений позволяет декомпозировать все великое разнообразие существующих на сегодняшний день игр на не очень большое количество очень похожих механических элементов, из которых эти игры состоят. За последние 50 лет компьютеры сделали скачок вперед, сравнимый со скачком в 500 лет от печатного станка к первым ЭВМ на лампах. Но игры в основе своей практически не изменились. Только у разработчиков появилось больше технических возможностей делать игровые миры больше и реалистичнее.

Ввод

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

Учитывая, насколько разными бывают игры, печать вот этого самого текста в текстовом редакторе не сильно отличается от того, что позволяют игры. В конце концов, даже в классических текстовых квестах (которые легли в основу механик игры MUD) игроку приходилось непосредственно печатать команды, которые исполнял игровой персонаж: «иди вперед», «открой дверь», «атакуй гоблина». В этом примере воздействием является печать команды на клавиатуре, объектом – персонаж игрока, а состояние – это изменившееся положение персонажа в игровом мире, изменение положения предметов или состояния противника.

Само воздействие состоит из двух частей:

• средство ввода;

• команды.

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

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

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

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

Во многом управление даже на механическом уровне является жертвой традиций. Так же, как наша ЙЦУКЕН/QWERTY клавиатура – это лишь результат сохранения традиции, которая вообще никак не отвечает реальной эргономике процесса печати. Раскладка ЙЦУКЕН или QWERTY – это результат оптимизации работы механических печатных машин, у которых заклинивало детали при более оптимальном с точки зрения удобства печати расположении букв.

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

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

* * *

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

Игровые механики

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

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

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

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

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

Механики позволяют описать конкретный алгоритм действия внутри игры, которое происходит в ответ на ввод со стороны игрока; он активирует команды. Этот алгоритм может иметь относительно стандартный набор параметров. Его можно заранее смоделировать, а настроить уже тогда, когда механика будет реализована, в процессе полировки игры. Действительно, нет смысла откладывать разработку механики передвижения из-за того, что мы еще не определили, с какой скоростью будет передвигаться персонаж. Хотя передвижение персонажа может быть настолько сложным – содержать сложные анимации, инверсную кинематику и прочее, – что просто механикой передвижение назвать будет сложно.

Игровые механики можно поделить на две значительно отличающиеся группы.

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

• Ментальные механики – это механики, являющиеся частью скорее игрока, чем игры. Большая часть этих механик непосредственно связана с тем, от чего игрок получает удовольствие: планированием и пониманием.

* * *

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

• Группа работы с объектами, с сущностями, присутствующими в игровом мире: персонажи, предметы, здания и машины.

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

Список игровых механик, работающих с объектами, довольно широк и в то же время прост. Рассмотрим наиболее распространенные механики.

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

Параметрами этой механики выступают:

• объект, к которому может быть применено действие: дверь, сундук;

• собственно действие, которое нужно применить к объекту: нажатие на кнопку геймпада или клавишу клавиатуры;

• результат: генерация награды, начало битвы.

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

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

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

Иллюстрация перемещения персонажа. Символом перемещения являются стрелочки.

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

Иллюстрация поворота персонажа. Символом поворота являются сектора на сфере.

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

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

Иллюстрация скейла персонажа. Символом скейла являются стрелочки с кубиками на концах вместо наконечников.

Параметрами механик перемещения, поворота и изменения размера могут быть:

• скорость или ускорение изменения;

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

Появление и исчезновение – также очень распространенная механика: например, исчезновение монет и аптечек, когда персонаж подбирает их, даже исчезновение противников после смерти или появление здания при строительстве.

Параметром этой механики является объект, к которому применяется механика.

Установка и удаление – это механика расположения, являющаяся развитием механики «появления и исчезновения». В качестве примера тут можно привести инвентарь персонажа из RPG, где игрок должен вставлять предметы снаряжения в слоты, чтобы персонаж получил броню и атаку. Это могут быть задачи в различных пазлах, где нужно поставить ящик на кнопку, чтобы открыть дверь.

Параметрами этой механики могут быть:

• объект, который будет устанавливаться или удаляться, – это может быть персонаж, ключ или, например, батарейка;

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

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

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

Параметрами этой механики будет список форм, в которые может превращаться объект, к которому применяется эта механика.

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

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

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

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

Свойствами этой механики могут быть:

• зона, которую нужно пересечь, – это может быть невидимый объект;

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

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

Для физики параметром может быть сила притяжения, направление гравитации. А для времени – это скорость и направление течения времени.

К механикам работы с ресурсами относятся:

• изменение количества;

• создание набора;

• случайность.

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

В качестве параметров этой механики могут быть:

• объект, количество которого изменяется;

• значение, на которое должно измениться количество объекта.

Создать набор – это, по сути, механика коллекционирования: игрок получает какой-то бонус, когда собирает группу предметов. Этим бонусом может быть возможность обмена коллекционных предметов на другой предмет, или изменение каких-то характеристик персонажа, пока предметы одного набора надеты на него. Например, на персонаже игрока надеты предметы, именуемые набором дракона, что дает персонажу игрока бонус к атаке.

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

• список объектов, которые нужно собрать в инвентаре;

• результат, к которому должен приводить сбор объектов.

Лутбоксы (lootbox – «коробка с добычей») – это сундуки, из которых предметы выпадают случайным образом. Также иногда используется термин из азиатской игровой индустрии гача (gacha). Лутбоксы являются самой скандальной современной игровой механикой, так как она очень похожа на казино, которое мотивирует игрока тратить деньги в надежде на получение значительной награды.

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

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

* * *

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

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

К ментальным механикам относятся следующие:

• запоминание;

• распознавание;

• воспроизведение;

• выбор.

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

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

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

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

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

Ментальные механики заигрывают с возможностями игрока: со скоростью реакции, со способностью распознавать объекты на экране, способностью запоминать информацию.

* * *

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

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

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

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

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

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

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

* * *

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

Для помощи игроку создаются обучающие уровни и режимы, объясняющие азы управления и взаимодействия с игрой. Но в целом для многих жанров существуют уже сложившиеся наборы механик, привычных для игроков как с точки зрения взаимодействия, того как управлять игровым персонажем, так и с точки зрения ожидания. Если мы делаем шутер, то игрок будет ожидать определенного набора механик: возможности перемещаться, прицеливаться, стрелять (реализующиеся, кстати, через привычные интерфейсы и методы ввода типа набора клавиш WASD на клавиатуре и мышки) – тут речь о паттернах, сложившихся в голове у большинства игроков, с которыми разработчики игр могут работать.

WASD стал основным набором клавиш клавиатуры для управления персонажем в экшенах далеко не сразу. В первых играх за перемещение персонажа отвечали кнопки со стрелками, и это было естественно, ведь для чего они еще нужны. Стрелки вперед и назад отвечали за передвижение персонажа вперед и назад, а стрелки вправо и влево за повороты направо и налево, соответственно. Даже в первых трехмерных играх управление персонажем все еще оставалось исключительно на стрелках. Кардинально на ситуацию повлияло появление многопользовательского режима арены в игре DOOM. Игроки столкнулись с необходимостью оптимизации своих действий и увеличения комфорта во время игры. Именно первые киберспортсмены выяснили, что поворачивать персонажа намного удобнее мышкой, а стрелки вправо и влево удобнее использовать не для поворотов, а для перемещения вбок – стрейфа (strafe – «атаковать с бреющего полета»). Перенос же управления персонажем со стрелок на левую сторону клавиатуры одновременно позволил комфортно расположить руки игрока и открыть ему доступ к множеству дополнительных кнопок, на которые можно назначить дополнительные действия: пробел – прыжок; shift – ускорение при перемещении; с – пригибание; e или f – применение действия.

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

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

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

* * *

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

Действия

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

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

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

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

• В гонках и симуляторах, как и в аркадах или шутерах, тоже есть механики перемещения и поворотов, но зачастую работают они иначе. Например, в гонках часто процесс передвижения основан на относительно реалистичных законах физики, и машины передвигаются на колесах; а в авиасимуляторах – на основе физики полета.

• Головоломки используют все существующие механики: перемещение, повороты, изменение размера и свойств.

Ресурсы

• Во многих аркадах можно встретить счетчики жизней и очков.

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

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

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

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

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

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

Ментальные механики

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

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

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

• В стратегиях игроку часто надо продумывать действия на очень большое количество шагов вперед. Например, в походовых глобальных стратегиях армия может идти от центра к периферии десятки ходов. За это время научная картина или дипломатия могут значительно измениться. Игроку необходимо выработать шаблон наиболее эффективной стратегии развития своего государства.

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

• Для головоломок очень важна механика распознавания шаблонов.

Комплексные механики

• Самая простая комплексная механика, которая есть практически во всех аркадах, – это прыжок. Также в аркадах часто встречаются рейтинги, они уже были в игровых автоматах 70-х годов и даже раньше.

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

• В ролевых играх огромное количество комплексных механик: создание и улучшение предметов, коллекции, деревья навыков.

• В RTS среди комплексных механик можно встретить строительство, перемещение и построение юнитов, развитие базы и тактические приемы.

• В глобальных стратегиях из-за отсутствия персонажа практически нет простых механик, кроме действий. Зато все остальные механики – комплексные: строительство, все настройки, экономика, наука.

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

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

Циклы

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

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

Ферма – жанр казуальных игр, имеющий элементы как экономической стратегии, так и сюжетного квеста, где игрок должен развивать и обогащать свои владения. Сеттинг подобных игр может быть разным: от классической деревенской фермы до первобытного острова. Название всего жанра закрепилось в значительной степени благодаря игре Farmville компании Zynga, вышедшей в 2009 году.

Шутер – это просто!

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

Чем больше игровых механик содержит игра, тем сложнее становится схема игрового цикла. Но при этом механики не должны выпадать из игрового цикла, каждая из них должна занимать в нем свое место.

RPG – это просто!

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

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

* * *

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

MMORPG – это просто!

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

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

А вы думали, что гонка – это просто!

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

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

Это совсем не плохо, наоборот, это шанс для разработчиков добавить в игру механику, которой еще не было и которая может привлечь новых игроков. Или же выделить какую-то механику из уже популярной игры и построить на ее основе свою собственную игру. Те игры, в которых можно довольно тонко сконструировать космический корабль, появились из 4Х-стратегий, а игры про ремонт автомобилей появились из гоночных игр.

* * *

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

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

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

Когда-то главное меню содержало исключительно кнопки входа в игру, загрузки имеющегося сохранения или входа в меню настроек, но практически все современные игры имеют намного более сложное главное меню. И конечно, открывающиеся в нем механики необязательно вырваны из контекста игры.

Современные игры – это просто!

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

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

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

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

* * *

Игровые циклы, как и механики, неизбежно присутствуют во всех играх. По крайней мере, основные, внутренние циклы. А вот наличие второстепенных и внешних циклов зависит уже от реализации конкретной игры.

Основной игровой цикл:

• В аркадах к основному игровому циклу относится преодоление препятствий, уворачивание от противников.

• В шутерах – переход между безопасными и опасными зонами.

• В основе RPG – цикл убийства мобов и перемещения по подземельям.

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

• В гоночных играх основной цикл – это прохождение кругов на трассе, последовательность поворотов и прямых участков.

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

• В головоломках – повторение действий, связанных с решением головоломки. Например, перемещение фигур на поле или выбор места, куда установить фигуру.

Второстепенный цикл:

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

• В RPG к второстепенному циклу можно отнести квесты, создание предметов, настройку внешнего вида персонажей.

• В некоторых стратегиях встречаются механики настройки юнитов, которые можно отнести к второстепенному циклу.

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

• В аркадах, шутерах, RTS, гонках и головоломках внутренним циклом является прохождение уровней, заездов или матчей.

• Так как RPG являются играми сюжетными, вся игра (основной цикл – убийство мобов – и второстепенный – прохождение квестов) является внутренним циклом.

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

• В симуляторах внутренний цикл – это повторение заданий. Для симулятора грузоперевозок – выполнение заказа по перевозке, для симулятора ремонта автомобиля – завершение ремонта.

Внешний цикл:

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

Роуглайк-игры (roguelike – «подобная Rogue») – это поджанр RPG, для которого свойственна генерация мира при начале внутреннего цикла и полная потеря прогресса в случае смерти, что вынуждает игрока начинать игру заново в постоянно изменяющихся условиях. Название жанра пошло от игры Rogue (rogue – «негодяй», «жулик», «мошенник»), вышедшей в 1980 году. В этой игре одной из первых использовалась генерация подземелий, что и легло в основу жанра. В русском игровом сленге игры этого жанра называют «рогалик» из-за созвучия русского слова с английским словом roguelike.

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

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

• В симуляторах редко встречается внешний цикл, так как игры акцентируют внимание игрока на симуляции какого-то процесса, что является внутренним игровым циклом.

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

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

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

Игровой процесс

Игровой процесс, геймплей (gameplay), – это уже более сложная конструкция, можно сказать, целая молекула из игровых механик. Собственно, первые игры и состояли только из одного игрового процесса, например классические аркады или шутеры, в которых игрок мог только пройти уровень и не более того. Игры уже тогда содержали довольно много механик: перемещение, прыжки, стрельба, взаимодействие с объектами на карте игрового мира. Подобный подход к играм был практически забыт на несколько лет, пока новая бизнес-модель, построенная на рекламной монетизации, не возродила его на мобильных платформах под названием «гиперказуальные игры».

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

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

Чтобы немного облегчить нашу декомпозицию игр, существует разделение на основной игровой процесс (core gameplay) и второстепенный. Это разделение проходит примерно по той же абстрактной границе, что и разделение на внутренний и внешний игровые циклы. Пока остановимся именно на основном игровом процессе.

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

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

Шутеры допускают довольно много случайностей, которые зависят от перемещения игрока по уровню и развития его навыков, что позволяет получать новый опыт при каждом прохождении даже уже знакомых уровней. Квесты же, как и любые средства рассказа игроку какой-то истории (как книги и фильмы), являются одним большим уровнем (не считая деления на главы) и не предполагают возвращения для получения нового игрового опыта. Хотя и это постепенно меняется. Создание альтернативных концовок заметно меняет то, как игра может быть пройдена. Доступ к этим альтернативным концовкам закрывают на внутриигровые решения или надыгровое накопление очков. Это придает больше ценности решениям, принимаемым игроками. А главное, позволяет игроку вернуться ради нового опыта в игру, вроде бы не предполагающую возвращения.

* * *

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

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

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

При этом механика игры может быть настолько сложной, что отдельные части основного игрового процесса могут выступать в качестве отдельных игр: например, дизайн космических кораблей, стратегическое управление галактической империей и тактические битвы между флотами. В этом случае идет деление игры на слои очень самостоятельных, но все же переплетенных друг с другом игровых процессов. Игрок не может использовать в дизайне кораблей еще не изобретенные компоненты, а чтобы построить флот, необходимо создать дизайн корабля. Часто космические 4Х-стратегии позволяют пропускать дизайнерские и тактические части игры, давая игроку возможность сконцентрироваться на главном.

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

* * *

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

• Аркады, шутеры, RTS, гонки и головоломки – это игры, в которых основным игровым процессом является выполнение действий, направленных на прохождение уровней, заездов или отыгрыш матчей.

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

• В стратегиях те же сложности: перемещение по глобальной карте может прерываться на локальные стычки, дающие игроку фактически две отдельные игры – два отдельных слоя.

• В симуляторах основным игровым процессом является участие в симуляции – управление машиной, паровозом или самолетом, их ремонт.

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

Баланс: Время и ресурсы

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

За примером обратимся к математике уровня начальной школы. На один круг по трассе длиной в 10 километров на машине с максимальной скоростью в 200 км/ч игрок не сможет потратить меньше трех минут. Как бы он ни старался. И игрок, и разработчик могут рассчитать время, необходимое для прохождения игры или для достижения какой-то игровой цели. Причем если для игрока этот интерес может быть довольно праздным, ведь он просто наслаждается процессом, то разработчику время прохождения игры нужно знать довольно точно.

Время – это основной элемент игрового баланса, связанного с потреблением игры. Прежде всего разработчик должен решить, насколько продолжительными будут игровые циклы. Это нужно, чтобы, с одной стороны, контролировать время потребления игры (она не должна быть пройдена слишком быстро), а с другой – удовольствие от игры (она не должна наскучить).

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

Время ограничивается не только желанием разработчика, но и законами физики, как в упомянутой выше гоночной игре. В любом случае, игрок или зритель не сможет отыграть или посмотреть больше 16 футбольных матчей в сутки, если участвовать в одном матче единовременно. А если матчи можно играть только раз в неделю, то не получится больше 54 матчей в год, что ограничивает само количество команд, которые могут принимать участие в чемпионате, а это вынуждает делить команды на лиги. И так далее. Эти мелочи напрямую следуют из простой логики реального мира, но от них можно отталкиваться. Главное, найти, за что зацепиться или на чем основывать логику игры, свои расчеты и, наконец, баланс игры.

Плейтесты (playtest) – методика исследования заинтересованности игрока, которую можно и нужно применять задолго до релиза игры. С одной стороны, плейтесты позволяют заранее понять, какая именно аудитория наилучшим образом реагирует на игру, а с другой стороны, определить, какие именно компоненты игры можно изменить для наилучшего попадания в самую привлекательную с точки зрения бизнеса группу игроков. С помощью этой методики можно проверить буквально все элементы игры: графику, сценарий, диалоги, игровые механики, настройки параметров управления и, конечно же, баланс игры.

Если игроку нужно сделать три круга по 10-километровой трассе, мы можем рассчитывать, что минимум раз в 10 минут игрок будет заканчивать гонку и получать какую-то награду. Если в качестве награды игрок должен получать части нового, желанного автомобиля, то мы можем легко рассчитать скорость достижения этой цели. Например, если частей шесть, то минимум через час игрок получит новый автомобиль. Если час – это слишком мало, мы можем увеличить количество частей, или каким-то образом изменить систему награждения, или уменьшить скорость автомобиля, чтобы гонка заканчивалась не за 10 минут, а за 15. Мы можем регулировать баланс игры, еще даже не обращаясь к понятию сложности игры.

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

* * *

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

Коллекционная карточная игра (ККИ, Collectible Card Game, Trading Card Game) – класс стратегических настольных игр, в которых ресурсами и персонажами являются карты. Они не продаются законченными, неизменными колодами, игрок может покупать дополнительные карты в виде закрытых пакетов со случайными картами – бустерами, либо покупать или обменивать их у других игроков-коллекционеров.

Более того, если у нас карточная коллекционная игра и персонажи выпадают игроку случайным образом из колоды, то всегда есть шанс, что персонаж, требующий 7 единиц энергии, выпадет слишком рано и игрок не сможет им воспользоваться, пока не накопит нужное количество единиц. А значит, их в колоде должно быть не слишком много: частое выпадение может привести к тому, что игроку просто нечем будет ходить. Любители ККИ обладают удивительным навыком балансирования собственных колод.

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

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

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

На убийство монстра, обладающего определенным значением здоровья, нужно потратить какое-то время, независимо от показателя «урона в секунду». На убийство необходимого (например, для прохождения подземелья) количества монстров иногда могут уходить не минуты, а даже часы. И вот мы снова вышли на уровень награды за прохождение подземелья. Тут только не стоит забывать, что монстры могут быть дискретны. При значении атаки 40 и здоровья монстра в 50 этот монстр будет убиваться за 2 удара и увеличение атаки на 5 не изменит эту ситуацию. А также атака в 100 может убить за один удар только одного монстра, а не двоих. А убийство монстров за 1 или 2 удара – это разница по времени в два раза.

* * *

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

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

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

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

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

* * *

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

Практически все комплексные механики как-то работают с ресурсами. По работе с ресурсами механики делятся на три типа: источники, цели и конвертеры.

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

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

Конвертеры – это практически все механики, которые есть в игре. Дело в том, что большая часть механик требует вложения времени со стороны игрока. Оно конвертируется в два результата: положительный, при котором игрок достигает награды, и отрицательный, приводящий к гибели армии. В механике создания снаряжения игрок меняет одни предметы на другие, даже в механиках торговли происходит обмен одних ресурсов (предметов) на другие (деньги).

Учитывая, что экономика основывается на механиках, а механики образуют циклы, мы можем построить экономическую модель с помощью системы игровых циклов, из которых образуется игра. Каждая механика в игровом цикле должна куда-то вести. Так и с ресурсами: все они в игре должны иметь источник и цель. И схема экономического цикла позволит удостовериться в том, что ресурсы зациклены.

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

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

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

* * *

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

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

Баланс усложняет то, что игроки могут проходить игру по-разному. Они могут ставить себе различные цели, обслуживание которых возможно предусмотреть на уровне не только механик, но и баланса. Например, победа в одном заезде на первой трассе приносит игроку 10 очков, а на второй трассе 15. Вторая машина стоит 200 очков, а третья 300. Играя первой машиной на первой трассе, игрок может получить вторую машину уже через 20 заездов. Дальше он может либо купить вторую машину, перейти на вторую трассу и за те же 20 заездов выйти на третью машину, а может подождать еще 10 заездов и купить третью машину сразу. Так же как может начать копить на третью машину, используя вторую на первой трассе – понизив себе уровень сложности.

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

Игровой ассет (asset) – это набор ресурсов, материалов для создания игры. Это могут быть программные модули, 3D-модели и анимации к ним, спрайты, готовые локации и уровни, звуки, музыкальные композиции, элементы интерфейса и многое другое. Наборы ассетов могут быть объединены какой-то конкретной областью применения или тематикой, например одна модель с разнообразной анимацией, инвентарь с предметами в определенном сеттинге, персонажи в одном стиле.

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

* * *

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

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

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

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

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

• В гонках есть баланс длины трасс, скорости машин.

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

• В головоломках есть баланс сложности самих головоломок.

Сложность

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

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

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

Эти возможности в прохождении игры делятся на два типа:

• навык, или скилл (skill), – это собственный навык игрока: умение преодолевать препятствия, прицеливаться, выбирать, как распределять ресурсы;

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

* * *

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

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

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

Есть также метод адаптивной сложности. Сложность подстраивается под игрока с помощью алгоритма. Причем алгоритм может как увеличивать сложность для игроков с высоким уровнем навыка, так и уменьшать ее для игроков с низким уровнем навыка. Например, в современных сюжетных шутерах персонаж часто становится фактически бессмертным, когда значение его здоровья падает до критического уровня. Противники перестают его преследовать и начинают промахиваться, будто штурмовики из «Звездных войн», чтобы дать игроку возможность найти укрытие и перевести дыхание.

* * *

При этом надо учитывать, что рост сложности в играх обычно довольно дискретный. Уровни наполняют монстрами примерно одинаковой сложности, разве что в конце может ждать особо сильный босс. Даже если монстры постепенно будут становиться сложнее, условно «непреодолимыми» они станут в какой-то вполне определенный момент: когда значение брони и атаки монстра станут больше значения брони и атаки игрока. Скорее всего, сложность все-таки будет расти от уровня к уровню. От заезда к заезду, от матча к матчу. Значит, график изменения сложности не линейный, а скорее ступенчатый.

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

Хорошо сбалансированная сложность должна не только отвечать идее продолжительности игры, но и не выходить за пределы зоны «комфорта» выбранной нами аудитории. Здесь важно, чтобы состояние потока не было нарушено излишней простотой прохождения для одних игроков и запредельной сложностью для других.

Если у нас будет мало ассетов, мы рискуем получить слишком пологую сложность, стараясь сохранить продолжительность игры: например, если нам нужно сделать игру на 10 часов, а ресурсов у нас есть только на 5 подземелий, которые, получается, будут открываться каждые 2 часа. Либо слишком короткую игру, если сделаем рост уровня сложности, соответствующий возможностям и ожиданиям аудитории: например, если у нас есть 5 подземелий и игроки проходят их за 30 минут, а значит, вся игра получится на 2,5 часа.

* * *

Сложность, зависящая от ресурсов, работает несколько иначе. По сути, она основана на дефицитной игровой экономике и практически не зависит от навыков игрока.

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

Мы не можем уменьшить доход очков опыта со временем – это будет выглядеть странно. Более сложные монстры должны давать больше очков опыта, чтобы награда соответствовала монстру. Соответственно, требование к количеству очков опыта должно расти быстрее, чем растет доход. Таким образом создается дефицит.

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

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

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

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

* * *

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

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

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

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

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

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

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

Такой график может быть результатом продолжительных исследований предпочтений аудитории или работы того же механизма адаптивной сложности.

* * *

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

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

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

• В RPG сложность во многом похожа на сложность шутеров: противники становятся сложнее со временем. Но в RPG еще есть множество характеристик и ресурсов, которые также будут участвовать в регулировании сложности игры.

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

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

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

• Головоломки в плане сложности делятся на два типа. Первый тип – это головоломки, основанные на топологии уровня, – лабиринты. Такие игры в значительной степени похожи на аркады, только задействуют другие навыки игрока. Второй тип головоломок – это игры, основанные на случайности. Они в меньшей степени зависят от навыка игрока, зато у разработчика больше возможностей работать со сложностью, регулируя «случайность».

Мета

Из сложности и баланса следует очень важная как для разработчиков, так и для игроков, вещь: МЕТА игры (Most Effective Tactics Available, META) – самая эффективная доступная тактика или стратегия.

Здесь возможна небольшая путаница в значениях терминов «тактика» (решение локальной задачи) и «стратегия» (решение глобальной задачи). Локальность и глобальность задачи сильно зависят от точки зрения. Например, в рамках боя текущее перемещение персонажей с целью убийства монстра – это тактика, а стратегия – это все перемещение персонажей в течение боя с целью прохождения уровня. Но вот в рамках игры в целом отыгрыш одного боя – это тактика, а стратегия – это проведение многих боев. По крайней мере, в рамках этой главы эти термины можно считать идентичными.

Учитывая великое разнообразие игровых механик, само наличие у игры МЕТЫ (в смысле стратегии поведения) может вызвать некоторое сомнение. Но давайте попробуем вывернуть понятие МЕТЫ наизнанку и посмотреть, что получится. Если есть самая эффективная тактика, то, наверное, должна быть и наименее эффективная тактика? И что-то между этими двумя полюсами. Целый спектр тактик! А если есть доступная тактика, то, вероятнее всего, должна быть и вовсе недоступная тактика?

Начнем с простого: с пазлов. Играя в пазл, игрок вполне может совершать неэффективные действия, которые в лучшем случае бесполезны, а в худшем могут привести к блокировке уровня и проигрышу. Если игрок имеет возможность выбрать неправильное действие, значит, у него есть возможность выбрать правильное действие. И, соответственно, у игры есть МЕТА – самая эффективная доступная тактика. Причем существует множество механик пазлов, в которых есть одна-единственная тактика, приводящая к завершению уровня. И единственная ошибка на этом пути может привести к поражению. То есть если считать самой эффективной доступной тактикой ту, которая приводит к прохождению уровня, то да, есть пазлы, у которых такая тактика доступна только одна.

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

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

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

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

* * *

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

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

Если игрок до этого учился противостоять противнику без коня и ножниц, то перед ним встает задача найти новую выигрышную стратегию. Фактически нужно научиться играть в новую игру. Но игра старая: механика управления не изменилась, графические ресурсы тоже остались те же. Игрок не ушел от нас потому, что ему стало скучно. Вместо этого он остался и потратит в игре еще много времени (а возможно, и денег). И с точки зрения баланса тут все просто, ведь противник известен и битву можно свести к противопоставлению атаки и защиты игрока атаке и защите монстра. Просто в каждой конкретной битве нужно учитывать бонусы, которые бумага имеет против камня.

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

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

* * *

Но понятие эффективности стратегии – это штука довольно относительная. Какая-то стратегия может оказаться не очень эффективной из-за необходимого для ее реализации времени, если игроку этот показатель важен. Например, если нас удовлетворяет доля побед (winrate) на уровне 70 % и существует некая стратегия, дающая нам 75 % побед, на реализацию которой будет уходить на 50 % меньше времени, чем на стратегию, дающую 100 % побед. Почему бы и нет? И это будет наиболее выгодная тактика в масштабах всей игры, а не одного только боя.

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

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

* * *

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

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

В таких играх настройка баланса уходит с уровня настройки отдельных персонажей или монстров на уровень настройки стратегии, доступной игроку в целом: например, игра от обороны или от быстрой атаки. Таким образом, сами стратегии образуют некую разновидность игры в «Камень, ножницы, бумагу».

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

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

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

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

* * *

В играх разных жанров МЕТА проявляются по-разному.

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

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

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

• В PTS баланс МЕТЫ часто строится на противостоянии стратегий типа «летающие юниты против лучников».

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

Метагейм

Может возникнуть ощущение путаницы между терминами «МЕТА» и «метагейм» (metagame – «метаигра»). На самом деле эти два понятия означают разные вещи, просто так сложилось, что они похожи. И да, часто люди сокращают метагейм до «меты», что может ввести в заблуждение. Но по контексту все становится однозначно понятно. Да и МЕТЫ игр в современном мире обсуждают крайне редко – только поклонники конкретных произведений. В основном же речь идет именно о метагейме.

Если МЕТА игры относится к балансу, то метагейм, или «надыгра», – это скорее второстепенные игровые механики, второстепенный игровой процесс или внешний игровой цикл. Именно о нем и пойдет речь в этой главе. Но и тут все не так однозначно. С одной стороны, нет четкого определения понятия «метагейм», а с другой, в циклах многое зависит от акцентов.

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

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

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

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

* * *

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

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

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

С точки зрения разработки игры все это предназначено для того самого увеличения времени, которое понадобится игроку для прохождения игры: и дополнительные задания в шутерах, и сложная система прокачки в мобильных RPG. Игра с большим количеством механик может чаще предоставлять игроку награды за различные действия, при этом фактически не продвигая игрока по игре. А игрок и рад, потому что получать вознаграждение за какие-то действия для него важнее, чем проходить игру.

Игровые события, или ивенты (events), – набор механик метагейма, целью которых является развлечение игрока на фоне рутины основного игрового цикла. Игровые события могут быть разовыми – посвященными, например, выходу игры в каком-то регионе – или периодическими. Периодичность бывает как раз в одну-несколько недель, так и раз в год: на общепринятые в мире или в каком-то отдельном регионе праздники.

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

В итоге в метагейм попадают:

• механики прокачки героев: осколки героев, предметы для прокачки ранга героя, предметы для прокачки умений, снаряжение, слияние и поглощение героев;

• механики прокачки снаряжения: заточка, усиление камнями, те же слияние и поглощение;

• различные рейтинги и основанные на них разовые или периодические игровые события (ивенты). Очки, получаемые от выполнения различных действий, обычно имеют очень ограниченное время действия: от нескольких часов до нескольких дней. Механика, чем-то похожая на механику сезонных пропусков (тоже относящихся к метагейму, конечно же, но более скоротечная;

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

• социальные механики: друзья, подарки, кланы и все следующие из кланов механики.

* * *

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

• Обычно метагейм аркад ограничивается механикой рейтингов.

• У шутеров есть полноценные поджанры с очень развитым метагеймом. К ним относятся и многопользовательские шутеры, позволяющие настройку персонажа только вне боя. Или, например, лутер-шутеры, где игрок может и не выходить из игры для настройки персонажа. С точки зрения игровых механик основным игровым процессом в таких играх является прохождение подземелий (где игрок получает основное количество ролевого опыта и лута), а значит, весь игровой мир вне подземелий фактически является метагеймом. Ну, и, конечно, системы рейтингов, квестов, сезонных пропусков, декор, экипировка, кланы.

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

• В стратегиях метагейм встречается редко. К нему можно отнести разве что только иногда встречающиеся рейтинги.

• В гонках метагейм представлен рейтингами и кастомизацией машин.

• В современных головоломках можно встретить рейтинги, различные сюжетные механики и механики кастомизации.

Социальные механики

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

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

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

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

MMORPG (Massively Multiplayer Online Role-Playing Game – «массовая многопользовательская ролевая онлайн-игра») – класс многопользовательских игр, для которых характерны черты игр жанра RPG: отыгрыш персонажа, выбор направления развития персонажа и т. п. В играх этого жанра большое количество игроков взаимодействует с помощью сети в едином игровом мире, принимая на себя роль того или иного персонажа в данном сеттинге. Большое количество классов персонажей и связанных с ними механик и тактик, а также невозможность играть одновременно за нескольких персонажей мотивируют игроков объединяться в группы для повышения эффективности при выполнении игровых заданий.

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

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

* * *

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

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

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

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

* * *

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

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

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

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

При этом разработчики видят, что игроки, вошедшие в клан, остаются в игре дольше, чем те, кто в клан не вошел. Разработчики создают квест «войти в клан». Но кланы бывают разными: активными, не очень или даже мертвыми. Члены какого клана скорее помогут новичку? Как помочь новичку найти именно тот клан, который поможет ему остаться в игре? А нужен ли новичок такому клану? Все эти вопросы остаются открытыми.

Более того, если игра достаточно сложна и механически разнообразна, то люди будут играть в нее по-разному. И очевидно, что разработчикам нужны именно те игроки, которые платят больше всех денег, играют в ту часть игры, которая больше других требует вложения денег. И именно такие игроки должны бы показывать игру новичку, чтобы сделать его таким же хорошо платящим игроком. Но почему платящие игроки вообще должны тратить свое время на это? Они ведь платят именно для того, чтобы не тратить свое время.

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

* * *

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

Мотивация

Огромное разнообразие механик и вариантов их реализации может пугать. Так же, как игроку нужно время, чтобы пройти игру, разработчику нужно время, чтобы создать игру, и принципы расчета этого времени примерно такие же. В сутках всего 24 часа, а для продуктивной работы нужно спать, есть и отдыхать. Даже разработчику игр.

Из теории баланса мы помним, что если на убийство монстра уходит 10 минут, в подземелье по 100 монстров, а вся игра состоит из 1000 подземелий, то игра будет пройдена через 2 года без перерывов на обед. Однако если на производство монстра уходит неделя, а на создание одного подземелья 2 дня, то мы получаем примерно 2,5 года рабочего времени (рабочий день длится 8 часов) без учета разработки собственно механик игры. Что же делать? Уменьшать количество подземелий или монстров, изменять время на убийство монстров.

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

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

Мы уже упоминали игру MUD. Один из ее разработчиков, Ричард Бартл (Richard Bartle), положил начало тому, что сейчас называется «психотипами Бартла» (Bartle taxonomy of player types). Он разделил всех игроков на 4 типа. Тогда это разделение, казалось, открыло понимание, что именно привлекает в играх разных людей.

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

Итак, психотипы игроков по Бартлу:

• киллеры (killers) – целью этой группы является доминирование над другими игроками. Игроков этого типа привлекают PvP-механики (Player versus Player, игровые режимы, в которых игроки могут противостоять другим игрокам) и рейтинги;

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

• социальщики (socializers) – эти игроки приходят в игру, чтобы общаться. Соответственно, для них важны чаты, кланы, друзья и другие кооперативные механики;

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

Модель Бартла

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

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

* * *

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

И при этом в каком-то смысле мобильным играм легче. Они находятся в разработке в течение всей их жизни и могут запускаться в мир с минимумом механик, а новые можно добавлять по мере изучения аудитории. С играми для PC и консолей сложнее, потому что к моменту релиза они должны быть готовы на все 100 %. Однако это отнюдь не значит, что надо выбирать разработку мобильных игр вместо консольных.

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

* * *

У всех игр есть какая-то аудитория и интересные для нее механики. Деление игроков на психотипы по Бартлу не идеально, но помогает найти общие, характерные механики, а также понять, на чем не стоит зацикливаться и на что тратить время разработки.

Нарратив и сюжет

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

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

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

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

Существуют игры без сюжета, но нарратив в играх есть всегда. Даже если разработчик не приложил усилий, мозг игрока все равно будет стараться рассказать себе какую-нибудь историю. Для обозначения работы с разными типами нарратива есть такие определения, как включенный (embedded) и эмергентный (emergent) нарратив.

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

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

Эмергентный нарратив – это история, которая появляется в самом процессе игры, ее создает, придумывает сам игрок, совершая те или иные выборы и действия. Его еще называют выходящим, выросшим, новым. Он может встречаться в играх, где нет проработанного сюжета или где на него не делается акцент. Эмергентный нарратив присущ многим гиперказуальным играм без выраженного сеттинга. Например, при игре в «Тетрис» у разных людей могут быть совершенно разные представления об игровом мире: у некоторых процесс игры ассоциируется с уничтожением неправильно построенных зданий, у других – с борьбой против хаоса, стремительно поглощающего пространство, у третьих – с конструктором, у четвертых – с ледяными глыбами, которые мешают судоходству… Тут все зависит от креативности мышления и желания погружаться полностью в свои фантазии.

Степень влияния игрока на сюжет и интерактивность в игре обозначается понятием агентивности (agency). Агентивность может быть геймплейная и сюжетная.

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

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

В зависимости от жанра и механик игра может обладать низкой или высокой агентивностью. При этом степень геймплейной и сюжетной агентивности может варьироваться и в рамках одного проекта.

* * *

Перечислим основные инструменты нарративного дизайна.

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

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

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

• Механики. Через механики логично рассказывать историю, опираясь на действия. Пожалуй, это самый универсальный инструмент нарратива. Например, замедление движения персонажа при его подъеме в гору. Этим можно показать, что скоро на пути будет сложное препятствие или противник; или механика взаимодействия с неигровыми персонажами, где от действий игрока может зависеть, что произойдет дальше: драка или задушевный разговор; или, скажем, механика поиска предметов в квестах, где каждый найденный артефакт продвигает дальше сюжетную линию. И конечно, отдельно стоит отметить механику ветвления квестов и диалогов, где от выбора игрока зависит путь – уникальное прохождение.

• Визуальное окружение. Через визуальные средства – символы, знаки, диалоги в картинках (комиксах), спецэффекты – тоже может передаваться история. Это усиливает ее эмоциональность. Например, интерьер может показывать характер персонажей или указывать на место преступления; силы природы вроде молний в небе могут подчеркивать опасный, драматичный момент в игре. Есть и вовсе игры-пазлы, основанные на складывании картинок, оживающих и двигающих сюжет.

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

По своему расположению в игре кат-сцены бывают нескольких видов.

• Начальные. Это, по сути, экспозиция игры, опенинг: знакомство с миром и персонажами, игровым процессом и правилами. К начальным кат-сценам относятся также ролики, открывающие новые локации или эпизоды игры – они помогают сориентироваться и понять, что делать дальше.

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

• Финальные. Это эпичное видео по результатам прохождения игрока, последняя точка в игре, награда за долгий путь. В финальной кат-сцене может быть также клиффхэнгер (прекращение действия, когда зритель ожидает увидеть развязку) и анонс для новой части или серии игры.

По стилю презентации кат-сцены тоже бывают нескольких видов.

• Кинематографические – самые дорогие. Это, по сути, мини-фильмы. Для их создания может использоваться система «захвата видео» (motion capture), могут привлекаться профессиональные актеры и каскадеры. Обычно подобные видеоролики не интерактивны, они погружают в атмосферу игры и рассказывают об игровом мире.

• Анимационные – пожалуй, самый популярный вид кат-сцен у разработчиков игры. В зависимости от стилистики игры могут быть в 2D– или 3D-формате, они используются и в начале, и внутри игры, и в финале. Обычно их создают на том же движке, на котором создается сама игра.

• В виде комиксов – достаточно бюджетный вариант для разработчиков. Здесь вариантов множество: от реализма до аниме. Финская компания Remedy и вовсе использовала для кат-сцен своей игры Max Payne фотографии родственников и друзей разработчиков.

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

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

* * *

Если пройтись по типам нарратива в разных жанрах игр, можно выделить ряд особенностей.

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

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

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

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

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

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

Уровни

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

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

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

Метроидвания (metroidvania) – поджанр аркад, для которых характерно наличие целостного мира (не разделенного на этапы), части которого открываются по мере выполнения задач в разных его уголках. Название этого поджанра возникло в результате комбинации названий классических игр Metroid и Castlevania, вышедших в 1986 году.

Построение хорошего уровня должно учитывать некоторые характеристики игрового персонажа и объектов. Чтобы персонаж мог передвигаться по уровню, проходы, лазы, тоннели должны быть не ниже высоты и не уже ширины этого персонажа. Если в игре есть механика изменения размеров и формы персонажа, это тоже должно учитываться. Персонаж игрока может прыгнуть, и этот прыжок тоже имеет некоторую высоту и длину, что приводит нас к созданию уступов соответствующих размеров. При этом механика прыжка может быть устроена так, что неточное попадание в угол уступа не будет критичным для игрока и персонаж не будет срываться в пропасть, попав на уступ лишь носком ботинка.

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

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

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

* * *

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

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

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

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

* * *

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

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

• Шутеры и RTS с точки зрения дизайна уровней делятся на две большие группы: соревновательные многопользовательские игры и сюжетные игры. Принадлежность к одной из этих групп определяет задачи, которые дизайн уровней должен выполнять. Уровни для соревновательных режимов могут быть симметричными, чтобы результат матча определялся исключительно навыками игроков. При этом симметрия эта бывает очень незаметной, реализованной с помощью различных визуальных приемов. Соревновательные игры часто имеют большое количество различных классов персонажей, обладающих различными возможностями, и уровни должны позволять реализовывать эти возможности так же, как позволяют просто передвигаться по ним. В сюжетных же играх дизайн уровней должен полностью отвечать созданному нарративу.

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

• В 4Х и экономических стратегиях локации обычно создаются генераторами, но могут быть и настоящие локации, повторяющие реальные и исторические места.

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

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

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

Интерфейсы

Так же, как театр, который начинается с вешалки, игра начинается с главного меню. По крайней мере, для посетителя театра или игрока соответственно. Интерфейсы – это не только про кнопки и игровые меню, интерфейсы – это про взаимодействие игрока с игрой.

Традиционно работа над интерфейсами объединена в аббревиатуру UI/UX. UI (user interface – «пользовательский интерфейс») отвечает за то, как игровые интерфейсы выглядят, как расположены и структурированы, а UX (user experience – «пользовательский опыт») – это исследование того, как конечный пользователь на самом деле пользуется предоставленным ему интерфейсом и в итоге всей игрой.

Как разработчикам нам важно, чтобы интерфейс был удобен, игрок не должен напрягаться, пользуясь им, а должен… Правильно: получать удовольствие. И для этого есть простые правила:

• органы управления должны располагаться удобно;

• важные вещи должны быть легкодоступны.

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

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

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

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

Это же относится и к другим элементам управления. Если игроку нужно менять оружие при использовании WASD, ему будет удобно использовать для этого цифровые клавиши 1, 2, 3, 4 или расположенные совсем рядом Q, E, а не расположенные далеко клавиши «+» и «–».

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

* * *

В ролевых играх интерфейс может быть очень развит: там могут встречаться и меню заданий, и карта, и характеристики персонажа, и инвентарь. Для компьютеров индустриальным стандартом является открытие инвентаря по нажатию на клавишу I (inventory – «инвентарь») и открытие карты по нажатию на клавишу M (map – «карта»). Независимо от того, насколько неудобное это расположение. При этом практически всегда эти меню являются частью большого интерфейса, позволяющего переходить из инвентаря в карту, не выходя из него. Но если в игре не будет возможности открыть инвентарь напрямую через нажатие на клавишу I или будет использована другая клавиша, игроки могут расстроиться, потому что их предыдущий пользовательский опыт (тот самый UX) будет подсказывать им, что такое поведение игры непривычно, неправильно и неудобно.

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

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

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

* * *

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

Для направления игрока по интерфейсам можно использовать цветовую градацию. Это использование привычных нам цветов:

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

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

• серый – нейтральный цвет, говорящий о том, что кнопка недоступна;

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

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

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

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

* * *

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

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

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

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

При этом в современных условиях многие игры производятся для нескольких платформ сразу: для PC, консолей, мобильных устройств и браузера. Это вынуждает разрабатывать интерфейс таким образом, чтобы с ним можно было работать и на сочетании клавиатуры с мышкой и геймпада, или клавиатуры с мышкой и тачскрина.

Звук

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

Звуки – это комплексная аудиосистема, создающая атмосферу в игре. Звуки в игре можно классифицировать по механизму срабатывания или по области применения. Срабатывать звуки могут в качестве реакции на какое-то действие игрока или другое событие в игре или в качестве оповещения. Например, чтобы предупредить игрока о приближающемся противнике. По области применения звуки можно поделить на звуковые эффекты (SFX, Sound Effects), музыку и голосовые треки.

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

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

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

На некоторые действия игрока может быть негативный ответ – при проигрыше или обнаружении неприятелем игра может выдать и неприятные звуки. И обратная сторона медали – это фанфары награды и звуки победы, когда миссия выполнена, уровень пройден, совершено действие, которое поощряется игрой.

Звуки персонажей – это звуки, которые должны окружать персонажей, особенно игрового. Это могут быть как прерывистое дыхание, возгласы, сердцебиение, кряхтение при преодолении препятствий, так и комментарии персонажа по поводу происходящего в игре. Они по своей сути не относятся к диалогам, хотя и могут содержать понятную игроку речь. Безусловно, должна быть реакция на боль (крик) и радостные события (смех). Взаимодействие с неигровыми персонажами тоже может выражаться в звуках: охи, стоны, крики и т. п.

Звуки окружения (эмбиенс, ambience) – это звуки окружающего мира, которыми наполнена игра, которая всегда живет своей жизнью: трепетание листочков на ветру, пение птиц, шуршание зверей, шум волн, завывание привидений и т. п. В основном это длинные звуковые дорожки, благодаря которым игрок погружается в атмосферу локации. Звуки окружения должны держать игрока в состоянии потока с помощью фоновой «тишины». Им не следует быть громкими и перекрывать другие важные звуки в игре.

Звуки окружения могут иметь два типа источников: всегда присутствующий в игровом мире, независимо от положения персонажа в игровом пространстве (Ambience Bed), и имеющие конкретный источник (Ambience RFX), а значит, их может быть не слышно в отдаленных частях уровня. Целью звуков окружения является донесение игроку представления о месте и времени, в котором происходят события игры.

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

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

* * *

У звуков в игре есть много чисто технических параметров: например, продолжительность, громкость, привязка к персонажу игрока или регионам на уровне, физическая реалистичность.

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

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

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

В зависимости от технических характеристик треки в игре можно разделить так:

• главная тема – это главная мелодия нашей игры, ее визитная карточка;

• музыкальный трек;

• джингл – это, по сути, короткий музыкальный трек для какого-либо события в игре, например когда игрок получает легендарный предмет;

• фоновый – используется для звуков окружения и атмосферы в локации или сцене;

• атмосферная прослойка – дополнительный звук для детализации окружения, например вой волка, который возникает в какие-то отдельные моменты;

• трек звукового эффекта – короткий звук при каком-либо взаимодействии, например при открытии сундука.

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

Глава 3. Кто делает игры

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

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

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

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

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

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

* * *

Хорошая новость заключается в том, что мы примерно знаем, какие навыки нужны для выполнения той или иной работы. А значит, выбирая игру для разработки – составляя список механик, сюжетных ходов, графических ассетов, – мы вполне можем также составить список работ, которые должны быть выполнены, а с ним и список навыков, которые могут понадобиться для разработки игры.

Тут речь именно о навыках, а не о специалистах, потому что один человек вполне может обладать несколькими навыками. Игры весьма успешно разрабатываются и одиночками, и микрокомандами из 2–3 человек. Это не значит, что их игры содержат меньше игровых компонентов. Нет, игра все еще должна содержать их все: и игровые механики, и уровни, и интерфейсы, и звуки. Механик может быть не очень много, звуки могут быть самыми простыми, но работа по их разработке и имплементации в игре должна быть выполнена независимо от численности команды.

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

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

Какие компании делают игры

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

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

Получается, что есть два варианта: работать на себя или на какую-то компанию.

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

У самостоятельной работы есть три пути:

• создание игры в свободное от основной работы или учебы время;

• создание игры в одиночку или в микрокоманде;

• создание собственной компании.

Каждый из этих вариантов имеет свои плюсы и минусы, а также некоторый набор необходимых условий.

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

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

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

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

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

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

Аутсорсинг (outer-source-using) – привлечение трудовых ресурсов извне, то есть это приглашение к сотрудничеству в компании специалистов со стороны для каких-либо проектных работ по контракту.

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

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

* * *

Работа в компании вроде бы должна облегчать многие проблемы. И количество ролей, которые нужно будет выполнять, должно значительно сократиться, и финансовые риски ложатся на плечи владельца компании. Но тут имеются свои особенности. Есть довольно много типов компаний, которые занимаются разработкой игр. От типа компании зависит тип проектов, над которыми компания может и будет работать. А от этого, в свою очередь, зависят перспективы работы в такой компании.

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

Но главное разделение происходит в области финансовых целей компании. У каждого типа таких компаний есть свои плюсы, минусы и перспективы. По этому показателю можно выделить три вида компаний:

• компании, работающие на прибыль;

• компании, работающие на рост;

• компании, работающие на освоение.

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

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

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

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

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

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

* * *

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

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

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

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

Продюсирование

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

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

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

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

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

И самое главное, любому начинанию, проекту, игре необходим даже не лидер, а человек, несущий ответственность принятия решений. Тот, за кем будет последнее слово во всех возможных спорах, как творческих, так и касающихся бизнеса. Без такого человека проект будет воплощать собой басню «Лебедь, Рак и Щука» с самыми печальными для него и участников последствиями.

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

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

* * *

Итак, перед продюсером стоят три задачи:

• найти проект;

• найти команду;

• найти финансирование.

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

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

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

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

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

Математика здесь проста и требует только опыта в вопросе реализации тех или иных вещей. Получить этот опыт можно через работу в управлении на более низком уровне: управление командой, управление отделом.

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

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

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

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

Гейм-дизайн

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

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

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

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

Гейм-дизайнер отвечает за правила игры и ее содержание.

* * *

Список задач, которыми занимаются гейм-дизайнеры, довольно широк.

ДИЗАЙН ИГРЫ

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

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

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

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

И системный, и нарративный подходы дизайна – это набор неких правил, столпов (core pillars), на которых будет основана игра. Этим правилам должны следовать все участники процесса разработки игры. Для этого разрабатывается документ, описывающий игру: диздок, или дизайн-документация. Этот документ потом может быть дополнен специалистами в других областях игрового дизайна.

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

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

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

МАТЕМАТИЧЕСКИЙ ДИЗАЙН

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

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

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

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

НАРРАТИВНЫЙ ДИЗАЙН

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

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

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

ДИЗАЙН ИНТЕРФЕЙСОВ И ПОЛЬЗОВАТЕЛЬСКОГО ОПЫТА (UI/UX)

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

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

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

Многие компании воспринимают дизайнера интерфейса как художника, который сразу и нарисует красиво, и расположит правильно, в результате чего многие учебные заведения стали предоставлять курсы по дизайну интерфейсов с бóльшим уклоном в UI, чем в UX. Проблема заключается в том, что в целом пользовательский опыт не является компетенцией художника. Да, кнопки должны быть читаемыми, но это лишь малая часть тех задач, которые должен решать интерфейс игры или любого другого продукта или, опять же, станка.

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

ЛЕВЕЛ-ДИЗАЙН (LEVEL DESIGN – ДИЗАЙН УРОВНЕЙ)

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

• визуальный дизайн;

• скриптование.

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

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

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

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

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

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

ДИЗАЙН КОНТЕНТА

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

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

Часто работа с контентом не требует ни оригинальности, ни каких-то особых технических навыков. В лучшем случае понадобится навык поиска материалов, референсов в интернете. Поэтому, как правило, работу с контентом отдают наименее опытным членам команды.

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

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

ЗВУКОВОЙ ДИЗАЙН (САУНД-ДИЗАЙН)

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

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

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

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

ДИЗАЙН МОНЕТИЗАЦИИ

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

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

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

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

АРТ

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

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

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

Полигон (polygon) – структурная единица трехмерной модели, образующая поверхность. Чисто технически полигон может состоять из большого количества точек и иметь сложную форму, но для того чтобы поверхность выглядела нормальной, обычно используют полигоны, состоящие всего из трех точек, – треугольники. Количество треугольников в модели является одним из самых простых критериев качества картинки, с одной стороны, и производительности – с другой: чем больше треугольников, тем четче модель, но тем больше места она занимает в памяти компьютера – ведь для описания модели нужно фактически перечислить координаты всех точек всех треугольников, из которых модель состоит.

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

Возьмем, например, работу 3D-моделлера. Создание 3D-модели подразделяется на несколько этапов.

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

• Создание модели – это, собственно, сама работа над задачей, обычно она проходит в 3D-редакторе или даже в нескольких в зависимости от сложности. На этом этапе важно точное воспроизведение референса или скетча.

• Оптимизация – созданная модель должна быть оптимизирована, чтобы не содержать лишней информации и лишних полигонов.

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

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

– создание текстуры – этот процесс чем-то похож на раскрашивание фигурки или статуи;

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

– создание материала шейдера – это процесс по настройке материала объекта.

• Риггинг (rigging, rig – подстройка) – это подготовка объекта или персонажа к анимации. Обычно для модели создается «скелет», и настраивается влияние его «костей» на ту или иную часть модели, чтобы анимация в итоге выглядела естественно и реалистично.

• Анимация – это создание движения объекта или персонажа после того, как риг готов.

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

Подобный путь может быть проделан и для объектов и персонажей 2D-игры. С той лишь разницей, что в 2D-анимации еще распространена покадровая анимация, которая уже практически не используется в 3D. Но и к двумерным объектам можно применять карты нормалей для создания эффекта неровности, а также анимацию с помощью костей.

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

* * *

Среди игровых художников и близких к ним специальностей можно выделить определенные группы.

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

Пропсы (props – «реквизит») – это предметы, которые создают атмосферу в игре, добавляют ей колорита. Это могут быть большие объекты: транспорт, деревья, заборы, танки и другие; средние: мебель, кусты, оружие, сундуки, рекламные вывески и т. п.; а также маленькие: магические амулеты и камни, трава, шкатулки, украшения. Они могут быть как интерактивными, так и декоративными.

• 2D-художники рисуют иконки, изображения персонажей, объектов и фонов, если игра двухмерная.

• 3D-моделлеры (скульпторы) делают трехмерные модели персонажей и объектов, если игра трехмерная. Также они могут заниматься созданием модели игрового уровня по собранным левел-дизайнерами макетам.

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

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

• 2D– и 3D-аниматоры создают анимации передвижения персонажей и объектов. Существует множество методик создания анимаций, которые требуют очень разноплановых специалистов, а иногда необходимы целые команды, в состав которых могут входить в том числе режиссеры, операторы и актеры.

– Покадровая анимация, как в классической мультипликации.

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

– Кукольная анимация, в которой используются фигурки персонажей, например из пластика или пластилина.

– Ротоскопия, когда аниматор обрисовывает снятых на видео персонажей.

– Анимация на костях, в которой для анимирования персонажа используется скелет.

– И наконец, для анимирования персонажей можно использовать технологию захвата движения – motion capture.

• GUI-художники (graphical user interface – «графический пользовательский интерфейс») – это узкопрофильные художники, которые умеют делать красивые и понятные интерфейсы: обрисовывать то, что спроектировали специалисты по игровому UI/UX. Также художники по интерфейсам должны знать технические особенности реализации интерфейсов в игре: как интерфейсы вставляются в игру, на чем можно сэкономить ресурсы и так далее.

• Технические и FX-художники (FX, effects – эффекты) – художники по спецэффектам, шейдерам и постпроцессингу.

– Создание спецэффектов – это работа с частицами и всеми теми инструментами, которые отвечают за магию, взрывы, искры, капли дождя и другие природные явления.

– Шейдеры – различные эффекты, связанные с материалами: то, как различные материалы отражают, рассеивают и преломляют свет.

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

• Технические помощники выполняют нехудожественные работы, связанные с работой художников, например выгрузкой 3D-моделей, созданием палитр двухмерных объектов или сборкой интерфейсов. Слово «помощник» не означает, что работа низкоквалифицированная. На самом деле она тоже требует значительного опыта и глубоких технических знаний.

Программирование

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

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

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

Начнем с того, что мы, надеюсь, и так хорошо знаем: игры бывают однопользовательские и многопользовательские.

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

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

Вариант с игроками поблизости еще можно реализовать только одним клиентским (запускающимся у игрока) приложением. И функцию сервера (приложения, собирающего и обрабатывающего данные всех игроков) будет выполнять приложение одного из игроков. Но второй вариант неизбежно порождает необходимость иметь серверное приложение, которое будет запущено на отдельно стоящем компьютере или в облаке.

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

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

Если игра многопользовательская, то появляется необходимость администрировать пользователей. Закрывать доступ к игре для тех, кто нарушает правила игры, или начислять какому-нибудь игроку награду за победу в конкурсе, проведенном на форуме, посвященном игре. Здесь необходима разработка средств администрирования. Это может быть отдельная программа или сайт, которые недоступны простым игрокам. Сюда же можно отнести и различные аналитические сервисы, которые могут понадобиться игре.

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

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

* * *

Среди программистов можно выделить ряд специалистов.

• Специалист по клиенту занимается реализацией игровой логики и визуализации игрового процесса на стороне запускаемой у игрока программы.

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

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

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

• Программист по средствам администрирования создает инструменты для работы с данными игроков, аналитики и собственно администрирования.

Контроль качества

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

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

Баг (bug – «жук») – понятие бага как ошибки при выполнении какой-то программы восходит к временам, когда компьютеры были большими, и нечаянно забравшиеся в них тараканы и прочая живность могли привести к сбою. По легенде, в 1947 году сотрудники Гарвардского университета обнаружили неисправность в одном реле университетского компьютера, вызванную залезшим в него мотыльком. С тех пор все ошибки, которые могут появляться при работе проекта, называются багами.

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

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

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

Менеджмент

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

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

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

Есть несколько подходов к менеджменту разработки. Например, семейство методик управления проектами Agile (гибкая методология разработки), которое позволяет заниматься постановкой и обсуждением задач не слишком часто, но и не слишком редко. При этом в процессе этапа все специалисты должны быть заняты выполнением своих задач, а не обсуждением или объяснением. Обычно рассматриваются короткие этапы, циклы работы, длящиеся одну-две недели, которые называются «спринты» (sprint – забег на короткую дистанцию). Задачи выдаются и реализовываются за это время. И после рассматриваются результаты этой итерации, выдаются оценки, выясняется, где возникли проблемы, где нужно сосредоточить больше внимания, ставятся новые приоритеты.

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

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

При этом менеджер лучше других должен видеть, насколько эффективно идет работа, так как в его руках находятся аналитические инструменты, позволяющие понять работоспособность команды. Менеджер следит и контролирует, какие сотрудники с какими задачами за какое время справляются. Из этого может быть получен не только опыт управления людьми, но знание того, за какое время какие задачи в среднем решаются. Это важная область знания для продюсирования.

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

Кроме менеджеров, которые занимаются управлением, могут быть те, кто выполняет функции связи между отделами или филиалами. Но самая сложная область связи – это работа с какими-то внешними организациями, партнерами, контрагентами, исполнителями.

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

И конечно же, если сотрудники работают в офисе, не стоит забывать и об офис-менеджере, который организовывает рабочее пространство и делает работу легче и комфортней.

Маркетинг и продуктовая аналитика

Работа над игрой как над продуктом состоит не только из собственно разработки этого продукта, но и из его продажи. Продажа продукта – это целый комплекс мероприятий, о котором мы поговорим отдельно. Объединяет этот комплекс слово «маркетинг». И да, маркетингом должен кто-то заниматься.

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

Работа с комьюнити и служба поддержки

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

Социальная сеть – это онлайн-среда для создания связи, общения, развития бизнеса, установления дружеских и рабочих контактов и контактов по интересам. Сегодня социальная сеть является также инструментом маркетинга и рекламы, который указывает на предпочтения пользователей в той или иной теме. Одной из первых социальных сетей была Classmates.com, появившаяся в 1995 году. Однако бум развития социальных сетей пришелся на 2004 год, когда в США были запущены LinkedIn, MySpace и Facebook[3].

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

Однако в большинстве случаев комьюнити-менеджеру нужно сформировать само сообщество с нуля. Для этого нужно обладать навыками медиаменеджмента (SMM – Social Media Manager), хорошими коммуникативными навыками и, самое главное, – знанием аудитории и контента.

Комьюнити-менеджер – очень непростая в эмоциональном плане работа. Человек должен обладать терпением, базовыми знаниями психологии толпы и, конечно, желанием общаться.

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

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

Бухгалтерия и юриспруденция

И наконец, есть одна необычайно важная для разработки игры и при этом не относящаяся непосредственно к играм сфера. Это бухгалтерия и юриспруденция, без которых не может существовать ни один бизнес. Если разработка игры не является хобби и должна развиваться в бизнес, значит, относиться к ней надо как к бизнесу. Нужно планировать, как этот бизнес будет получать деньги, в какой стране будет расположено юридическое лицо, как и где будут платиться налоги, как оптимизировать уплату этих налогов. Любой бизнес должен прежде всего выжить, при этом плюс-минус 10 процентов, уходящих на налоги, могут серьезно повлиять на его перспективы.

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

Ступеньки карьеры разработчиков игр

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

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

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

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

* * *

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

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

Обычно эти входы используются в тех случаях, когда нет понимания того, как именно происходит разработка игр. Однако в современных условиях есть много платных и бесплатных курсов, видеоуроков, книг (в том числе и эта), которые предназначены для того, чтобы помочь человеку приобрести базовые знания о том, кто и как делает игры.

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

Некоторые игры позволяют создавать более глубокие модификации. Здесь игроку становятся доступны инструменты, позволяющие начать с добавления в игру новых предметов и закончить созданием отдельных полноценных игр с новыми картами, новыми персонажами и предметами, сохраняя только игровые механики и математическую модель оригинала.

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

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

* * *

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

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

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

* * *

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

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

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

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

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

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

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

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

* * *

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

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

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

Софтскиллы

Про методики работы над дизайном игры и работу с игровыми движками можно найти довольно много обучающих материалов. Но есть набор навыков, которым хорошо бы обладать, но которому при этом нельзя научиться в учебном заведении или на каком-нибудь курсе. И тут речь пойдет о софтскиллах (soft skills) – умении общаться и работать в коллективе.

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

УМЕНИЕ ЧЕТКО ИЗЛАГАТЬ СВОИ МЫСЛИ

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

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

УМЕНИЕ СТРУКТУРИРОВАТЬ

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

УМЕНИЕ ИСКАТЬ ИНФОРМАЦИЮ

Учитывая, что игры вообще бывают разными, для их разработки могут быть нужны разные знания. Если с точки зрения программирования все зависит от выбранных технологий, а с точки зрения арта – от выбранного стиля, то с точки зрения дизайна… все намного сложнее. Чтобы быть понятными, игры симулируют жизненные ситуации и моделируют частички реального мира. Чтобы создать эту модель, эту симуляцию, нужно понимать, что именно мы симулируем: поведение автомобиля, взаимоотношение между государствами, управление футбольным клубом, процесс ловли рыбы, в конце концов. Соответственно, придется разобраться в типах наживок и блесен, в том, где какие рыбы обитают, чем они вообще отличаются по поведению. Без этих знаний модель получится слишком поверхностной, и целевая аудитория может не принять игру. Значит, знания эти придется искать и осваивать.

УМЕНИЕ ВИДЕТЬ КАРТИНУ ЦЕЛИКОМ

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

УМЕНИЕ ДЕЛЕГИРОВАТЬ

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

УМЕНИЕ СЧИТЫВАТЬ ОПЫТ

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

УМЕНИЕ ЗАДАВАТЬ ВОПРОСЫ

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

УМЕНИЕ ОБЩАТЬСЯ

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

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

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

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

Глава 4. Как делают игры

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

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

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

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

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

• Подготовка производства (препродакшн)

– Идея

– Концептирование

– Прототипирование

– Вертикальный срез

• Производство (продакшн)

– Горизонтальный срез

– Альфа

– Бета

• Релиз

– Поддержка

– Развитие проекта (если это предполагает его бизнес-модель)

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

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

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

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

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

Идея

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

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

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

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

* * *

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

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

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

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

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

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

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

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

* * *

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

У нас может быть уже сложившаяся команда с определенным набором навыков и как минимум заполнены роли руководителей направлений проекта: главные программист, художник, дизайнер. Даже для них переход на игру нового жанра для новой платформы может оказаться проблемой. Это в любом случае потребует времени, которое можно было бы потратить на разработку чего-то более или менее знакомого. И очевидно, есть определенная разница между тем, что может сделать один человек, и тем, что может целая команда специалистов. С другой стороны, у нас может вообще не быть команды, а только уверенность в том, что, когда нам понадобится, мы найдем всех необходимых исполнителей. Конечно, эта уверенность должна быть подкреплена каким-то опытом, ведь подбор команды – это тоже навык, который нужно развивать.

Вообще, наличие денег и команды (навыков) может повлиять на выбор идеи. Например, команда маркетологов с помощью платного аналитического сервиса поможет в выборе жанра, платформы и пояснит многие детали концепции еще до того, как разработка игры будет начата. Чем больше аналитического материала находится в основе идеи, тем больше шанс, что она получит финансирование. Но для этого у нас уже должна быть команда маркетологов, доступ к аналитическому сервису и деньги, чтобы все это работало. Даже на обработку бесплатных источников информации нужны время и определенные навыки.

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

Доступные ресурсы не создают строгих ограничений по платформам или жанрам, они сужают диапазон идей, из которых можно выбирать проект для разработки. Имеющиеся художники ограничивают стиль и тип используемой в игре графики. Отсутствие художников и художественных навыков ограничивают графику ассетами, которые можно купить в интернете или достать бесплатно, возникает необходимость работы с аутсорсерами. Имеющиеся программисты ограничивают технологии, которые возможно использовать. Если нет специалиста по сетевому взаимодействию, придется разрабатывать однопользовательскую игру с локальным сохранением прогресса (что само по себе может отрицательно сказаться на показателях игры). Если нет дизайнера уровней, лучше делать игру, не требующую дизайна уровней. Но даже в таких ограниченных условиях еще остается довольно широкое пространство для маневра. Можно использовать генераторы уровней или найти идею игры, которой вообще не потребуются уровни, в которой будут, например, только диалоги.

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

* * *

Итак, мы определились с ограничениями, но откуда брать саму идею? Тут у нас есть всего два пути, где можно искать вдохновения: наши собственные пристрастия и подсказки рынка. И первый вариант не сильно отличается от второго. В любом случае мы можем обратиться к аналитическим инструментам, чтобы понять перспективы идеи. Если, конечно, наша разработка не является хобби, которое позволяет сказать: «Я так хочу!» Разница лишь в том, что в первом случае, когда мы уже знаем, какую игру хотим делать, мы сразу сталкиваемся с ограничениями – наша игра может оказаться в очень тяжелой с точки зрения рынка группе: много конкурентов либо очень маленькая аудитория. Второй же вариант, когда мы еще не определились с конкретной игрой, будет означать, что мы будем выбирать идею среди тех игр, которые будут наиболее перспективными из доступных нам по необходимым для реализации проекта навыкам или финансовым ресурсам.

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

• Например, в большинстве современных шутеров персонаж может передвигаться только по полу, но что будет, если позволить персонажу передвигаться по стенам и потолку?

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

Однако сколь бы оригинальным ни было сочетание игровых механик, в итоге проект будет относиться к какой-то группе игр: к шутерам, головоломкам или другому жанру. Именно из этой группы нам нужно будет искать игры в аналитических сервисах, чтобы определить перспективы нашей задумки. Чем ближе найденные игры будут к нашей игре, тем точнее получится прогноз. Соответственно, чем оригинальнее игра, тем сложнее что-то прогнозировать и выше риски. Мы вполне можем вообще пропустить этот этап исследования, что опять же лишь увеличит риски.

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

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

Если перед нами встает выбор из нескольких игр, разработкой которых мы могли бы заняться, существует довольно простая методика принятия решения на основе оценки отдельных аспектов будущего проекта и суммирования очков. Мы можем выставить оценки, например по 10-балльной шкале, таким аспектам, как: перспективность, доступность ресурсов, интересность для нас самих, ведь на разработку может уйти от нескольких месяцев до нескольких лет, и мы должны быть уверены в том, что все это время будем достаточно замотивированы на эту работу.

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

Концептирование

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

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

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

Прежде всего декларируем основные характеристики будущей игры (с примерами).

• Жанр игры: шутер с открытым миром, многопользовательский гоночный симулятор, match-3 с сюжетом.

• Сеттинг и графический стиль: 2D-стимпанк, 3D-риал-лайф, темное фэнтези с 3D-уровнями и 2D-персонажами.

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

• Предполагаемая аудитория: пол, возраст, страна.

• Платформа, для которой будет разрабатываться игра: PC, консоли, мобильные устройства, социальные сети, VR.

• Игровой движок: Unity 3D, Unreal Engine, Godot.

• Дополнительные системообразующие программы и сервисы: Blender, Photoshop, Firebase, Azure, Play Fab.

• Бизнес-модель игры: продажа отдельных копий игры, продажа дополнительного контента, внутриигровые покупки, реклама.

• Каким образом игра будет издаваться: самостоятельно или через издателя.

• Каким образом игра будет распространяться: цифровая дистрибуция и/или продажа на физических носителях.

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

Дальше следует развернутое описание идеи.

• Описание игровых механик: какие механики будут в игре, какие ресурсы, игровые циклы.

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

• Краткое содержание сюжета (если он будет): описание основных персонажей и основных сюжетных поворотов.

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

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

• Сравнение с конкурентами: финансовые показатели конкурентов и какое-то преимущество, которое будет у нашего проекта по сравнению с проектами конкурентов.

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

• План разработки: он должен показать не только дату планируемого релиза игры, но и понимание того, из каких этапов вообще состоит процесс разработки игры и сколько эти этапы могут потребовать времени, специалистов и денег.

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

Не на все вопросы получится ответить без определенного опыта. Не все ответы удовлетворят тех, кто эти вопросы будет задавать. Это нормально. И все же чем больше игра, чем больше людей над ней будет работать, чем больше денег вам будет нужно от инвесторов, тем больше будет вопросов и тем серьезнее придется продумывать ответы на них. Потому что варианты «Я так хочу», «Хочу попробовать реализовать эту механику» или «Мне интересен жанр» уже не подойдут. Все нужно будет обосновать.

* * *

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

Прежде чем переходить к следующему этапу, сделаем важное замечание: разработанная и утвержденная концепция игры не должна меняться в процессе ее реализации. Концепция – это фундамент, на котором строится игра. В западном геймдеве эти постулаты называют Core Pillars, ключевые принципы игры. И они могут только дополняться и уточняться скетчами или цифрами сравнения с другими играми. Если в идее игры что-то меняется, то это уже другая идея, которая может потянуть за собой изменение многих других важных частей игровой концепции. Например, стиль графики влияет на аудиторию, какие-то изменения в механике могут повлиять на позиционирование игры и на группу конкурентов.

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

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

Прототипирование

К этапу прототипирования мы можем прийти в разной степени подготовленности.

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

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

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

• выдвижение гипотезы;

• первичная документация и исследование;

• прототипы отдельных механик;

• прототип игры.

* * *

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

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

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

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

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

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

* * *

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

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

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

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

* * *

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

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

Разработчики игр очень редко используют какую-то сложную математику при создании баланса. И мы можем, по крайней мере, попробовать подойти к полученным нами цифрам наиболее простым образом: делением.

Таким образом мы получаем некие коэффициенты роста цены каждого уровня относительно предыдущего или относительно первого уровня. Естественно, нам нужно убедиться в том, что эти коэффициенты работают на всех постройках. Некрасивые, некруглые числа и разница в коэффициентах для разных построек легко объясняется тем, что разработчик оригинальной игры округляет цены до тысяч. При желании мы можем даже выявить формулу, по которой эти коэффициенты рассчитываются: например, (0,5 + 0,1 × (N – 1)) × N, где N – это номер уровня постройки, начиная со второго. Но исследования следующих деревень покажут, что коэффициенты не меняются ни от постройки к постройке, ни от деревни к деревне, а значит, их можно принять за константы.

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

С ценой первых уровней каждой из построек можно поступить примерно так же: делением.

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

Эта цифра оказывается очень близка к корню игры – основе ее баланса и всей идеи, а значит, простого коэффициента там, скорее всего, не получится. Нам необходима формула роста. Придется потратить какое-то время, чтобы собрать всю необходимую информацию для ее выведения: цены первых уровней первых построек, например для первых десяти уровней: 60 000, 101 000, 180 000 и так далее.

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

* * *

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

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

Сама по себе работа над документацией игры в значительной степени похожа на те же деконструкции и декомпозиции других игр. Только в этот раз нам придется провести деконструкцию игры, которая пока существует только в нашей голове, что значительно усложняет задачу. Ведь у нас пока нет даже макета интерфейса, который мог бы подсказать, все механики мы описали или нет. Есть множество методик, помогающих в составлении документации, чтобы не забыть ничего важного: например, ментальные карты (mind map). Они позволяют представить буквально всю предстоящую работу в виде дерева логических связей или шаблоны уже готовых диздоков успешных проектов.

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

* * *

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

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

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

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

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

Сама проверка механики необязательно должна выливаться в написание кода. Мы можем проверить ее, например, в виде настольной игры. Особенно если нашей задачей является проверка того, насколько механика интересна, а не какова возможность ее реализации. Такая настольная игра может быть сделана буквально «на коленке»: можно взять бумагу из тетради или принтера, нарисовать карту, вырезать карточки действий и персонажей. Генератор случайных чисел в виде игрального кубика можно взять из другой настольной игры или найти в интернете.

* * *

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

Итак, нам нужно немножко поработать руками.

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

• У нас будет набор карточек с персонажами с разными случайными характеристиками. Карточки мы вырежем из той же бумаги, напишем на них имена персонажей, нарисуем портреты и распишем характеристики. Кому-то достанется +2 на сортировку стекла, кому-то +5 на управление погрузчиком и т. п. Мы можем сделать с десяток таких карточек и ограничим игрока правилом, что из персонажей он может взять только троих случайных. Двух можно поставить в зону сортировки, а одного на разгрузку.

• Мусор у нас будет в виде фишек – клочков бумаги с разными обозначениями: С – стекло, Б – бумага и т. п. Таких фишек нам нужно штук 50.

Дальше идет сам игровой процесс.

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

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

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

– Уже здесь можно немного задуматься над балансом игры. Игроку в начале хода может прийти и одна единица мусора, и шесть. Иногда игроку будет приходить меньше мусора, чем он может перевезти, а иногда больше. Тогда мусор начнет накапливаться в зоне разгрузки. В среднем d6 будет давать значение 3,5. Соответственно ставить на разгрузку персонажа с навыком меньше 4 довольно рискованно.

• В зоне сортировки мусор можно раскрыть и перевернуть. Сортировщики работают примерно по тому же принципу, что и погрузчик: игрок может переместить столько мусора, сколько очков есть у персонажей, находящихся в зоне сортировки. Если у нас есть два персонажа: на 2 очка стекла и 3 очка стекла – значит, суммарно за ход игрок может отсортировать 5 единиц стекла.

* * *

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

• создаем новую версию;

• тестируем;

• получаем отклик;

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

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

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

На этом этапе у нас пока еще нет ничего, кроме механик. Нет графики, звуков.

Интерфейсы пребывают в зачаточном состоянии и выполняют только базовые, тестовые функции.

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

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

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

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

Блокаут (blockout) – это один из начальных этапов проработки уровня. Процесс блокаута состоит из двух частей: грейбокс (gray box – «серая коробка») и вайтбокс (white box – «белая коробка»). Грейбокс – это макет уровня, собранный из примитивов: кубов, шаров, цилиндров обычно серого цвета. Примитивы позволяют выстроить топологию уровня, проработать маршруты передвижения игрока и неигровых персонажей, расставить точки интереса и подчеркнуть их геометрией. Собранный таким образом уровень должен быть прежде всего проходимым и интересным. На этапе вайтбокса к примитивной геометрии добавляется более проработанный декор, который помогает визуально подчеркнуть важные для истории, сюжета и нарратива элементы уровня.

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

* * *

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

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

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

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

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

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

Вертикальный срез

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

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

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

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

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

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

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

* * *

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

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

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

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

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

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

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

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

Игровые ассеты (game assets) – это материалы, ресурсы, данные в цифровом виде, которые имеют определенные однородные характеристики. Их используют в качестве контента при разработке игр. Ассетов требуется достаточно большое количество даже для одного проекта. Это могут быть 3D-модели, спрайты, фоны, текстуры, звуковые эффекты и музыка, части готовых проектов, механики с кодом и т. п. Эти ресурсы продаются или распространяются бесплатно в специализированных ассет-сторах, а также могут быть разработаны внутри студии или получены из внешних источников, например от аутсорсеров.

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

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

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

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

* * *

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

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

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

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

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

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

По мере принятия этапов реализации отдельных элементов игры наш прототип начнет обрастать «мясом». Кубики будут заменяться предметами и персонажами, простые механизмы взаимодействия – более сложными. Разработка одного объекта игрового мира может требовать большого количества разноплановых навыков. Так, для создания простой двери может понадобиться работа не только художника, но и программиста, не говоря уже о дизайнере уровней. Идея итеративности и здесь должна нам помочь. Ведь чтобы расположить дверь на уровне и заняться разработкой механизма взаимодействия с ней, нам не нужен финальный арт этой двери. Все, что нам требуется для начала, – это финальные характеристики: какого она будет размера, как будет открываться, с какой скоростью, в какую сторону.

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

* * *

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

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

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

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

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

Производство

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

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

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

Патч (patch – «заплатка»), или обновление (update), – это данные, которые вносят изменения в компьютерные файлы. Обычно выпускаются после выхода игры, чтобы исправить какие-либо баги и проблемы, возникшие у игроков, а также для внесения улучшений и оптимизации производительности проекта. Обычно это не слишком большие изменения, если же в игру нужно внести масштабные изменения, используют DLC (downloadable content – «загружаемый контент»), которые могут быть как бесплатными, так и платными, а также содержать дополнительные сюжетные арки, уровни, карты и регионы, модели машин, костюмов и оружия.

Второй вариант принято называть игрой-сервисом (game as a service, GAAS). Этот вариант подразумевает, что игра может выйти на рынок в минимальном виде и будет дополняться и развиваться в случае успеха выпущенной версии. Подобный метод разработки и выпуска игр особенно распространен на мобильном рынке, но также потихоньку завоевывает рынки игр для РС и консолей.

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

* * *

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

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

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

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

Мы можем использовать сообщество игроков для проверки интересности игровых механик или тестирования игры или даже привлечь народ к развитию игры на этапе ее производства. Игроки могут создавать какие-то простые квесты, придумывать предметы или создавать модели, которые потом могут войти в игру или стать частью пользовательского контента сразу после релиза. Например, в экономических стратегиях игрокам под силу делать модели построек и транспорта. Фанаты истории могут помочь в создании достоверных образов персонажей, с поиском реальных карт боевых действий и даже с библиотекой реалистичных звуков. Это не то, на что можно рассчитывать на этапе планирования производства игры, но то, что может значительно улучшить качество нашего продукта. Но это может стать и проблемой, ведь любые внешние исполнители требуют определенного менеджмента, а фанаты могут быть очень необязательны и выдавать материалы недостаточного качества.

* * *

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

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

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

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

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

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

Релиз и поддержка

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

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

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

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

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

Основным средством маркетинга законченных игр является создание некоего ажиотажа вокруг игры – аудитория должна быть разогрета и ожидать ее выхода. Нужно обратиться непосредственно к аудитории игры со своим предложением через форумы, соцсети, блогеров, СМИ и буквально в диалоге выяснить, что больше всего привлекает игроков, чего они ожидают. Поскольку различных игр выходит очень много, крупные разработчики стараются не выпускать игры одновременно, чтобы минимизировать конкуренцию друг с другом.

* * *

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

Тестлонч (test launch – «технический запуск») – этап запуска игры, когда разработчик может проверить ее производительность и наличие багов, связанных с особенностями игровых устройств, которые могут быть у игрока. Это важно для разработчиков игр для РС и мобильных устройств, так как количество комплектующих и оригинальных моделей необычайно велико.

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

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

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

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

Однако может так случиться, что этапы релиза игры для мобильных устройств не достигают показателей, необходимых для продолжения работы над игрой. Рекламный трафик может оказаться слишком дорогим, а оптимизация имеющихся механик – недостаточно эффективной. И в этом случае появится необходимость закрыть проект, прекратить его развитие и поддержку, несмотря на уже набранную аудиторию. Чем раньше проблемы будут выявлены, тем больше возможностей у нас будет их исправить или успеть начать новый проект, который может оказаться более удачным. В западной культуре существует поговорка «fail fast, fail often», которую можно перевести как «проваливайся быстро и часто», чтобы поскорее прийти к успеху.

Документация

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

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

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

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

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

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

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

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

* * *

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

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

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

1. Подготовительный этап

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

• Создание концепции – более детальное описание того, как идея должна быть встроена в игру, каким образом будут достигнуты поставленные цели.

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

• Финализация концепции – в соответствии с появившимися на предыдущем шаге сомнениями и новыми данными.

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

• Финальная оценка – определение трудозатрат, рисков и ценности идеи для проекта.

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

2. Производство

• Разработка дизайн-документации фичи – создание описания механики, персонажей, макетов и схем.

• Разбивка фичи на отдельные задачи (декомпозиция) – определение списка задач, которые необходимо выполнить для реализации фичи в полном объеме, и оценка времени на их выполнение.

В рамках одной фичи задачи могут делиться на взаимосвязанные логические блоки, для работы над которыми могут понадобиться очень разные навыки: арт, дизайн, программирование. В методике управления Agile эти блоки называются User Story (пользовательские истории, в данном случае это тоже производственный термин) и описывают буквально, что должен увидеть или иметь возможность сделать пользователь в результате окончания работы над этим блоком.

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

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

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

• Производство – собственно, выполнение задач, связанных с фичей.

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

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

3. Постпродакшн

• Анализ эффективности идеи – смогла ли она достичь поставленных изначально целей или нет.

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

* * *

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

В чистом виде в нашей игре, вероятно, будет только игровой процесс. По крайней мере, мы, скорее всего, будем думать об игре именно так.

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

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

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

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

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

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

* * *

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

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

• Механика – отобразить окно пользовательского соглашения. В окне будет область для текста, кнопка для выбора языка и кнопки отказа и подтверждения.

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

– Если текст не будет умещаться в пределах окна, то должен отображаться скроллбар и, соответственно, должна быть возможность прокрутить текст вниз.

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

– Список языков должен браться из базы локализации игры.

– Программа может выбрать язык системы для автоматического выбора языка, установленного игроком в настройках игрового устройства. Если у нас в библиотеке локализации нет соответствующего системе языка, надо использовать английский язык.

– При нажатии на кнопку отказа происходит выход из игры.

– При нажатии на кнопку подтверждения происходит переход к следующему действию в соответствии со схемой.

Описание механики состоит из описательной и функциональной частей. Первая часть коротко рассказывает, что это за окно, каков его функционал, какова цель, а вторая часть перечисляет отдельные элементы этой механики и то, как они работают: откуда берут информацию, к каким изменениям приводят.

• Графика: для окна пользовательского соглашения должен быть разработан макет, который художники смогут обрисовать.

Разработчики не должны принимать самостоятельных решений по реализации механики. Описание должно содержать вообще всю информацию, которая может понадобиться для формального выполнения задачи. Для принятия решений о том, что и как должно работать, есть заказчик-дизайнер и руководители. Но при этом изначальный документ необязательно должен сразу получиться готовым к реализации. Он может и должен уточняться и дополняться по мере обсуждений и приемки руководителями и специалистами. Документ пишется для того, кто будет его реализовывать. Если понимание между дизайнером и программистом находится на очень высоком уровне, то не надо тратить время на расписывание всех мелочей. Но все равно необходимо общаться, чтобы удостовериться в том, что все понятно и будет сделано так, как хочет заказчик. Это относится в равной степени и к другим специалистам, которые могут принимать участие в процессе разработки игры.

Кроме макета интерфейса, документация должна содержать аннотацию и краткое описание того, где расположен интерфейс и как он будет работать. Художнику не нужны технические подробности, но они пригодятся тому, кто будет собирать интерфейс, и тому, кто потом будет проверять правильность его работы.

Сам макет интерфейса относится к функциональной документации, а результат работы художников может лечь в основу инструкций и спецификаций, описывающих, как именно и из каких элементов создавать интерфейсы в игре. Если окно состоит из стандартных элементов, они смогут пригодиться и в других интерфейсах игры: кнопки, селекторы, рамка окна, скроллбар. Сам же арт, созданный для окна, относится к контенту.

Когда интерфейс будет обрисован, можно добавить его в качестве примера в документацию, чтобы человек, ответственный за сборку интерфейса, опять же имел перед глазами актуальный пример того, как окно должно выглядеть. Эти же ассеты можно использовать в программе, где проектируются интерфейсы, чтобы собирать макеты сразу из финальных или близких к таковым элементов. То же относится и к другим графическим элементам игры: предметам, персонажам, элементам окружения, схемам будущих локаций.

• Настройки: конкретно для окна пользовательского соглашения настройками будут используемые в этом окне тексты – само соглашение, названия языков для кнопки выбора и надписи на кнопках отказа и подтверждения. В данном случае тексты относятся к контенту.

В документации получается довольно много разноплановой информации: общее и конкретное описание, схемы, макеты, настройки с текстами – эти элементы документации могут разрабатываться и требоваться для работы разным специалистам.

Если функциональную часть документации, вероятнее всего, будет делать системный дизайнер, то над графической и контентной частью могут работать разные люди. Макет интерфейсов – это удел дизайнера интерфейсов, а концепт-арт персонажа – это сфера внимания художника. Над контентом и настройками могут трудиться сценаристы, дизайнеры контента и уровней. Таким образом, в пайплайне работы над одной только документацией появляются варианты разработки различных элементов игры, а вместе с тем итерации их разработки и утверждения.

Для работы отдельных специалистов нужна далеко не вся документация. Например, при работе над экраном подтверждения пользовательского соглашения художникам нужны только макеты и спецификация, а программистам – функциональное описание. Соответственно, появляется необходимость разделять документацию на направления: арт, код, контент. И это разделение может проходить как через документацию, так и через задачи в системе управления задачами.

В зависимости от уровня развития менеджмента в студии, задачи могут содержать всю необходимую для выполнения информацию или иметь только ссылки на документацию. В первом случае у менеджеров должна быть возможность легко выделить из документации всю необходимую для исполнителя информацию. Документации нужна строгая и удобная структура, с которой сможет работать менеджер, даже особо не разбирающийся в дизайне игр. А во втором случае документация должна быть поделена на обособленные блоки, в которых не будет содержаться ничего лишнего для конкретного исполнителя, и груз разделения документации ложится на плечи самого дизайнера игры.

Это разделение на блоки может проходить как внутри описания каждой отдельной игровой механики, так и на более высоком уровне. Мы можем перечислять все элементы, относящиеся к каждой отдельной фиче внутри нее, и объединять описания отдельных аспектов всех фичей в большие разделы, например посвященные всем функциональным описаниям, всем интерфейсам, всем персонажам и т. п.

Первый вариант – сохранять иерархию внутри документа – может быть более удобен при ведении документации в файлах или облачных документах. Этот способ хорош для тех, кому по роли положено обладать полной информацией о фичах, например для тестировщиков или тех, кто будет собирать интерфейсы.

Второй вариант – большие разделы – скорее всего, будет удобнее при использовании сервисов ведения документации. Этот метод подойдет для специалистов в конкретных областях. Например, дизайнеру интерфейсов комфортнее иметь собственный раздел в документации и работать в нем.

Но однозначного ответа и строгих правил тут нет. Если у студии нет уже сложившихся правил, то они будут выработаны на этапе прототипирования. Основными правилами ведения документации является удобство для тех, кто ее ведет, и понятность для тех, кто будет ей следовать.

Инструменты

Для разработки даже небольшой игры может понадобиться достаточное количество различных инструментов. И современный мир встречает даже неопытного разработчика с распростертыми объятиями, стараясь облегчить ему жизнь настолько, насколько это возможно. Инструменты есть практически для всего, и единственное, чего они не могут, – это сами придумать и реализовать игру.

ИНСТРУМЕНТЫ ДЛЯ ДОКУМЕНТАЦИИ

Так как мы рассматриваем разработку игр именно с точки зрения игрового дизайна, то начнем с главного для любого гейм-дизайнера инструмента: текстового редактора.

Для работы с текстами есть три инструмента разной сложности и распространенности.

• Программы типа Word, входящего в пакет MS Office, и его аналоги для работы с файлами, хранящимися на компьютере. Этого вполне достаточно при работе над игрой в одиночку, но надо помнить, что хранить файлы на компьютере небезопасно. Компьютер может сломаться и уничтожить труд всей жизни. Документация игры – это сложная структура, описывающая множество переплетенных друг с другом объектов, и работать с этой структурой в рамках одного или нескольких отдельных файлов может быть не очень комфортно.

• Сервисы типа Office 365 и Google Drive позволяют работать с файлами онлайн. Это удобно для работы в небольшой команде и позволяет иметь доступ к файлам в любое время с любого устройства, а также безопасно по сравнению с хранением файлов на своем компьютере. Но это также несет некоторые риски: требует подключения к интернету и ставит в зависимость от аккаунта в сервисе, который может стать по тем или иным причинам недоступным.

• Бизнес-приложения, предназначенные для отдельного ведения документации, или являющиеся частью более сложного комплекса сервисов. К первым относятся такие сервисы, как Notion и Confluence, – эти сервисы позволяют вести документацию в структуре, похожей на «Википедию». Есть также бесплатные сервисы для этого. Подобная структура значительно удобнее работы с отдельными файлами. Она позволяет создавать автоматические шаблоны разделов и ссылки внутри документов, а также часто имеет более глубокую интеграцию с сервисами, предназначенными для менеджмента проектов.

• К более сложным комплексам относятся сервисы типа GitHub или Azure, которые предназначены скорее для работы с программным кодом, чем с документацией, но тем не менее позволяют эту документацию вести. К особым преимуществам бизнес-приложений относится совершенно другой уровень безопасности. Некоторые сервисы можно самостоятельно запустить на собственном сервере, например расположенном в офисе, ограничив доступ к данным компьютерами, находящимися в офисной сети.

Единственным серьезным недостатком бизнес-приложений является то, что они крайне редко имеют достаточно развитый редактор таблиц уровня Excel (для работы с локальными файлами) или Google Sheets (для работы с файлами онлайн). Без табличного редактора практически невозможно ни рассчитывать баланс, ни хранить характеристики предметов. К сожалению, из-за этого недостатка часто необходимо вести работу с несколькими различными программами и сервисами одновременно.

Очень важной частью работы над документацией является создание различных схем – визуализация алгоритмов. И для этих целей могут использоваться как встроенные в текстовый редактор инструменты рисования, так и внешние. В профессиональном пакете MS Office есть программа Visio, а в комплексе Google Drive доступен сервис Diagrams.net.

ИНСТРУМЕНТЫ ДЛЯ МЕНЕДЖМЕНТА

Системы менеджмента довольно тесно переплетены с сервисами ведения документации. Эти системы могут значительно отличаться по возможностям и целям.

• Trello – лишь один из множества, но необычайно популярный сервис для управления проектами по методике SCRUM или KANBAN. Он позволяет работать с доской, на которой можно наблюдать за статусом тех или иных задач, находящихся в разработке. Сама система Trello позволяет делать любые доски, распределяя задачи по приоритетности, типу, исполнителю и т. п.

• К более сложным системам относятся такие сервисы, как Asana и Jira. Они позволяют провести разделение на отдельные проекты внутри одного аккаунта, а также вести более сложную структуру работы с отдельными задачами. Начиная с объединения отдельных задач в группы пользовательских историй и фичей (например, задача создания монстра, для которой требуется работа дизайнера, художника и программиста) и заканчивая созданием собственных пайплайнов внутри сервиса (мы можем настроить автоматическую передачу задачи в тестирование при ее завершении или автоматическую передачу персонажа художнику по текстурам после завершения работы над моделью). В этом случае возможности контроля и автоматизации процессов на проекте практически бесконечны. Более того, Jira имеет прямую интеграцию с сервисом Confluence, так как они являются частью одной экосистемы.

При работе в компании есть сотрудник, ответственный за менеджмент проекта, но, если работать в одиночку, этим придется заниматься самостоятельно. Это необычайно сложно, ведь придется перенести все задачи из документации в отдельный сервис и поддерживать его в актуальном состоянии. Но в то же время это и необычайно важно – только так есть возможность объективно понимать, насколько проект готов и сколько еще осталось сделать. При этом выполнение маленьких задач позволяет чаще радоваться пусть и небольшим, но достижениям, ведь работа, не приносящая радости, может быстро надоесть.

ИГРОВЫЕ ДВИЖКИ

Вопрос движка – самый сложный из всех в индустрии цифровых развлечений. Кетчуп или майонез? Кошки или собаки? Unity 3D или Unreal Engine?

Фаворитами гонки игровых движков на сегодняшний день являются Unity 3D и Unreal Engine. Традиционно считается, что первый выбирают инди-разработчики и те, кто собирается делать игру для мобильных устройств. Второй же считается выбором художников и тех, кто собирается делать игру для PC и консолей. Хотя и на Unity 3D делают игры для PC и консолей, и Unreal Engine используют инди-разработчики.

В современном мире огромное множество движков. Некоторые из них имеют специфические ограничения. Какие-то движки изначально стоят баснословных денег, другие предназначены для создания только 2D-игр. Есть Game Maker, Godot и даже RPG Maker, предназначенный исключительно для создания классических 2D ролевых игр. Многие компании в итоге приходят к разработке собственных движков, которые потом становятся открыто доступны другим разработчикам, как Defold, созданный компанией King, прославившейся своими играми в жанре match-3. Но, конечно же, на этом движке можно делать не только match-3-игры.

При выборе движка нужно прежде всего исходить из наших знаний и навыков: опыт в программировании, дизайне уровней, скриптовании, создании собственных инструментов под движок и т. п. Изучение нового движка и получение новых навыков требуют много времени, которое можно потратить на создание новой игры. Не говоря уже о том, что для выпуска игры может понадобиться довольно глубокое знание возможностей движка, для чего необходим многолетний опыт работы с ним.

Если же у нас вообще нет опыта работы с каким-либо игровым движком, нет опыта в программировании или дизайне уровней, то, наверное, лучше всего будет уделить время самым популярным движкам и пройти пару уроков для начинающих на учебных порталах, чтобы в итоге выбрать тот, который покажется наиболее удобным, ведь нам в этом движке еще работать и работать.

ПРОГРАММИРОВАНИЕ

Для написания кода программ так же, как и для создания документации, необходима специальная программа – среда разработки (Integrated Development Environment, IDE). Тут выбор не такой большой, как среди других сервисов, но он может серьезно повлиять на работоспособность, так как каждая среда разработки имеет особенности, свой набор подсказок, автогенерацию программного кода, набор горячих клавиш.

• Visual Studio – среда разработки от компании Microsoft, поддерживающая работу со всеми распространенными языками программирования. Существует бесплатная версия, имеющая некоторые ограничения.

• VS Code – тоже среда разработки от компании Microsoft, имеющая широкую поддержку дополнений, позволяющих работать со множеством языков программирования для множества игровых движков. VS Code бесплатный.

• Программы от компании Jet Brains имеют отдельные IDE для разных языков программирования, а также надстройки для Visual Studio. Не имеют бесплатных версий.

• Xcode – среда разработки компании Apple, которая предоставляет инструменты для создания приложений для устройств и операционных систем компании Apple. Она платная и запускается только на компьютерах с OS X.

Microsoft – это одна из самых влиятельных мировых IT-компаний и один из лидеров по созданию программного обеспечения, компьютеров и аксессуаров к ним, консолей, мобильных телефонов, разработке и изданию видеоигр. Одно из главных ее достижений – создание операционной системы Windows. Компания основана в 1975 году Биллом Гейтсом и Полом Алленом, когда они занялись разработкой интерпретатора языка BASIC для компьютера Altair 8800. Это был лишь старт, а триумфальное шествие началось с сотрудничества с IBM в 1981 году. В 1983 году Аллен покинул компанию. В то же время была представлена компьютерная мышь Microsoft Mouse для работы с текстовым редактором Word. В 1984 году появился один из знаковых продуктов – интерфейс Windows, оболочка для MS-DOS, а уже к 1989 году был укомплектован пакет приложений программ MS Office, включающий, помимо Word, еще и Excel, и PowerPoint. Теперь без Windows сложно представить себе работу на компьютере. Там есть и встроенные казуальные игры: «Солитер», «Косынка», «Паук», «Червы», «Сапер», «Свободная ячейка», «Пинбол» и другие.

В игровой индустрии Microsoft в данный момент занимает одну из лидирующих позиций. Компания создала семейство игровых приставок Xbox, владеет собственной студией разработки Microsoft Game Studio, а также издает многочисленные эксклюзивы для своих платформ. В 2014 году корпорация поглотила компанию Mojang, разработчика Minecraft, в 2018 году купила сервис, облегчающий разработку многопользовательских игр PlayFab, а также сервис для хранения исходного кода и совместной разработки GitHub.

Число игр, разработанных и изданных Microsoft, огромно, вот только некоторые знаменитые тайтлы: серии игр Age of Empires, Close Combat, Microsoft Flight Simulator, Monster Truck Madness, Project Gotham Racing, Fable, MechAssault, Forza Motorsport, Jade Empire, Alan Wake, Ori, ReCore, Quantum Break, Halo и другие.

Как и в других областях, для программистов необычайно важны удобство и привычки. Но в отличие от других инструментов, инструменты программистов практически не зависят ни от языка программирования, ни от игрового движка, для которого они будут писать код.

МАТЕМАТИЧЕСКОЕ МОДЕЛИРОВАНИЕ

Для создания и проверки математических моделей можно использовать два типа инструментов: таблицы и программы.

• Табличные редакторы – это привычные нам Excel (входящий в комплект MS Office) и Google Sheets (входящий в комплект Google Drive). В основе табличных редакторов находится система формул, которая позволяет генерировать, масштабировать и распределять данные в удобном для работы виде.

• Программы – это либо разработанные специально для нашей игры алгоритмы, позволяющие проверить или создать математическую модель, либо сервисы, позволяющие создавать алгоритмы управления ресурсами: например, сервис Machinations.io.

ИНСТРУМЕНТЫ ДЛЯ ДИЗАЙНА ИНТЕРФЕЙСОВ

Собственных инструментов для дизайна интерфейсов у разработчиков игр нет, но можно использовать инструменты, созданные для дизайнеров мобильных приложений и веб-сайтов.

Эти инструменты позволяют не только создать макет интерфейса приложения или игры, но и собрать небольшое демо того, как этот интерфейс будет работать. Это демо можно использовать как интерактивную подсказку для художников и программистов, а также для исследования пользовательского опыта еще до того, как программисты приступят к реализации интерфейсов.

• Среди отдельных программ можно отметить Adobe XD, Axure и Balsamiq.

• Из онлайн-сервисов можно обратить внимание на сервисы Figma и Sketch. Одним из главных преимуществ онлайн-сервисов является возможность совместной работы над макетами.

ИНСТРУМЕНТЫ ДЛЯ ДВУХМЕРНОЙ ГРАФИКИ

Среди инструментов для работы с двухмерной графикой есть безоговорочный лидер – компания Adobe с ее знаменитыми программами Photoshop (для растровой, пиксельной графики) и Illustrator (для векторной графики). Но существует довольно много альтернатив, в том числе бесплатных: например, Gimp. Очень популярны также Paint Tool Sai, Krita и Clip Studio Paint.

Для создания анимации в 2D с использованием методики скелетной анимации можно использовать программу Spine.

ИНСТРУМЕНТЫ ДЛЯ ТРЕХМЕРНОЙ ГРАФИКИ

Для работы с трехмерной графикой есть инструменты универсальные и предназначенные для работы над отдельными аспектами 3D-графики.

• Универсальные инструменты – это программы компании Autodesk: Maya, 3ds Max, а также Cinema 4D, бесплатный Blender и другие. Эти программы позволяют заниматься и созданием моделей, и текстурированием, и анимированием.

• Для создания моделей и текстурирования существуют отдельные довольно популярные инструменты: Substance Painter 3D, Substance Designer, Marvelous Designer, 3D Coat, ZBrush и другие.

• Некоторые программы для работы с 3D-графикой имеют довольно глубокую интеграцию с популярными игровыми движками: например, Houdini.

• Для создания анимаций, основанных на реалистичной физике, можно использовать программу Cascadeur.

КОНТРОЛЬ ВЕРСИЙ

Контроль версий – необычайно важный инструмент, он обеспечивает безопасность и сохранность наших наработок. Но основная цель систем контроля версий – облегчение одновременной работы над проектом большому количеству разработчиков. Главной сложностью при работе с системами контроля версий является объединение наработок различных специалистов в единый продукт.

Самой распространенной системой контроля версий на сегодня является Git. Можно запустить Git на собственном сервере, например в офисе, либо воспользоваться услугами других сервисов типа уже упомянутых GitHub, GitLab, Azure и BitBucket (который имеет прямую интеграцию с уже упомянутыми Confluence и Jira). Существуют и другие системы контроля версий, например Plastic SCM, который, в свою очередь, имеет прямую интеграцию с движком Unity 3D и отличается от Git тем, что позволяет работать в том числе с тяжелыми файлами графических и звуковых ассетов.

Внешние сервисы, кроме хранения версий исходного кода (репозиториев), также предоставляют дополнительные услуги и сервисы, способные облегчить и автоматизировать процесс разработки: например, автоматическую сборку новых версий игры при попадании нового кода в хранилище.

Репозиторий – это хранилище данных, в большинстве случаев оно бесплатное. Обычно в этом месте содержатся файлы, которые могут скачиваться и доступны пользователям сети. С репозиториями работают системы контроля версий.

СЕТЕВАЯ ИНФРАСТРУКТУРА

В современных играх используется очень много сетевых механик. Начиная простой идентификацией через социальные сети и выводом списка друзей и заканчивая расчетами важных для игры событий на стороне сервера для борьбы с читами, которые игроки могут использовать на своем игровом устройстве.

Для реализации этих механик необходим некий сервер и работающая на сервере программа, обеспечивающая ту самую идентификацию, хранение инвентаря игрока, его прогресса. Эту серверную программу можно целиком написать самостоятельно, а можно воспользоваться одним из сервисов, который облегчит разработку.

Самые простые варианты на сегодня – это PlayFab от Microsoft и Unity Gaming Services от Unity. Эти сервисы непосредственно предназначены для создания игр и позволяют автоматизировать множество функций типа начисления энергии или подбора противников для PvP-арены. Более сложные сервисы: Firebase от Google, Azure от Microsoft и AWS от Amazon – они дешевле в обслуживании, но требуют больше времени и навыков для разработки.

АНАЛИТИКА И РЕКЛАМА

Аналитические и рекламные сервисы являются одними из самых развитых сервисов, связанных с разработкой игр, благодаря росту рынка мобильных игр, которым свойственны одновременно рекламная монетизация и короткие итерации разработки, позволяющие тоньше анализировать влияние обновлений на игровые показатели. Конечно, аналитические сервисы можно подключать не только к мобильным играм, но и к играм для PC и консолей.

Самые крупные компании часто предоставляют и сервис-аналитики, и сервис-рекламы, так как аналитика помогает этим компаниям лучше работать с рекламой. Подобное сочетание есть и у Google, и у Facebook. Также собственные сервисы аналитики и рекламы есть у движка Unity 3D. Но есть множество сервисов, предоставляющих либо аналитику, либо рекламу. У всех есть преимущества и недостатки.[4]

ИСТОЧНИКИ МАТЕРИАЛОВ

Эта проблема в большей степени относится к разработчикам-одиночкам, чем к студиям. Тем не менее вопрос источника материалов – ассетов персонажей, интерьеров, анимаций и даже программного кода – стоит очень остро для многих разработчиков.

Одним из главных преимуществ современных движков типа Unity 3D и Unreal Engine являются магазины ассетов к этим движкам. Там можно найти почти все что угодно: модели, анимации, звуки, готовые системы и проекты, позволяющие без написания дополнительного кода создать игру. Также хорошим источником ассетов является сервис Humble Bundle, где продающиеся ассеты обычно не привязаны к какому-либо игровому движку.

У компании Adobe есть сервис Mixamo, который можно использовать как источник анимаций.

УЧЕБНЫЕ МАТЕРИАЛЫ

В интернете есть ответы практически на все вопросы. Движки Unity 3D и Unreal Engine имеют довольно развитые учебные центры, позволяющие познакомиться с движком при нулевом опыте работы с ними или развить свои знания в различных областях работы с движком.

Практически все социальные сети и мессенджеры имеют группы, посвященные той или иной области разработки игр: начиная все с той же работы с движками и заканчивая дизайном игр в определенных жанрах и стилях. В этих группах и чатах можно не только задавать вопросы, но и искать единомышленников и помощников.

Есть множество учебных сервисов, которые имеют курсы, посвященные движкам и отдельным областям разработки игр: дизайну, графике, менеджменту.

Глава 5. Маркетинг и продвижение

Если мы собираемся заработать на нашей игре, то ограничиться просто разработкой у нас не получится. К сожалению, сделать просто хорошую игру в современном мире уже недостаточно. Нам нужно приложить усилия, чтобы о нашей игре узнало как можно больше людей – и купили ее или совершили в ней внутриигровую покупку. Работа, направленная на зарабатывание денег, необычайно разноплановая. Если коротко, то ее можно разделить на три этапа: привлечение, конверсия и удержание.

Привлечение – это маркетинг, а конверсия и удержание фактически относятся к игровому дизайну. Игра должна иметь достаточно интересные механики, чтобы удержать игрока и конвертировать его в покупателя. Причем, если наша игра является условно бесплатной, для разработки механик конвертации игрока в платящего и для общей монетизации игры требуются довольно специфический опыт и навыки. Так в команде может появиться отдельный специалист по монетизации.

Единственным общим местом во всех трех областях является аналитика, без которой можно заниматься и маркетингом, и монетизацией, но нельзя оценить эффективность этой работы. Аналитика должна помочь понять, с какой аудиторией и на каких площадках эффективнее работать с точки зрения привлечения, конверсии и удержания. Она показывает, какие механики наиболее эффективны, а также места, в которых желаемый эффект не достигается. По результатам исследования команда, работающая над этими элементами, может изменить что-то в настройках игры или рекламной кампании.

В итоге процесс зарабатывания денег превращается в целый комплекс работ, которые необходимо провести, чтобы добиться хотя бы минимального успеха.

Бизнес-модели

Тут бы нырнуть в пучину рекламных «креативов» и работы с «инфлюенсерами»… Вначале на этапе разработки концепции нашей игры мы должны ответить на два вопроса: по какой бизнес-модели игра должна зарабатывать деньги и по какой бизнес-модели будет работать наша студия. Может показаться странным, но это два отдельных, не очень связанных вопроса.

Мы уже немного касались того, что студии могут работать по-разному: издавать игры самостоятельно или через издателя, делать игры на заказ или для себя. Это разные бизнес-модели для студий, потому что у них разные цели и методы достижения этих целей, разные показатели успешности.

• При самостоятельном издании игры успехом может быть и возвращение вложенных средств, и рост дохода компании. При этом на плечи разработчиков ложится вся работа не только над самим проектом, но и над маркетингом игры.

• При работе через издателя маркетинг обычно ложится на плечи издателя, он же целиком или частично финансирует разработку проекта, и риски для разработчика ограничиваются лишь возможными просчетами на этапах разработки. В этом случае разработчику придется покрывать эти просчеты за свой счет.

• При разработке игры на заказ вопросы финансирования и рисков примерно такие же, как и при работе с издателем, но заказчик может быть непрофильной компанией и также может заказать нам, разработчикам, маркетинговую часть работ.

Понятно, что в случае работы с издателем или инвестором у нас будет несколько ограничена свобода выбора бизнес-модели для нашей игры: придется делать то, что захочет заказчик. Но прямой связи между заказчиком и бизнес-моделью игры все-таки нет. Есть издатели, работающие со всеми видами игры, есть заказчики профильные и нет, готовые вложиться в разработку любого вида игр. Соответственно, если мы планируем найти издателя для своей игры, это вовсе не означает, что мы ограничены только платными законченными играми для РС.

На сегодня существует три основные бизнес-модели для игр, базирующиеся на методе покупки или монетизации игры: платные игры, игры по подписке и условно бесплатные игры. Все эти бизнес-модели имеют свои преимущества и недостатки, касающиеся возможных методов ведения разработки и маркетинга.

* * *

Платные игры – это одна из старейших бизнес-моделей (старше только аркадные аппараты с платой за попытки). Чтобы поиграть в игру, игрок должен ее купить на физическом носителе или в цифровом магазине. Это должна быть полноценная законченная игра, в которую игрок может играть неограниченное время (пока цел носитель или жив сервис цифрового магазина). Эта модель накладывает на разработчиков некоторые ограничения, в частности возможности проверки перспективности проекта. Ведь прежде чем его увидит массовый потребитель, мы должны полностью закончить работу над ним. Этот риск частично снимается плейтестами, но у нас может не быть ни ресурсов для их организации, ни навыков анализа результатов.

Платные игры распространены на всех платформах, кроме, пожалуй, браузеров и соцсетей, особенно популярны на компьютерах и домашних игровых приставках, хотя встречаются, конечно, и на мобильных устройствах. Связано это в значительной степени с тем, как пользователь проводит время с тем или иным игровым устройством и что он может делать в это время.

Играя на компьютере или приставке, игрок обычно находится дома и готов посвятить этому занятию значительное количество времени. Достаточное для того, чтобы вникнуть в сюжет или порыться в настройках персонажа. На мобильных телефонах люди играют буквально везде: по дороге на работу, в туалете, во время просмотра сериала по телевизору. То есть мобильные игры конкурируют за время и внимание игрока с соцсетями и просмотром сериалов на том же мобильном телефоне. В результате мобильные игры не должны требовать от игрока слишком много внимания на протяжении продолжительного времени. Игровая сессия может длиться несколько минут, пока игрок едет от одной остановки до другой, и, когда он прибудет к месту назначения, необходимость выйти из поезда и прервать сессию не должна приводить к фатальным для него последствиям. Он не должен терять прогресс, погибать во время битвы и т. п.

Учитывая, что для значительного количества игроков мобильный телефон является единственным устройством, на котором они могут запускать игры, на мобильной платформе выходят и более сложные игры, требующие больше внимания.

Последние годы DLC стал неким развитием платной модели распространения игр. Несмотря на отсутствие в названии модели намеков на платность, суть DLC заключается в создании платных дополнений к играм. Дело в том, что игроки привыкли к определенной ценовой политике стоимости игр, которая не менялась никогда даже с учетом инфляции. А разработка игр не дешевеет: появляются новые технологии, которые делают игры не только красивее и интереснее, но и дороже. Для создания более детальных и красивых локаций, более интересных игровых механик банально требуется больше специалистов. Чтобы как-то противопоставить растущую стоимость разработки неизменной цене финальной игры, мы можем использовать тот самый загружаемый контент. А в качестве такого контента использовать то, что потребует наименьшего количества затрат при наибольшей отдаче: дополнительные модели (требующие работы только команды художников и контент-менеджеров), сюжеты и карты (требующие работы и художников, и сценаристов, и дизайнеров уровней).

* * *

Подписочная модель имела наибольшее распространение среди компьютерных ММО-игр до изобретения условно бесплатной модели игр. Игроки покупали игру на физическом носителе или в цифровом магазине, но время доступа к игре было ограничено одним месяцем или даже парой недель. Подключение к первой ММО с графикой – Habitat – тарифицировалось вообще поминутно. После истечения оплаченного времени игрок должен был купить подписку на следующий месяц и так далее. В обмен на подписку игроки получали доступ к живому многопользовательскому миру. На деньги, полученные от подписки, разработчик имел возможность не только поддерживать работоспособность игровых серверов, но и развивать игру, выпуская дополнения с новыми регионами, сюжетами, предметами и противниками.

Однако с появлением условно бесплатной модели игр модель подписки практически исчезла, проиграв в конкуренции с новыми бесплатными играми. Подписка осталась только как элемент монетизации в той самой условно бесплатной бизнес-модели.

Сама условно бесплатная бизнес-модель – это самая молодая модель игр: игрок получает неограниченный и бесплатный доступ к игре через цифровой магазин, но имеет возможность преодолеть некоторые игровые препятствия за реальные деньги. Эта модель имеет наибольшее распространение среди игр практически всех жанров для мобильных устройств и социальных сетей, но также распространена и среди игр для PC и консолей, особенно среди многопользовательских игр.

Из плюсов условно бесплатной модели – возможность выпустить в свет игру, не имеющую полного набора планируемых механик, чтобы попробовать основные механики на живой аудитории. Это не исключает необходимости проводить плейтесты, но значительно снижает риски, так как дает возможность вовремя найти ошибку и исправить ее. Даже одиночные игры, разрабатываемые по условно бесплатной модели, часто развиваются на протяжении многих лет после релиза, получая новые механики и новый контент.

Монетизация условно бесплатных игр базируется на микротранзакциях – небольших платежах за внутриигровые предметы. Эти микроплатежи начинаются с незначительных по сравнению с ценой даже самой маленькой платной игры сумм и могут заканчиваться суммами, значительно превосходящими стоимость самой дорогой платной игры. Настройка системы монетизации и вызывает наибольшую сложность при разработке таких игр.

* * *

В случае работы с издателем или заказчиком вопрос выбора бизнес-модели для игры находится на его плечах. Все, что мы должны сделать, – это объяснить, какой у нас есть опыт, каким образом его лучше всего использовать, в случае если наш партнер сам не может определиться. Если же мы работаем самостоятельно, то выбор бизнес-модели для нашей игры – целиком наша ответственность и полностью зависит от нашего опыта и пристрастий.

При том, что процесс разработки любой игры очень похож – в любом случае нужно выработать идею, изучить конкурентов, разработать прототип, описать механики, проработать интерфейсы, – от выбранной бизнес-модели зависит то, как будет разрабатываться игра. Какие задачи окажутся в приоритете, на каких механиках нужно будет сделать акцент.

Монетизация

Бизнес-модель – это только первый шаг на пути к зарабатыванию денег. Сама бизнес-модель если и отвечает на вопрос о том, как мы будем зарабатывать деньги, то очень поверхностно. Особенно это касается условно бесплатных игр.

Действительно, в платных играх все относительно просто. Мы выбираем магазин цифровой дистрибуции, выбираем цену для проекта и ждем, когда игра начнет продаваться. Мы должны найти потенциальных игроков, заинтересовать их, пробудить в них желание купить нашу игру, помочь им ее найти – это работа с маркетингом и сообществом игроков.

Но в организации продажи платных игр есть несколько подводных камней. Во-первых, у игр разных размеров и классов есть традиционные ограничения цены. Никому не известную игру, сделанную разработчиком-одиночкой, никто не купит за 60 долларов. При выборе ценника для проекта необходимо определить, к какой группе и ценовой категории относится наша игра. Часто ценовая категория определяется продолжительностью игры.

Для разработчиков-одиночек, создающих игру в свободное от основной работы время, как правило, важно получить хоть какой-то доход, при этом и рассказать миру свою историю, показать свои идеи. В этом случае цена игры в магазине и продолжительность игры не зависят друг от друга. Но если продажа игр является единственным источником дохода, то даже разработчик-одиночка задумается о том, сколько времени он потратит на производство игры, сколько игрового времени он сможет создать и какой доход он может потенциально от этого получить.

У продолжительности игры есть еще один важный аспект в рамках продажи игры через цифровые магазины. Дело в том, что магазины позволяют отказаться от покупки и вернуть деньги за купленную игру в течение, например, двух часов. Это значит, что игра должна быть длиннее этих двух часов, чтобы игрок не мог ее пройти целиком и вернуть деньги, оставив нас пусть даже с хорошим отзывом, но без прибыли.

* * *

Намного интереснее и сложнее устроена монетизация условно бесплатных игр. Из-за того что в условно бесплатных играх магазин находится внутри игры, также внутри игры оказывается и мотивация воспользоваться этим магазином. В отличие от платных игр значительно расширяется набор мотиваций, которые могут привести к тому, что игрок заплатит.

Как мы помним, Ричард Бартл выделил четыре группы психотипов игроков: киллеры, карьеристы, исследователи и социальщики. Эти группы предпочитают различные механики в играх, и так же различные механики мотивируют этих игроков платить в играх. Мотивации заплатить в игре и связанные с ними механики можно объединить в несколько групп.

Мотивация, связанная с экономией времени, – это желание сократить время до достижения или возможности его совершить.

• Сокращение времени до достижения какой-то долгосрочной цели, например моментальное получение игрового опыта или ресурсов.

• Сокращение времени до получения результата – это ускорение строительства постройки или выполнения какого-то рецепта.

• Сокращение времени до следующей попытки – например, восстановление здоровья раненого в бою персонажа, чтобы можно было снова ринуться с ним в следующий бой без риска погибнуть, не дойдя до финала.

• Сокращение времени до самой возможности совершить следующую попытку. В современных играх часто встречается механика «энергии» или «жизни», которая растрачивается на игровые попытки. Такая энергия восстанавливается со временем, но его можно и не ждать.

Эти механики связаны с желанием игрока получить какой-то результат, не затрачивая время на его достижение, а также с возможностью продолжить игру, несмотря на ограничения.

Механика жизней является одним из самых старых и интересных механизмов монетизации игр, история которого тянется еще с эпохи игровых автоматов, где игрок получал несколько жизней – попыток пройти игру – за монету или жетон. Этот механизм очень хорошо лег в основу монетизации условно бесплатных первых игр в жанре match-3. Cо временем механизм эволюционировал, и в современных условиях в первозданном виде уже почти не используется. Дело в огромной конкуренции между играми и тем, что у игрока, желающего играть именно в match-3, а не какие-то дополнительные механики, довольно мало причин оставаться в конкретной игре. Закончилась энергия в одной игре? Можно перейти в другую. Понимая, что важнее замотивировать игрока оставаться в своей игре (чтобы игрок заплатил за что-то еще, когда захочет), разработчики современных match-3 щедро засыпают игроков энергией и расходуют ее только в случае проигрыша.

Мотивация, связанная с эффективностью, – это желание приобрести преимущество в получении какого-то результата и достижении какой-то цели.

• Упрощение игрового процесса – например, премиальные предметы с характеристиками лучше, чем у обычных предметов, которые будут эффективнее в бою.

• Оптимизация процесса добычи ресурсов – это различные бонусы к получаемым ресурсам. Например, дополнительный предмет при окончании прохождения уровня, бонусы к опыту и деньгам или же увеличенный шанс получить редкий предмет.

• Увеличенный шанс прохождения – это различные бонусы, которые влияют на сложность уровня, или предметы, которые можно использовать для облегчения прохождения уровня. Например, эликсир, который временно увеличивает силу персонажа в два раза, или бомба, взрывающая все фишки определенного цвета в match-3.

Эти механики связаны с желанием ощутить превосходство над другими игроками, компенсировать страх перед неудачей или просто сконцентрироваться на интересном, отбросив второстепенное.

Улучшение эффективности во многом перекликается с механиками экономии времени. Но если вторые дают моментальный результат, то механики эффективности предлагают преимущество над противником, будь то другие игроки или игровые задачи. Это удовольствие от процесса, а не от результата.

Мотивация улучшения пользовательского опыта – это желание облегчить игровой процесс.

• Добавление или расширение функций полезной механики – например, увеличение размера инвентаря, дополнительные слоты для персонажей или места в гараже для танков.

• Добавление уникальных механик в игровую рутину – это механики сезонных пропусков и ивентов, дающие игроку дополнительную мотивацию в игре через уникальные награды.

• Автоматизация – например, автоматическое открытие сотни накопившихся сундуков, которые иначе пришлось бы открывать по-одному. Или автоматическая отправка войск в походы, запуск производства рецептов, сбор накапливающихся ресурсов. Например, если в игре есть шахта с собственным складом, который наполняется за два часа, то игрок, желающий оптимально копить ресурсы, может либо просыпаться ночью каждые два часа, либо купить автоматический сбор ресурсов из шахт.

Эти механики связаны с желанием игрока увеличить жизненное пространство и со страхом упустить уникальную возможность, связанную с временным контентом или неоптимальной работой с игровыми ресурсами. Эти механики открывают не только интересный способ монетизации, но и понимание того, что игроки могут хотеть больше комфорта там, где никаких препятствий со стороны игры вовсе нет.

Мотивация, связанная с тщеславием, – это желание выделиться среди других игроков.

• Поддержание ощущения уникальности – это различные скины и декали, которыми можно раскрасить персонажа, транспорт и оружие.

• Выражение чувств – декали и граффити, которыми можно раскрасить стены уровня или движения, эмотиконы для общения с другими игроками без слов.

• Возможность притвориться кем-то другим – доступ к персонажам с, возможно, уникальными механиками, с помощью которых можно отыграть другую ролевую модель.

Эти механики связаны с желанием игроков проявить уникальность в среде, которая этому не очень способствует. Например, в многопользовательских играх довольно долгое время вообще не было широкого выбора персонажей. Каждому классу было доступно всего несколько образов, в лучшем случае разного пола, но с одинаковым цветом кожи и даже прической. В современных же играх игрок при желании может создать абсолютно уникальный образ. Начиная от использования сложных редакторов внешнего вида и заканчивая сотнями различных персонажей из кино, сериалов и мультфильмов.

Лучше всего механики тщеславия работают в многопользовательских играх, где у игрока есть возможность показать свой образ и похвастаться им перед понимающей аудиторией таких же игроков.

Мотивация, связанная с дополнительным контентом, – это желание развить и усилить уже полученное удовольствие от игры.

• Дополнительные инструменты – это новое оружие, транспорт, персонажи и прочие предметы, которыми игрок пользуется в процессе игры.

• Дополнительные игровые площадки – дополнительные уровни, игровые режимы, турниры и рейтинги, в которых игрок может проявить себя.

• Украшения – предметы для декорирования личного пространства: базы, гаража, участка фермы, – при этом не направленные на выражение себя перед другими игроками.

Эти механики связаны с желанием продолжать получать уже однажды полученное удовольствие от игры. Если ферма уже построена и ее работа налажена, дополнительные задачи в виде какого-то ивента, новой постройки с новой веткой рецептов позволят снова получить опыт открытия новой игровой механики. Новые турниры и рейтинги позволят поставить новые цели и достигнуть их в рамках того же игрового процесса.

Кроме прямой мотивации совершить какую-то покупку, существует и опосредованная. В основном она связана с социальным давлением, которое оказывается на игрока. Причем относится это не только к условно бесплатным играм, но и к платным. Ведь когда все дети во дворе катаются на велосипедах, очень сложно не хотеть тоже иметь велосипед. Мы коротко касались этого вопроса в главе про социальные механики.

Условно бесплатная модель монетизации позволяет игрокам, например, компенсировать время, которое они не могли провести со своим кланом, чтобы оставаться на одном уровне с друзьями и продолжать игру вместе. Возможность выразить себя уникальным образом или показать свое преимущество с помощью более редкого оружия так же намного лучше работает в связке с близкими знакомыми: одноклассниками, коллегами, соседями, – чем без них.

* * *

Все разнообразие различных мотиваций заплатить в игре реализуется через относительно небольшой набор механик.

Прямые покупки – это то, что можно купить напрямую в магазине: лоты в магазине с одним или несколькими предметами, ресурсами или валютами. Лоты прямых покупок доступны игроку всегда, к ним не применяются скидки и акции – для этого есть другие механики.

Покупка игровой валюты – пожалуй, самый распространенный метод монетизации условно бесплатных игр, и лоты с игровой валютой присутствуют практически во всех современных играх для мобильных устройств. К игровой валюте в данном случае относится все что участвует в обмене. Это необязательно должны быть именно деньги. Это могут быть практически любые ресурсы и предметы, не имеющие никакой дополнительной роли, кроме накопления и траты: дерево, еда, очки опыта персонажей.

Для увеличения продолжительности игры мы можем значительно усложнять добычу тех или иных ресурсов или резко увеличивать стоимость построек следующего уровня. Подобные ограничения называются пейволами (paywall) и не очень хорошо воспринимаются аудиторией. В современных условиях есть множество примеров намного более мягких механик, мотивирующих игрока на покупку.

Сама игровая валюта может быть разделена на два типа: софт (soft – «мягкий») и хард (hard – в данном случае «жесткий») валюты. Софт-валюта обычно является основной игровой валютой. Она легко добывается и используется в основном игровом цикле.

Хард-валюта добывается с большим трудом или не добывается игровыми методами вовсе. Механизм хард-валюты используется для облегчения покупки игроком редких и особых предметов, которые нельзя получить за софт-валюту. То же восстановление энергии, например. Вместо того чтобы каждый раз при необходимости идти в магазин приложений и проводить оплату, игрок может один раз купить большое количество хард-валюты и восстанавливать энергию за счет нее. И игроку намного легче тратить виртуальную валюту, чем реальные деньги.

Специальные предложения – это наборы предметов, которые подходят какой-то игровой ситуации и которые игра может предложить в связи с определенным внутриигровым событием, произошедшим в результате действий игрока или без него. Главной отличительной чертой специальных предложений является их временность и индивидуальность: у каждого игрока момент для показа специального предложения возникает в свое время.

• Ограниченное предложение – временные акции на ресурсы, которыми игрок пользуется часто. Игрок может покупать такие лоты, даже если в данный момент не испытывает нужды в ресурсе, просто про запас.

• Персональное предложение – это наборы, приуроченные к достижению игроком какой-то игровой цели: прохождению или открытию новой сюжетной ветки, достижению очередного уровня. Или стартер-пак (starter pack – «стартовый набор»), который доступен игроку в самом начале игры и предназначен для того, чтобы облегчить процесс погружения в игру. Персональные предложения направлены на то, чтобы ускорить прогресс игрока на новом этапе его жизни в игре.

• Контекстное предложение – это лот, который предлагает игроку восполнить недостаток какого-то ресурса: например, если у игрока закончилась энергия, а он нажимает на кнопку «играть».

Инвестиции – это лоты, которые будут приносить игроку пользу и удовольствие в течение продолжительного времени, а не моментально, как другие механики.

• Подписка – лот, который за периодическую плату меняет некоторые условия игры. Самый простой пример подписки – это отключение рекламы и получение доступа к дополнительному функционалу. Также по подписке могут продаваться бонусы к, например, получаемым в бою ресурсам, предметам и валютам. Это может быть, скажем, дополнительный слот награды.

• Сезонный пропуск – это доступ к дополнительным наградам, которые игрок получает за выполнение квестов и получение очков, связанных с механикой сезонов. Обычно эта механика показывает игроку заранее, какие именно награды он может получить, если будет эффективно набирать очки, а также платную линейку наград, доступ к которой открывается только при наличии пропуска. Пропуск покупается один раз в сезон, но так как сезоны постоянно сменяют друг друга, получается механика, похожая на подписку.

• Объект высокой ценности – в данном случае это не мощное оружие, хотя и его можно рассматривать как инвестицию, а какие-то объекты, расширяющие функционал игры: например, дополнительный строитель, позволяющий строить вторую постройку одновременно с первой.

* * *

Все мотивации и механики монетизации сводятся к двум механизмам конвертации желания игрока удовлетворить какую-то свою потребность в деньги на счету разработчика игр. Первый механизм – это платежи через различные платежные системы, являющиеся частью цифрового магазина или даже интегрированные в саму игру.

Второй же механизм – это реклама. Несмотря на широкое распространение, рекламная монетизация является одним из самых молодых механизмов зарабатывания денег на играх. Основная ее проблема в том, что она требует постоянного подключения игрока к интернету, желательно без ограничений по трафику. При этом монетизация на рекламе иногда работает настолько хорошо, что позволяет создавать игры, имеющие лишь один этот способ монетизации, – гиперказуальные игры.

Механизмов рекламной монетизации существует довольно много:

• рекламные баннеры как на сайтах;

• просмотр рекламы за награду в виде какого-то количества энергии или валюты;

• просмотр рекламы за возможность продолжить прохождение уровня при проигрыше;

• самостоятельно всплывающая реклама.

Есть также еще один способ рекламной монетизации – это отключение ее за деньги. Но реклама для игроков может быть не только бесполезным раздражителем. Игрок может быть так же глубоко заинтересован в просмотре рекламы, как и в совершении внутриигровой покупки. Вопрос лишь в том, чтобы игра предоставляла игроку что-то достаточно ценное.

Продакт-плейсмент (product placement – «размещение продукции») – это когда в игре используются предметы и продукты скрытой рекламы. Это может быть вещь из инвентаря, или часть окружения или интерьера в сцене, или надпись на экипировке героя, или то, чем пользуется персонаж, или вывеска заведения, или другой метод интеграции рекламного продукта в игре. Продакт-плейсмент может показываться на экране в виде продукта или логотипа, также бренд может упоминаться в речи персонажей.

В отличие от других видов, рекламная монетизация бывает совсем незаметной для игрока. Например, в платной игре для PC, действие которой происходит в городе, реклама может показываться на баннерных конструкциях, подобно тому, как это происходит в реальности. В играх бывают более сложные интеграции с рекламодателями и продакт-плейсмент: например, если у персонажа есть какой-то запас консервированной еды, она может иметь реальный прототип, продающийся в магазине по соседству.

* * *

Учитывая высокую конкуренцию между разработчиками игр и высокую цену привлечения новых пользователей, настройка цен и механизмов монетизации является необычайно важным аспектом процесса разработки игр. Это одинаково относится и к платным играм, и к условно бесплатным, так как в современных условиях есть возможность выставлять региональные цены и проводить различные акции со скидками.

Отличия платных и условно бесплатных игр заключаются лишь в доступных нам средствах контроля этих цен и акций. Если бы мы могли подготовить индивидуальное предложение для каждого конкретного игрока платной игры на основе его предыдущего игрового опыта, мы обязательно воспользовались бы ей.

Условно бесплатная модель монетизации игр действительно позволяет очень многое. Прежде всего – понять, кем является игрок, каковы его интересы и сколько он готов заплатить, чтобы эти интересы удовлетворить. Это касается не только цен на отдельные лоты в магазине и индивидуальных предложений с предметами и ресурсами, которые могут быть полезны игроку в каждый конкретный момент, но и различных средств оптимизации и улучшения пользовательского опыта. Скажем, если игрок может себе позволить купить 10 сундуков, он не должен страдать от необходимости открывать каждый из сундуков по отдельности – игра должна позволять открыть их сразу нажатием одной кнопки (что тоже можно монетизировать). Чтобы траты игроками разного количества денег были одинаково комфортны для них и вызывали одинаковое чувство удовлетворения.

В условно бесплатных играх монетизация глубоко встраивается в игровые механики и циклы, но при этом не становится ее основой. Даже в платных играх, прежде чем купить игру, игрок должен ей заинтересоваться. Игра или ее отдельные элементы должны приобрести какую-то ценность для игрока, которую он сможет выразить в деньгах. Но заинтересованность игрока в нашей игре является нашей целью независимо от выбранной бизнес-модели или метода монетизации. Мы работаем с интересом игрока, когда подгоняем уровень сложности под прогресс навыков игрока или характеристик его персонажей.

Наша задача – правильно подобрать момент наибольшей заинтересованности игрока и цену товара, которая должна соответствовать его оценке. Бессмысленно предлагать уже не нужные предметы или те, которыми игрок еще не может воспользоваться, например предлагать восстановить энергию, когда ее запас и так полон. При этом цена восстановления энергии должна соответствовать представлениям игрока о том, сколько он готов заплатить за то, чтобы продолжить игру и не ждать ее восстановления.

И если понимание того, какие вещи в какой момент нужны, можно выработать, просто присмотревшись к игровому циклу нашей игры, то найти оптимальное значение цены можно, только прибегнув к помощи аналитиков. Конечно, у нас не получится выработать абсолютно индивидуальное предложение, технологии такого пока не позволяют. Но мы можем обнаружить определенные закономерности между разными группами аудитории нашей игры, начиная страной проживания и заканчивая стилем игры.

Метрики

Если мы собираемся заработать на продаже игры или внутриигровых предметов, нам нужна не только бизнес-модель, но и некая бизнес-цель, чтобы понять, насколько удачен и успешен наш продукт. Она формулируется в показатели, коротко называемые KPI (Key Performance Indicators – «ключевые показатели эффективности, или результативности»). Однако эти показатели могут сильно отличаться в зависимости от выбранной бизнес-модели или целей заказчика. Это могут быть и прямые показатели игры, типа получаемого игрой дохода или количества установок, а может быть что-то совсем опосредованное: например, одобрение аудиторией в соцсетях и сторах мобильных и PC-платформ.

Есть относительно небольшой набор базовых метрик, собираемых абсолютно всеми сервисами для аналитики показателей продуктов. Эти метрики важны для разработчика игры и связанного с издательством игр бизнеса, а также для рекламных сетей, которым важно понимать не только откуда игрок, но и каковы его предпочтения и поведение.

Независимо от типа разрабатываемой нами игры и выбранной бизнес-модели, нашей первой и основной целью является заинтересовать игрока нашим продуктом. Хотя бы потому, что только заинтересованный игрок может купить игру или совершить внутриигровую покупку. Мы должны хотя бы попробовать проверить интересность игры на этапе прототипирования. В тот момент интересность еще не имеет объективной оценки, так как мы можем показать игру лишь ограниченному кругу наших сотрудников и, возможно, друзей. Но это не значит, что такой возможности вообще нет.

Так, мы можем рассматривать, например, показатели количества игроков, добавивших игру в вишлист (wish list – «список желаний») для платных игр, или значения ретеншна (retention – «удержание») – количество остающихся в игре игроков – для условно бесплатных игр. Конечно, эти показатели не говорят напрямую об интересности игры, но из желания игроков купить игру или остаться в ней можно сделать вывод о том, что игра их чем-то заинтересовала.

Замерять заинтересованность игроков можно задолго до релиза игры. Так, если у нас уже есть готовый концепт с концепт-артами, мы можем попробовать воспользоваться какой-нибудь краудфандинговой платформой, чтобы предложить фанатам профинансировать разработку новой игры. Конечно, для этого нужны фанаты. На этапе производства можно представить проект прессе и начать работать с блогерами и стримерами. За некоторое время до релиза создается страница игры в цифровом магазине, которая уже начнет собирать те самые вишлисты. В платной или многопользовательской игре можно провести ограниченное закрытое тестирование, которое позволит не только протестировать игру на большом количестве игровых устройств различной конфигурации, но и собрать отзывы игроков. У условно бесплатных игр есть уже упомянутый механизм софтлонча, который позволяет открыть доступ к игре только в определенном тестовом регионе.

Краудфандинг (crowdfunding – «толпа» и «финансирование») – это процесс привлечения инвесторов из народа, тех, кто хотел бы получить игру, поддержав разработчиков на этапе ее создания. Обычно сбор средств проходит на краудфандинговых платформах, типа Kickstarter и Indiegogo, где устанавливается сумма, которую планируют собрать разработчики, и срок окончания инвестирования. Денежные потоки открыты и прозрачны, инвестор (бэкер) понимает, во что он вкладывает деньги, и в курсе времени реализации игры. Систему краудфандинга также используют как один из маркетинговых инструментов для продвижения и пиара игры.

В результате всех этих исследований мы получим некие цифры, которые сами по себе, конечно, вообще ничего не значат. Они представляют интерес в сравнении с другими уже вышедшими играми, похожими на нашу, которые мы могли исследовать на этапе проработки концепта. Если у них 30 % вишлистов конвертировались в покупки, значит, и мы можем на это рассчитывать. В случае с платными играми для прогноза дохода от продаж можно умножить цену игры на количество потенциальных покупателей среди тех, кто добавил игру в свой список желаний. Эта методика расчета очень ненадежна, так как разные игры показывают слишком разные значения конверсии, но все же она позволяет получить значения для позитивного и негативного сценария продаж. Если сумма негативного сценария нас не удовлетворяет, то, вероятно, стоит потратить еще какое-то количество ресурсов на улучшение этого показателя. Соответственно, мы можем оценить эффективность проводимых мероприятий: сколько та или иная маркетинговая кампания привела новых игроков.

* * *

В случае с условно бесплатными играми и ретеншном мы получаем уже играющих в игру пользователей и можем не только проверять эффективность рекламных кампаний, но и самих игровых механик. И также мы можем довольно быстро понять, насколько игра хороша и есть ли у нее перспективы.

Если вишлисты измеряются простой цифрой, то ретеншн (удержание игроков) – это целый комплекс. Для игр разных жанров могут быть важны показатели разных дней, но чаще всего замеряется ретеншн первого, третьего, седьмого и четырнадцатого дня. Современные системы аналитики должны позволять получить ретеншн любого дня, чтобы можно было сравнить с показателями других систем или отчетов и более тонко настроить отображение важной для конкретного проекта информации.

По сути, ретеншн показывает, сколько людей, пришедших первый раз в игру в какой-то конкретный день, потом снова появились в игре на следующий день, через неделю или две в абсолютном количестве или в процентном отношении. Конечно, цифра первого дня будет меньше цифры нулевого дня, так как мы рассчитываем ретеншн именно для ограниченной группы людей, пришедших в какой-то конкретный день. Соответственно, цифры седьмого дня будут еще меньше, и это нормально – люди будут покидать нашу игру.

И все же есть определенные «стандарты» со значениями, ниже которых опускаться нельзя, и значениями, к которым нужно хотя бы стремиться. Издатель или инвестор не будет разбираться в особенностях механики игры, они посмотрят на предоставленные нами цифры ретеншна, сравнят их с какими-нибудь отчетами и сделают выводы. Ведь если игроки не остаются в игре, некому будет делать в ней покупки. Поэтому при разработке условно бесплатной игры необходимо прежде всего работать с ретеншном, то есть с интересностью и привлекательностью игры, а потом уже с другими показателями.

В отличие от платных игр, в условно бесплатных играх мы действительно имеем довольно широкие возможности улучшения ситуации. Мы можем буквально исследовать каждый из элементов созданной нами игры, чтобы удостовериться в том, что он максимально помогает нам заинтересовать и удержать игрока.

* * *

Следующей по важности является метрика дохода, получаемого с игрока. Для платных игр тут все относительно просто, ведь у игры есть только одна цена. Она может различаться для разных регионов, но сути это принципиально не меняет. В условно бесплатных играх все несколько сложнее, потому что у игрока есть много различных возможностей потратить в игре деньги, а значит, сумма будет меняться. Иногда значительно.

В результате получается целая коллекция метрик во главе с показателем ARPU (Average Revenue Per User – «средний доход с пользователя»). Эта метрика является простым делением заработанных за один день денег на всех имеющихся на этот день пользователей.

ARPU – метрика довольно абстрактная, потому что оставляет в основе довольно много неопределенности: у нас может быть как очень плохая монетизация при небольшом количестве пользователей, что в итоге даст хорошее значение ARPU, так и очень хорошая монетизация при очень большом количестве пользователей, что в итоге может дать очень маленькое значение метрики. Ситуация бывает еще сложнее. Например, у нас есть игра, в которую играет какое-то количество очень замотивированных игроков, которые хорошо платят. И вот мы решили купить рекламу, но ошиблись с аудиторией, и в игру пришло еще большее количество очень незамотивированных игроков, которые платят плохо. Получается, что надо внимательно следить не только за значением самого ARPU, но и за связанными с ним метриками.

На помощь приходят метрики ARPDAU (Average Revenue Per Daily Active Users – «средний доход за день с пришедших в этот день пользователей») и ARPPU (Average Revenue Per Paying User – «средний доход с платящих игроков»). Показатель ARPDAU обрубает всех уже ушедших из игры пользователей, оставляя только тех, кому игра действительно интересна, и тех, кто в игру только-только пришел. ARPPU же и вовсе показывает средний чек платящих игроков, независимо от их количества, отрезая неплатящих игроков.

Для облегчения работы с показателем ARPU есть еще некоторое количество дополнительных метрик: например, метрика конверсии игроков в платящих, которая показывает долю платящих игроков, или значение DAU (Daily Active Users – «пользователи, зашедшие в игру в конкретный день»), которое позволяет узнать доход за день из ARPDAU.

И конечно, мы можем анализировать отдельно доход с игроков, совершающих внутриигровые покупки, и доход с игроков, смотрящих рекламу. Аналитические инструменты позволяют создавать и более сложные группы (когорты) по игрокам, совершающим покупки разных предметов на разные суммы. Или, например, мы можем выделить людей, пришедших в игру в результате покупки рекламы, и сравнить их с другими игроками, чтобы оценить качество этой рекламы. Скорее всего, поведение игроков из разных групп будет отличаться и их можно будет заинтересовывать разными акциями, разными последующими предметами, механиками и т. п.

Есть близкий к DAU показатель MAU (Monthly Active Users – «пользователи, зашедшие в игру в конкретный месяц»). MAU отличается тем, что учитывает пользователей, зашедших хотя бы раз в течение месяца. Этот показатель позволяет оценить расходы на сетевую инфраструктуру, необходимую для работы игры, так как многие сервисы используют это значение для расчета стоимости своих услуг.

Одним из главных и самых сложных финансовых показателей игры является LTV (Lifetime Value – «пожизненная ценность»), который показывает, сколько в среднем можно получить с игрока за всю его жизнь в игре. Идея LTV заключается в том, что траты игроков в игре неравномерны и продолжительны. Они меняются со временем, так как меняется мотивация игрока и количество ресурсов, которые ему нужны. Если в игре есть механика сезонных пропусков, то в начале сезона игроки в среднем будут тратить больше денег, покупая эти пропуска. Плюс игрок может сделать первую покупку через несколько месяцев после начала игры, и, если учитывать только первые дни и недели игры, можно упустить этот момент.

Самым сложным в показателе LTV является определение самого понятия «времени жизни игрока в игре» (lifetime). Ведь игроки могут уйти из игры в первый же день, а могут остаться в ней на долгие годы, привнося в нее ту самую ценность (value).

Приблизительное значение LTV можно получить, умножив значение ARPU на количество дней, которое мы посчитаем временем жизни игрока: например, 180 дней. Значение это будет очень неточным, так как, возможно, не учтет различные внутриигровые события и то, что основной доход игре могут приносить игроки, играющие намного дольше, чем выбранный нами период времени. Но полученное таким образом значение можно использовать, пока не будут добыты более точные данные. Самое точное значение будет просто накапливаться в процессе жизни игры.

Финансовые показатели зависят от монетизации игры, и здесь важна не только сама возможность игрока заплатить за какой-то внутриигровой товар. В конце концов, игровой магазин – это отдельное меню, в которое игроку еще нужно перейти. И тут на сцену выходят многочисленные акции и индивидуальные предложения, которые могут возникать перед глазами игрока в наиболее подходящий для этого момент. И так же как в случае с ретеншном, наша задача – с помощью средств аналитики создать такую систему, которая будет наиболее комфортной для игрока, готового заплатить за какой-то внутриигровой товар.

* * *

Конечно, значения финансовых показателей, и в особенности LTV, интересны не сами по себе, а в сравнении с чем-то. Сравнивать это значение с играми других разработчиков довольно сложно, потому что мы не знаем, как именно они его рассчитывали. Конкретно значение LTV интересно в сравнении не с другими играми, а в сравнении с другим показателем нашей игры – с CPI (Cost Per Install – «цена установки»).

Органический трафик – это игроки, которые приходят в игру по результатам своего обычного поиска по магазину, а не платной рекламы. Есть определенные средства для работы с органическим трафиком (органикой): использовать разные скриншоты, иконки, описания и даже название игры, чтобы улучшить этот показатель. Более того, цифровые магазины сами продвигают игры, которые им по какой-то причине нравятся.

Дело в том, что у всех игроков есть некоторая цена их привлечения в игру. Конечно, часть игроков может найти игру сама или с помощью друзей, и такие игроки называются «органическим трафиком», но, скорее всего, большинство игроков придет в игру с помощью рекламы, а она стоит денег. Очевидно, привлечение новых игроков должно обходиться дешевле, чем доход, получаемый с них. Вот мы и получаем, что CPI должна быть меньше LTV. И чем выше LTV нашей игры, тем больше денег мы можем потратить на привлечение новых игроков, и тем выше может быть CPI.

CPI является не метрикой самой игры, а скорее показателем эффективности работы команды маркетологов, занимающихся настройкой рекламных кампаний. Ее значение зависит от игры: жанра, сеттинга, графического стиля – всего того, что мы можем показать игроку в рекламе. От жанра зависит стоимость рекламы: в одних дешевле, в других дороже. Это определяется объемом аудитории, заинтересованной в конкретном жанре, и количеством компаний, которые хотят покупать рекламу, направленную на эту же аудиторию. Продажа рекламы устроена аукционным методом: чем больше компания готова заплатить за показ своей рекламы, тем скорее потенциальный игрок ее увидит.

Мислид (mislead – «вводящий в заблуждение») – вид рекламы, в данном случае мобильных игр, который использует графику из других игр или видео с механиками, которых в игре нет, чтобы привлечь внимание игрока. При том что такая реклама откровенно вводит игроков в заблуждение, она при этом необычайно эффективна, потому что может быть направлена на более широкую, а значит, более дешевую аудиторию. При этом игроки часто не обращают внимания на то, что реклама не соответствует игре, и остаются в ней.

Покупка самой дорогой рекламы – это лишь самый простой метод привлечения новых пользователей через рекламу, но далеко не единственный. Мы можем осуществлять незамысловатые маневры типа покупки дешевой, плохо мотивирующей рекламы или мислидов в надежде на то, что так удастся привлечь игроков, которые впоследствии смогут компенсировать эти вложения, ведь значение LTV мы также можем собирать не только для всей игры, но и для отдельных групп игроков. Но на такие эксперименты нужны деньги и время для настройки и анализа результатов.

Для оценки стоимости маркетинговых кампаний существует довольно много близких показателей: например, CPM (Cost Per Mile/Million – «цена миллиона показов») и CPPU (Cost Per Paying User – «цена платящего пользователя»). CPM бывает важен для рекламы сайта игры или группы в соцсетях. Из него можно построить конверсию в переходы на страницу игры в цифровом магазине, а оттуда в установки, запуски и так далее. CPPU же можно использовать для оценки стоимости привлечения именно платящих игроков, что важно для условно бесплатных игр.

Аналитика

Бизнес-показатели позволяют облегчить сравнение успехов нашей игры с играми других разработчиков, но они не отвечают на вопрос, хороша ли игра сама по себе. Как именно она работает, нет ли в ней мест, которые можно улучшить. Даже сравнение CPI с LTV само по себе говорит лишь о том, сходится ли маркетинговый бюджет с доходом или нет, но ничего не говорит о привлеченных игроках. При этом мы можем получить довольно много информации о них.

Об игроках можно собирать информацию двух типов.

• Общая, статичная информация об игроках – регион, устройство, на котором запускается игра (и его характеристики), если игрок подключит к игре аккаунт социальной сети, мы также сможем получить информацию о поле и возрасте, об интересах.

• Информация о поведении игрока в игре – входы в игру, продолжительность игровой сессии, переходы по различным игровым интерфейсам, используемые в бою персонажи, используемое снаряжение, выполняемые задания, создаваемые предметы – буквально все, что игрок делает в игре.

Весь этот комплекс информации позволяет решить сразу несколько проблем, которые могут возникнуть перед нами.

• Обнаружить ошибки, закравшиеся в нашу игру. Вероятнее всего, они будут касаться не каких-то багов, упущенных во время тестирования игры, а работы различных игровых систем и механик.

• Точнее понять аудиторию игры, чтобы развивать продукт в направлении, более подходящем и интересном этим игрокам.

• Оценить эффективность каждого отдельного действия, направленного на развитие игры и бизнеса.

* * *

Если какой-то из бизнес-показателей не достигает целевых значений, мы можем попробовать исправить ситуацию, но нам необходимо понять, в чем заключается проблема. Плохие показатели ретеншна – это всего лишь симптом «болезни», диагностировать которую поможет детальное исследование поведения игроков. Его можно провести практически к любой метрике, нужно лишь разобраться в том, какая именно информация поможет нам выявить проблему.

Сам по себе ретеншн показывает количество остающихся в игре игроков, но показывает он это значение в целом и с разделением по дням. Внутри дня может произойти очень много событий, в том числе и в нашей игре, а значит, нам хорошо бы разобраться в том, какое конкретно событие в игре было для игрока последним и почему. Практически в любых играх так или иначе существует некая последовательность действий, через которую проходит игрок. Даже если это игра с открытым миром без какого-то линейного сюжета.

Это может быть обучающий режим, последовательность игровых уровней или квестов, набираемый персонажами опыт, открываемые навыки, предметы или противники. Соответственно, собирая информацию о пройденных этапах обучающего режима, пройденных уровнях, выполненных квестах и так далее, мы можем построить график, подобный графику ретеншна, – конверсию, и по нему понять, в какой именно момент игрок ушел из игры. Возможно, ему не удалось выполнить какую-то задачу обучающего режима, или уровень оказался слишком сложным, или он не понял задачу квеста, или ему просто наскучил сбор игрового опыта для прокачки персонажа.

Примерно так же должна собираться информация и о платежах, совершаемых игроком: они происходят в неких условиях, мотивирующих игрока на покупку. Возможно, это скидочная акция или у игрока закончились необходимые для продолжения игры ресурсы. Изначально при организации отдельных систем, составляющих игру, создается их дизайн, описание задумки, которой система должна служить, например сценарий обучающего режима. Подобный сценарий должен быть и у монетизационных механик. Следует собирать данные, которые помогут проверить, соответствуют ли условия разработанному сценарию или нет, и что происходит с игроком в момент, когда условия сценария вроде бы срабатывают, но платежа все равно не происходит.

Большие данные (Big Data) – это программные инструменты и разнообразные методы, которые помогают анализировать огромные массивы данных, как структурированные, так и нет, для решения определенных поставленных задач. Этот феномен стал возможен благодаря развитию технологий в начале нынешнего тысячелетия. Для удобства работы с большими данными учитывают три характеристики: объем, скорость и многообразие.

В отличие от прямых цепочек прогресса, для изучения монетизации нужно намного больше данных, что значительно осложняет не только их сбор, но и обработку. С одной стороны, можно случайно не учесть какой-то аспект и не начать собирать данные, что отложит обработку данных до тех пор, пока не будет собрана новая более полная информация. С другой стороны, данных может оказаться слишком много, что увеличит шанс совершить ошибку при их обработке. Но и тут на помощь приходят современные технологии, методики машинного обучения и работы с большими данными: программа может сама обнаружить неочевидные закономерности.

Несколько иначе работает аналитика рекламных кампаний. Мы уже говорили о том, что для понимания успешности рекламной кампании нам достаточно просто сравнить CPI с LTV и удостовериться в том, что стоимость установки меньше суммы, которую в среднем принесут игроки за свою жизнь в игре. У нас есть возможность детально настраивать не только то, что показывать в рекламе, но и кому именно показывать рекламу с нашей игрой: жителям каких регионов, какого пола, какого возраста, с какими интересами. Даже если мы обратимся за рекламой к какому-то блогеру, изданию или даже телеканалу, мы будем иметь примерное представление о том, кто именно является их аудиторией.

И с этой информацией уже можно работать. Мы можем сравнить, как именно проходят игру игроки не только разного пола и возраста, но и живущие в разных регионах, играющие на разных устройствах. А дальше остается только выделить из общего LTV значения, относящиеся к конкретной рекламной кампании и конкретной аудитории. CPI этой группы может быть больше среднего для игры LTV, но собственный LTV может оказаться еще выше, позволяя продолжать покупать рекламу с этими характеристиками.

* * *

Возможные причины любой проблемы – это гипотезы, которые нам нужно проверить. В простейшем случае для проверки гипотезы необходимо что-то изменить в исследуемом элементе игры и посмотреть, изменятся ли связанные с этим элементом показатели. Например, если мы перепишем текст квеста или изменим саму задачу, которую необходимо выполнить для его завершения. Причем это будут два разных эксперимента, каждый из которых необходимо проверять по отдельности, так как оба эти изменения будут влиять на прохождение игры игроком. А нам нужно знать точно, что именно и какое влияние оказывает на игрока.

Для проведения экспериментов используется механика А–В тестов, которая требует случайным образом разделять приходящих игроков на две и более (если мы проверяем одновременно несколько гипотез) группы. Мы предполагаем, что при случайном разделении достаточно большого количества новых игроков на группы в среднем эти группы будут одинаковыми. В них будет примерно одинаковое количество мужчин и женщин, одинаковое распределение по возрастам и стилю игры. Единственным отличием для них будет наше изменение текста или задачи квеста. Естественно, одна из групп не должна видеть никаких изменений, чтобы можно было сравнивать результаты с ее показателями. И по итогу эксперимента мы сможем увидеть, изменилось ли что-то для игроков в тестовых группах по сравнению с контрольной или нет.

Нужно это не только для исправления ошибок, но и для развития игры, понимания того, на какие вещи стоит обратить внимание при разработке будущих игр. Это особенно актуально для условно бесплатных игр, которые могут запускаться с минимальным функционалом и обрастать механиками уже после релиза. Глядя на информацию об аудитории, мы можем больше внимания уделить каким-то вещам, интересным этой аудитории. Это могут быть и какие-то графические особенности, более привлекательные для наших игроков (имеющихся и потенциальных), и какие-то отсылки к их культуре: упоминание географических мест, известных личностей, любимых фильмов. Мы можем устраивать в игре особые акции, приуроченные к праздникам, отмечаемым нашими игроками.

Аналитика требует довольно много времени и ресурсов для работы с ней. Ведь если мы меняем что-то в игре, нам нужно правильно провести эксперимент и дождаться, когда через него пройдет достаточное количество людей. И это должны быть новые игроки, которых еще надо привлечь. Для работы с аналитикой, создания гипотез и правильного контроля экспериментов необходимы довольно специфические навыки и опыт.

Пиар-поддержка

Пиар игры – часть ее продвижения и маркетинга. А маркетинг – это не менее важное направление бизнеса, чем сама разработка. Эти две линии нужно развивать параллельно, закладывая на это время и деньги. На маркетинг зачастую может уходить значительно больше финансов, чем на разработку.

Мы уже неоднократно говорили о том, что следует определиться с аудиторией проекта, исследовать ее и провести аналитику. Эти данные позволят нам определиться с пиар-стратегией, которая поможет донести информацию о нашей игре, исходя из наших возможностей: работаем ли мы на себя или в компании. В той или иной степени нам доступны три инструмента: продвижение своими силами, помощь знаменитостей и использование различных агентств.

Продвижение игры своими силами – это собственные аккаунты в социальных сетях и ведение блогов. Хорошая практика – сразу, как только появляется концепт-документ, завести странички проекта в соцсетях. Во-первых, чтобы закрепить название игры, во-вторых, чтобы информировать потенциальных игроков, что называется, «из первых уст», в-третьих, уже даже такими малыми усилиями начинать продвижение проекта. Хорошо бы обзавестись и собственным блогом. Информацию можно потом дублировать по всем доступным каналам.

Желательно разработать план публикаций на ближайший срок – квартал, а лучше на полгода. Он нужен для того, чтобы в процессе разработки мы не тратили на него дополнительное время, так как сил на эти, лишь на первый взгляд, второстепенные активности может не хватать. Это может привести к провалу пиар-кампании и понизить результаты продаж, на которые можно было рассчитывать.

О контенте для постов в соцсетях нужно подумать заранее. Каким он может быть? История разработки, какие-то технические особенности, но, естественно, общего характера, чтобы не нарушать эксклюзивность создания игры. Могут быть и истории о поисках решений каких-либо проблем в реализации механик. Прекрасный вариант – делиться скетчами и набросками, ведь игровой визуал для будущих игроков является наиболее притягательным элементом. Более того, можно рассказывать о сюжете и о том, каким образом он выстраивается. Например, в игре с мифологическими персонажами можно рассказывать, откуда взялись их прототипы, из каких национальных эпосов, приводить сравнения с тем, как эти персонажи использовались в других играх и как все будет настроено у нас. Интересными будут даже истории о том, как удается совмещать разработку игры с обычной, повседневной жизнью. Эту открытость, несомненно, оценят потенциальные игроки. Однако ныть и размышлять лишь о плохом не стоит – зануды и пессимисты вызывают отторжение у публики. Главное, выдавать публикации стабильно и по разработанному графику, пусть это будет хотя бы пара слов. Игроки не должны забывать о том, что наша игра находится в разработке.

Важно также подумать о том, чтобы ваши каналы продвижения были и на языках регионов, в которых планируется привлечь большую часть аудитории своей игры. Как это сделать: создать дублирующие аккаунты или сразу писать на других языках, но при этом учитывать разные часовые пояса и время активности аудитории, что повысит шанс публикации на просмотр. С переводом текстов помогут многочисленные компании-переводчики, на которые работают носители нужных языков. Машинный перевод текстов может оттолкнуть людей. Чтобы переводы выполнялись в срок, опять же нужно придерживаться плана и готовить все заранее.

Не стоит забывать о форумах и чатах поддержки игры, где смогут общаться наиболее преданные и заинтересованные поклонники, а также о комментировании и жесткой модерации. Нашим преимуществом является возможность держать прямую связь с игроками.

* * *

Привлечь аудиторию могут известные медиа: ютуб-каналы, блоги, пресса, соцсети знаменитостей и другие. Учитывая, что наша игра может выступить полезным для блогера или сайта инфоповодом, подобное продвижение может даже оказаться бесплатным. И здесь надо понять, что будет эффективнее именно для нашего проекта. Обращение к игровой журналистике, например, будет логичным, если мы выпускаем игру для PC и консолей, однако для мобильных игр это не так актуально.

Пресс-релиз – это информационный повод для прессы. Это важная новость о каком-либо проекте, что называется, «из первых уст», которую хотелось бы донести до максимального количества изданий и медиа. Обычно это информационный лист с краткой информацией о компании и детальным описанием того события, о котором хотелось бы рассказать.

Пресс-кит – это подробное описание деятельности компании, ее истории, флагманских продуктов и новинок с фотографиями и контактами.

Чтобы заинтересовать игровых журналистов, нужно написать пресс-релиз об игре. Иформацию для него можно взять из концепт-документа. Желательно приложить ссылку на скриншоты из игры или любую другую визуальную информацию, которую можно использовать в статье. Можно заняться рассылкой пресс-релиза на официальные имейлы изданий. Конечно, их рано или поздно прочитают, однако есть большая вероятность того, что наша рассылка останется без внимания.

Намного эффективнее делать рассылку сотрудникам медиа – лично журналистам. Они постоянно нуждаются в новой информации, так что будут благодарны за нее. Стесняться в этом случае не стоит. Письмо должно быть вежливым и сразу отражать суть проекта и его стадию разработки. Более того, у нас сразу должен быть заготовлен пресс-кит проекта, если медиа им заинтересуется. Возможна даже связь с журналистом через соцсети, это сейчас часто практикуется, однако здесь надо учитывать, что люди могут разделять свои профессиональные и личные аккаунты.

Инфлюенсеры – это персоны, к мнению которых прислушивается публика. В нашем случае это эксперты индустрии, фанаты игр. Они пишут и комментируют на игровых форумах, делают обзоры игр, ведут блоги, и их слово очень весомо.

Более популярные каналы продвижения сегодня для игровой индустрии представляют собой известные летсплееры (видеоблогеры, записывающие прохождения игр), стримеры (играющие в разнообразные игры в прямом эфире), обзорщики и игровые видеоблогеры. Попасть в поле зрения всех вышеперечисленных персон может быть и легко, и сложно – все зависит от случая, везения и привлекательности нашего проекта на субъективный взгляд знаменитостей. Здесь можно посоветовать обращать внимание на тех инфлюенсеров, которые любят играть и обозревать игры, похожие на наш проект. И главное, чтобы наша игра уже хорошо выглядела для видео – хорошая картинка играет огромную роль.

В конце концов, мы можем просто обратиться к услугам пиар-агентства, чтобы оно занималось нашим продвижением. Однако здесь следует держать руку на пульсе – от работающих там людей зависит лицо нашего проекта. Обычно пиар-кампания открывается за полгода до релиза, особенно активное время – за месяц до выхода игры. Поэтому можно привлекать агентство на аутсорс именно на этот срок и дополнительно при необходимости воспользоваться его услугами на время игровых выставок.

Каким бы ни был канал продвижения, надо всегда помнить, что в современном мире без пиара довольно сложно выпустить успешный продукт. И для поддержания интереса к нашей игре требуется работа с аудиторией и комьюнити.

Работа с комьюнити

Как мы уже говорили, особенную функцию в работе над игрой несет комьюнити-менеджер, который работает с созданием (если его нет) и поддержанием сообщества игры. Безусловно, перед этим надо определиться с аудиторией игры, об этом мы тоже уже не раз упоминали. И вот тут стоит обратить внимание на активных геймеров, так как, какая бы аудитория у игры ни была, у нее есть общий с разработчиками интерес – это любовь к играм. Формирование комьюнити нашей игры – это как раз и есть объединение людей, исходя из общих пристрастий.

Стратегия по работе с сообществом у каждого проекта уникальна, но есть некоторые общие моменты. Сначала следует определиться с площадкой, где будет происходить наибольшая активность. Например, старшее поколение предпочитает соцсети типа Facebook[5], молодежь же общается в Instagram[6] и TikTok, киберспортсменам удобно общаться в игровых чатах, например Discord. Есть и другие особенности. Все характеристики и предпочтения публики надо учитывать и вести коммуникацию там, где удобнее аудитории игры.

Еще одним важным моментом является неизменно дружелюбное и одновременно нейтральное общение. Никому не интересно, кто из разработчиков встал не с той ноги или у кого на окошке зацвела бегония. В сообществах важно говорить об игре, а не о посторонних вещах, и делать это лучше максимально позитивно и открыто.

Более того, токсичных участников сообщества желательно сразу банить, чтобы не создавалось впечатление, будто токсичное общение нормально и поддерживается разработчиками игры. Если это критика какой-то фичи, она должна быть конструктивной и уж точно без нецензурной лексики. Работа с комьюнити формирует в том числе репутацию нашего проекта и компании.

Если у нас есть неофициальные группы поклонников игры, то желательно проанализировать, как общаются там участники, насколько они негативно или позитивно настроены, есть ли там UGC (User Generated Content – «контент, созданный пользователями») и что он собой представляет: фанфики, арты, советы по прохождению и тому подобное. Это все поможет нам более эффективно наладить коммуникацию с игроками.

Для поддержания доброжелательного фона в сообществе можно воспользоваться правилами для участников группы. Они в основном сводятся к тому, что не должно быть нецензурной лексики и грубости по отношению к членам комьюнити, разжигания национальной или религиозной ненависти, в том числе по отношению к сексуальным меньшинствам, невозможна реклама конкурентов и публикации порнографического характера. Все так же, как и на многих публичных площадках, – никаких новых моментов мы тут не открываем.

Помогать в модерации сообщества могут активные фанаты вашей игры – амбассадоры (ambassador – «посол», «представитель») и хелперы (helper – «помощник»). Для часто задаваемых вопросов можно сделать рубрику FAQ (frequently asked questions – «часто задаваемые вопросы») или создать чат-бота, который бы общался с новичками.

Амбассадоры – это послы доброй воли вашей игры, самые яростные ее фанаты. Обычно они появляются из комьюнити. Эти преданные поклонники готовы рассказывать об игре всем, потому что им очень нравится то, что вы разрабатываете. С амбассадорами стоит вести доверительный, открытый диалог о процессе создания игры, их советы и комментарии помогают ее улучшить и дополнить тем, что хотелось бы увидеть игрокам. Амбассадоры могут стать прекрасными помощниками комьюнити-менеджерам, об этом не стоит забывать.

Работа с комьюнити связана не только с информацией об игре и анонсами, но и с тем, чтобы разными способами подогревать интерес среди игроков. Очень хорошо работают в этом случае конкурсы и розыгрыши для участников сообщества. Они могут быть тематическими и касаться какого-то момента в игре: механики, персонажа, сюжета, арта, – или быть связанным с творчеством, посвященным проекту, например фото в костюмах персонажей игры или рисунки, или же относиться к акциям в игре: недельному бесплатному прохождению, или нахождению багов в игре, или… Тут фантазия может быть ограничена только целями и задачами, которые ставит себе проект.

Игровые выставки и конференции

Довольно эффективный метод заявить о себе, привлечь инвесторов и рассказать о проекте СМИ – это участие в профессиональных игровых выставках. Здесь можно обзавестись связями, полезными знакомствами и даже собрать фидбэк по тестированию от незаинтересованных лиц, а значит, выяснить, каков наш проект в «поле».

Игровая выставка – это площадка для общения с геймерами и профессионалами игровой индустрии. Обычно в рамках выставки проводятся параллельно конференции со спикерами из разных стран и направлений индустрии.

Принимать участие в выставке можно со стендом нашего игрового проекта, либо назначая встречи и переговоры в бизнес-зоне, либо будучи гостем попытаться познакомиться с нужными людьми и рассказать о проекте в короткой презентации.

В идеале, конечно, правильно иметь собственный стенд и возможность переговоров с инвесторами, издателями и журналистами в специальной зоне. Для этого понадобится оборудование (ноутбук, VR-шлем, консоль и т. п.), демоверсия нашей игры, несколько баннеров, визитки, брошюры или пресс-киты. Также желательно выпустить сувенирную продукцию, чтобы оставить о себе что-то на память. Хорошо бы, чтобы в выставке принимало участие как минимум два человека от команды: один мог бы стоять на стенде и презентовать игру, второй – договариваться с инвесторами и заинтересованными людьми в бизнес-зоне, а также давать интервью.

Если по каким-то причинам у нас нет ни стенда, ни пропуска в бизнес-зону, то важно набраться терпения, так как мы с нашей незапланированной презентацией можем нарушать график пришедших на выставку людей, поэтому нас могут не выслушать. Тогда лучше договариваться о встрече в другое время, даже после окончания выставки. Но, чтобы заинтересовать людей, нам нужно продумать презентацию и выучить ее, в том числе и на английском языке, если выставка предполагает участие представителей из разных стран.

Выставки-конференции бывают разного масштаба. Есть гиганты, типа E3, GDC, EGX и Gamescom, где билет может обходиться в пару десятков тысяч долларов, существуют и более доступные варианты, как, например, White Nights и DevGamm. Как бы то ни было, выставки и конференции – прекрасная возможность вывести свой проект в свет и поучаствовать в профессиональном нетворкинге.

Глава 6. Десять знаменитых гейм-дизайнеров

Выбрать всего десять персон среди достойных и ярких разработчиков очень непростая задача. Игровая индустрия развивается семимильными шагами, и выдающиеся личности появляются в ней, вероятно, чаще, чем в других видах искусства. И этим героям посвящено немало отдельных изданий. Наша же цель лишь приоткрыть дверцу в игропром и познакомить с ним. Мы решили остановиться на биографиях гейм-дизайнеров, объединенных потрясающим успехом в игровой индустрии. Возможно, эти истории вдохновят многих на создание прорывных игр в будущем.

Хидео Кодзима (Япония)

Для Хидео Кодзимы (Hideo Kojima) не требуются длинные представления и описания заслуг, все укладывается в коротком слове – гений.

Великий гейм-дизайнер родился в 1963 году в Токио. В подростковом возрасте он потерял отца и довольно остро чувствовал одиночество, так как мать была все время на работе. Это сделало Хидео заядлым киноманом и любителем телевидения, что позже отразилось в его творчестве и играх.

В юности Кодзима хотел стать писателем, но слишком увлекался объемом текста, а также желал попробовать себя на режиссерском поприще, но судьба распорядилась по-другому. Она привела его в игровую студию Konami. Было это в далеком 1986 году. Интересный факт: Хидео долго врал своим родственникам, что работает финансовым консультантом (до этого он закончил экономический колледж), так как создание игр в то время в Японии считалось легкомысленным занятием.

Konami Corporation – знаменитая японская компания по разработке видеоигр и игрушек для детей. Она была основана в 1969 году в Осаке Кагэмасой Кодзуки, а сегодня ее штаб-квартира находится в Токио. Konami Corporation выступила разработчиком и издателем таких игр и серий, как Castlevania, Contra, Dance Dance Revolution, Gradius, Jubeat, Metal Gear, Pro Evolution Soccer, Silent Hill, Suikoden, Teenage Mutant Ninja Turtles, Yu-Gi-Oh!, Zone of the Enders и других игровых тайтлов.

Первой игрой Кодзимы стала Penguin Adventure о приключениях пингвиненка, в которую юный помощник гейм-дизайнера добавил две концовки. Эта простенькая игра не была пределом мечтаний Хидео. Он хотел большего, поэтому, когда ему предложили сделать экшен на военную тематику, он с энтузиазмом взялся за работу.

Это и стало началом серии Metal Gear. Над этой франшизой в жанре стелс-экшен Кодзима работал в течение почти трех десятилетий. Она сделала гейм-дизайнера легендой. Первая игра вышла в свет в 1987 году и была довольно необычна по тем временам: игроку приходилось не стрелять во врагов, проходя уровни, как в популярных тогда шутерах, а прятаться и скрываться, применяя стелс. Интересно, что вариант игры для Японии значительно отличается от того, что вышел в США, но тем не менее игра разошлась миллионным тиражом.

Стелс – жанр компьютерных игр, механика или геймплейный элемент, при котором игрок уклоняется от прямой атаки врага, сохраняя скрытность и не привлекая к себе излишнего внимания. Именно Хидео Кодзима ввел полноценную тактику стелс в игре Metal Gear, открыв его публике, за что и попал в 2008 году в «Книгу рекордов Гиннесса».

После отличного старта последовало продолжение серии игр Metal Gear, где Кодзима максимально показал свой гейм-дизайнерский талант. О каждой из них уже написано немало литературы, и мы расскажем об этом лишь вкратце. Общая их составляющая, помимо оригинального геймплея, – это интригующий сюжет и параллель с голливудскими блокбастерами. Главным героем в большинстве игр серии выступает Солид Снейк, который пытается уничтожить почти идеальное оружие – гигантского робота Метал Гира. Время действия серии: XX век – ближайшее будущее. Все части игры имели успех в той или иной степени, всего было продано более 30 миллионов копий серии суммарно.

Стоит отметить, что гением Кодзиму повсеместно стали называть после релиза Metal Gear Solid V: The Phantom Pain с некоторым подтруниванием из-за того, что его имя слишком часто по поводу и без мелькало в титрах. Мем «Кодзима – гений» очень популярен в России. Он весьма удивил Хидео, прибывшего в Москву на «Игромир» в 2019 году в рамках пиар-кампании игры Death Stranding. Но нет дыма без огня, игры гейм-дизайнера и вправду выдающиеся. Однако обо всем по порядку.

Помимо Metal Gear у Кодзимы была еще пара проектов, в которых он в 90-х годах пытался выразить свои творческие амбиции. В первую очередь это визуальная новелла в жанре киберпанк – Snatcher. Полностью она была доделана в 1992 году. Действие происходит в конце 2047 года в вымышленном японском городке. Главной проблемой там становятся «снетчеры» – андроиды, которые копируют внешность людей и убивают их, занимая их место в социуме. Они готовят глобальный заговор порабощения мира разумными машинами. Для борьбы с ними существует организация J.U.N.K.E.R., где как раз и работает главный герой – Гиллиан Сид.

Визуальная новелла – жанр интерактивного искусства, выросший из текстового квеста. Повествование является основным элементом геймплея в визуальных новеллах, а история подается игроку при помощи текста, статичных либо анимированных изображений, а также звукового и музыкального сопровождения.

Фантастический сеттинг был и у другого очень важного для Кодзимы проекта, ради которого он даже научился программировать. Это визуальная новелла Policenauts – соединение детских мечтаний Хидео о том, чтобы стать космонавтом и полицейским следователем. Изначально она была выпущена в 1994 году. Действие тоже происходит в будущем: в космосе создают колонию людей, для защиты которой высылают лучших полицейских. У одного из них – Джонатана Инграма – случаются неполадки со скафандром, и он погружается в анабиоз. Его находят лишь через 25 лет. Весь мир вокруг изменился, но в хороших детективах все так же есть необходимость. К герою приходит его жена, вышедшая за это время замуж за другого, и просит Джонатана найти своего вдруг исчезнувшего супруга. Следует отказ, но потом женщину кто-то убивает. И детектив берется за работу.

Визуальные новеллы Хидео имеют характерный для гейм-дизайнера подход: большое внимание к деталям и пояснительному тексту, использование символов, аллюзий и реминисценций, которые так любят искать в работах Кодзимы фанаты.

Вернемся же к эпохе Metal Gear и уходу из этой многолетней франшизы самого Кодзимы. Компания Konami, у которой с гейм-дизайнером были все время очень непростые отношения, решила перестроиться на разработку мобильных игр и попрощаться с амбициозным Кодзимой. Он покинул ее в 2015 году, но недолго оставался одиноким: гигант Sony Computer Entertainment взяла под крыло его студию Kojima Productions. Этот альянс создал одну из интереснейших игр – Death Stranding, эксклюзив для вышедшей в 2019 году PlayStation 4.

В создании игры принимали участие голливудские звезды: Норман Ридус, Леа Сейду, Мадс Миккельсен, Маргарет Куэлли, Томми Дженкинс, Трой Бейкер, Линдси Вагнер – и режиссеры: Гильермо дель Торо и Николас Виндинг Рефн.

Сюжет игры так же непрост и запутан, как и в других произведениях Кодзимы. Действие происходит в постапокалиптическом сеттинге, где мир смерти вырвался наружу и территория Америки поглощена призрачными созданиями. Главный герой – курьер Сэм Бриджес – доставляет грузы и создает хиральную сеть типа интернета между очагами выживших поселений. Попутчиком его становится ББ – недоношенный младенец, чья мать в коме; подключение к нему помогает увидеть невидимые души умерших.

Помимо весьма оригинального сюжета, в игре есть интересная особенность – игрок может находить предметы, оставленные другими игроками, и использовать их, и за это можно получить «лайки». Тем самым поддерживается идея о всеобщем объединении и помощи незнакомцев, которую выдвинул еще Дженова Чень в своем Journey. Еще один момент в пользу необыкновенной прозорливости Кодзимы: игра попала в резонанс с пандемией COVID-19 и возросшей ролью курьеров в этот непростой для человечества период.

Sony Interactive Entertainment – это подразделение японской корпорации Sony, которое занимается разработкой и изданием видеоигр, а также созданием игровых приставок. На сегодня это, пожалуй, самая влиятельная компания в гейм-индустрии. Отдельное подразделение было открыто в 1993 году; сама же компания Sony была основана в 1946-м. Одним из главных ее продуктов является семейство консолей Sony PlayStation, эксклюзивами для которых в разные годы стали серии Destruction Derby, Mortal Kombat, Philosoma, Twisted Metal, Crash Bandicoot, Gran Turismo, Crash Team Racing, MLB, Jet Moto, Spyro, Syphon Filter, Everybody’s Golf, Jak and Daxter, Ratchet & Clank, Sly Cooper, God of War, NBA, Lemmings, Ghostbusters, Resistance, Uncharted, LittleBigPlanet, Demon’s Souls, InFamous, Killzone, Heavy Rain, Beyond: Two Souls, The Last of Us, Detroit: Become Human, Knack, Bloodborne, The Order: 1886, Until Dawn, The Last Guardian, Horizon Zero Dawn, Nioh, Spider-Man, Shadow of the Colossus, Concrete Genie, Days Gone, Death Stranding, Dreams, Ghost of Tsushima и другие.

Death Stranding получила признание критиков и немало наград. В том числе на церемонии The Game Awards в 2019 году она победила в категориях «Лучшая режиссура», «Лучший саундтрек», «Лучшая актерская игра» (Мадс Миккельсен).

Кодзима любит интриговать и разыгрывать публику, его можно превозносить до небес или ненавидеть, однако то, что он является одним из самых известных гейм-дизайнеров планеты и популяризаторов игрового искусства, – неоспоримый факт.

Уилл Райт (США)

Уилл Райт (William R. Wright) – гейм-дизайнер, позволивший игрокам примерить на себя роль творца жизни. Этот вызов отразился в его культовых играх The Sims и Spore.

Райт родился в 1960 году в Джорджии в США. После школы он пошел учиться на архитектора, но потом перевелся в Луизианский технологический университет на инженерный факультет. Там молодого человека охватила настоящая страсть к компьютерам, и он понял, что разработка игр – это то, чем он хочет заниматься.

Первой его игрой, созданной в 1984 году, была аркада, как и у многих его современников. К сожалению или к счастью, игра не пошла в релиз, слишком уж много было подобных ей. Тогда Уилл понял, что надо разрабатывать нечто уникальное. Его посетила идея создать игру, в которой не было бы проигрышей и побед, в отличие от остальных. Возможно, сыграло роль и его неоконченное архитектурное образование, но, так или иначе, на свет появился Micropolis – первый ситибилдер.

Ситибилдер, или градостроительный симулятор, – это жанр компьютерных игр, подвид экономической стратегии, в котором игрок является управляющим города, космической станции, колонии, аэропорта или какого-либо другого населенного пункта или структуры. Главная цель – развивать и укреплять свои владения, чтобы жители процветали.

Райт долго не мог найти издателя на свой проект. Никто не понимал гениальности его идеи, а сам Уилл был слишком скромен, чтобы о ней громко заявлять, пока в 1986 году не появился Джефф Браун. Он сказал, что давно мечтал инвестировать деньги в нечто подобное «Микрополису». В итоге в 1987 году была основана новая студия Maxis, а в 1989 году вышла уже доработанная игра с более благозвучным названием SimCity. Это был градостроительный симулятор, где игрок выступал в качестве мэра и развивал свои владения, а также повышал уровень жизни населения.

Сначала SimCity продавалась не очень хорошо – публика привыкла к аркадам и шутерам. Но вскоре игра стала настоящим бестселлером, выпущенным на несколько платформ, и разошлась в 2,3 миллиона копий. Она получила два с лишним десятка наград от специализированных изданий и ассоциаций, а ее геймплей в 80-е годы был признан революционным.

Однако Уилл Райт хотел чего-то большего. Он всерьез интересовался психологией и взаимоотношениями людей и решил создать симулятор… реальной жизни. Эта идея вновь встретила препятствия, причем даже Джефф Браун считал, что «в этих кукол никто не будет играть», ведь основная аудитория видеоигр на тот момент была мужской. Но Уилла Райта поглотил этот проект – он стал отчаянно искать издателя. И тут появилась Electronic Arts (EA), которая взяла гейм-дизайнера на поруки.

Electronic Arts (EA) – одна из крупнейших игровых корпораций в мире. Она появилась на свет в 1982 году в Калифорнии, основатель компании – Трип Хокинс. Издатель таких легендарных серий и игр, как American McGee’s Alice, Battlefield, Command & Conquer, Crysis, Dante’s Inferno, Dead Space, Dragon Age, Dungeon Keeper, FIFA, The Godfather: The Game, Harry Potter, Little Big Adventure, Lord of the Rings, Madden NFL, Mass Effect, Medal of Honor, Mirror’s Edge, National Association of Stock Car Auto Racing (NASCAR), Need for Speed, NHL, Real Racing, SimCity, The Sims, Spore, Star Wars, Titanfall, Ultimate Fighting Championship (UFC), Ultima, Wing Commander и других.

Разработка игры The Sims заняла вторую половину 90-х годов. Ей был выделен небольшой бюджет, так как ставку на этот симулятор вообще не делали; ожидалось, что игра разойдется тиражом в каких-нибудь 100 тысяч копий. У нового проекта не было даже отдельного стенда на главной профильной выставке Electronic Entertainment Expo.

Оказалось, что Уилл Райт был намного прозорливее издателей. Вышедшая в 2000 году The Sims обрела феноменальную популярность. На 2016 год по всему миру продано более 200 миллионов копий, и эта цифра все еще растет. Это одна из самых успешных игр за всю историю индустрии, она получила множество наград и отличную оценку публики. Игрокам нравится управлять виртуальными людьми и помогать им строить отношения и свою жизнь. Для игры был даже разработан специальный язык – симлиш, на котором разговаривают обитатели игры.

Язык «симлиш» – это искусственный язык, придуманный специально для диалогов игры The Sims, чтобы игрок мог понимать персонажей по интонации и жестикуляции. Его разрабатывали около полугода, взяв за основу такие языки, как финский, тагальский, французский, латинский и украинский. Смысл слов у симлиша искать не стоит, так как главная его задача – это передача чувств и эмоций персонажей. Этот язык также присутствует и в других играх, в частности в Spore.

По своей корпоративной традиции Electronic Arts стали выпускать платные дополнения к игре, что очень не нравилось Райту, считающему, что, купив игру, игрок должен получать их бесплатно. Это было началом разлада отношений Maxis с этой корпорацией. Последней каплей стали разногласия после выхода игры Spore, и Уилл Райт покинул Electronic Arts.

Spore – симулятор бога, где игрок развивает существо по своему вкусу, исходя из пяти стадий: от микроорганизма до высокоразвитого создания. Игра вышла в 2008 году, и ее продажи за первые две недели составили более миллиона копий. Она получила премию от Британской академии кино и телевизионных искусств (BAFTA) в номинации «За технические достижения». Уилл Райт стал первым гейм-дизайнером этой церемонии, который удостоился награды за вклад в искусство.

Вся жизнь Уилла Райта – это путь через тернии к звездам: никто не верил в его опережающие время проекты, но они оказывались именно тем, что так ждала аудитория. Бесконечная борьба со стереотипами в игровой сфере привела к тому, что Райт несколько потерял интерес к гейм-дизайну. Основанный им Stupid Fun Club сфокусирован на необычных идеях для телевидения и робототехнике: это реалити-шоу с роботами, альтернативный способ подачи развлечений, искусственный интеллект, аниматроники и другие необычные вещи.

Стоит отметить, что, попав в игровую индустрию, очень сложно ее покинуть. Так и Уилл Райт не отказался окончательно от разработки игр. Совместно с Лораном Эллиотом из компании Gallium Artists он работает над игрой Proxi – необычным симулятором искусственного интеллекта, который обучается на основе информации об игроке и строит виртуальные миры из «мемов» и воспоминаний, объединяющихся по принципу определенной темы, будь то семья, горести, радости, праздники или что-то другое. Можно не сомневаться: это будет нечто выдающееся.

Ричард Гэрриот (Великобритания, США)

Имя Ричарда Гэрриота (Richard Allen Garriott) гремело в совершенно разных областях. Это человек, буквально покоривший и космос, и глубины океана. Он космонавт во втором поколении, один из первых космических туристов на Международной космической станции. Причем в полет он взял с собой носитель с программой «Драйвер бессмертия» с описанием великих открытий человечества, а также с оцифрованными ДНК известных людей. Этот чип будет храниться на МКС на случай вселенской катастрофы. Гэрриот является единственным человеком, имеющим собственность на Луне, – луноход. Также Ричард обладает двумя полноразмерными копиями первого в мире советского спутника.

Гэрриот занимается изучением необычных форм жизни в океане, побывал в районе Бермудского треугольника и спускался в подводной лодке к «Титанику». Он принимал участие в двух экспедициях в Арктику, исследовал джунгли Амазонки, в Руанде отслеживал поведение горилл во время миграции. Все эти эксцентричные хобби требуют много, очень много денег, и Гэрриот заработал их… на видеоиграх.

Ричард Аллен Гэрриот родился в 1961 году в Кембридже, в Великобритании. Потом его семья переехала в Техас в США. Его отец – астронавт Оуэн Гэрриот. С детства Ричард хотел делать игры и в старшей школе написал их с десяток. Ему было 18 лет, когда он создал игру Akalabeth: World of Doom для компьютеров Apple II. Это и была так называемая Ultima 0. На деньги от ее продаж Ричард оплатил колледж и приобрел себе дом и машину.

Спустя несколько месяцев в 1980 году издатель California Pacific Computer Company предложил Гэрриоту контракт на создание игр серии Ultima. Еще через два года разработчики Ultima II: The Revenge of the Enchantress, в том числе и сам Гэрриот, перешли под крыло более крупной компании Sierra Online.

Однако Ultima III: Exodus, финальную игру, завершающую трилогию The Age of Darkness, Ричард захотел сделать своими силами и расторг контракт. Он решил опереться в разработке на семью и друзей: вместе с отцом, братом Робертом и приятелем открыл студию Origin Systems, которая стала самостоятельным издателем. Помимо серии мира Ultima, за свое существование студия выпустила немало других интересных игр: 2400 A.D., Wing Commander, Bad Blood, System Shock, Crusader, Pacific Strike, Knights of Legend, BioForge, Privateer 2: The Darkening и другие.

Важной вехой для студии Origin Systems стала ее продажа Electronic Arts в 1992 году. Именно тогда началась разработка одной из первых массовых многопользовательских ролевых онлайн-игр (MMORPG) Ultima Online. Ричарда Гэрриота часто называют отцом этого жанра, потому что именно с нее началось торжественное шествие по планете и популярность такого рода игр. Он довольно известная личность и среди игроков в онлайн-игры: там его знают под именем Лорд Бритиш или Генерал Бритиш.

Однако в 2000 году Electronic Arts неожиданно отменила сразу все ММО-игры, находящиеся в разработке, среди которых были и Ultima Online 2, и Wing Commander Online. После этого Ричард ушел из компании и вместо с братом создал новую студию Destination Games, которая стала сотрудничать с южнокорейскими издателями NCsoft.

Примечательно, что в 1997 году Ричард Гэрриот выступил как продюсер другой довольно популярной MMORPG – Lineage, а также многопользовательских онлайн-игр Auto Assault, City of Heroes и City of Villains. Велась работа и над фантастической MMORPG Tabula Rasa, но, к сожалению, она была закрыта в 2009 году, и Гэрриот перестал сотрудничать с NCsoft.

Гейм-дизайнер на этом не остановился и продолжил создавать MMORPG; одним из его последних проектов стала Shroud of the Avatar: Forsaken Virtues. Она была выпущена в ранний доступ в 2014 году, а релиз полной версии состоялся спустя четыре года. Помимо Гэрриотта, над игрой работал Старр Лонг и писатель Трейси Хикмен.

За свою долгую продуктивную деятельность в гейм-индустрии Ричард Гэрриот получил немало наград, в частности «Лучшая игра года», «Лучший дизайнер компьютерных игр года» и «За роль в создании игр». В 1992 году вместе с братом стал «Предпринимателем года», а в 2005-м ему вручили «Награду за жизненные достижения» от Международной ассоциации разработчиков игр (IGDA). В том же году имя Гэрриота было внесено в «Зал славы Академии интерактивных искусств и наук» (AIAS, Hall of Fame Honoree).

Дэвид Кейдж (Франция)

Дэвид Кейдж (David Cage) – это псевдоним знаменитого создателя интерактивного кино Давида Де Груттоля.

Он родился в 1969 году в Мюлузе во Франции. Дэвид не планировал становиться гейм-дизайнером, его больше привлекала карьера композитора и музыканта. С пяти лет он ходил на классы по фортепиано, а в двенадцать поступил в консерваторию. В восемнадцать целеустремленный юноша переехал в Париж, чтобы найти подходящую его амбициям работу. И не прогадал. Спустя несколько лет Дэвид создал компанию Totem Interactive, специализирующуюся на создании музыки для фильмов и видеоигр. Так он прикоснулся к игровой индустрии, которая стала его новой страстью.

В 1997 году Дэвид Кейдж окончательно решил разрабатывать игры сам и основал компанию Quantic Dream. Первым его творением стала приключенческая игра Omikron: The Nomad Soul, музыку к которой написал легендарный певец и композитор Дэвид Боуи. Она вышла в 1999 году и разошлась по всему миру тиражом в 600 тысяч копий.

Интерактивное кино – представляет собой слияние двух видов искусства: игрового и кинематографического. По сути, это фильмы со срежиссированными и поставленными сценами, разветвлением сюжета и разными финалами, которые зависят от выбора и действий игрока, где персонажи – это 3D-модели, анимированные в технике захвата движения профессиональными актерами.

После этого Дэвид Кейдж решил полностью сосредоточиться на создании интерактивного кино. И первой в этом, по сути, новом жанре работой стала игра Fahrenheit: Indigo Prophecy, изданная Atari и увидевшая свет в 2005 году. Сюжет подается от лица разных персонажей. Один из них – системный администратор в банке Лукас Кейн, убивший в трансе человека и не помнящий, что он натворил. Разбираясь в этом деле, герой открывает в себе сверхъестественные способности и пытается помешать Оранжевому клану поработить мир. Также можно играть от лица расследующих убийство детективов Тайлера Майлза и Карлы Валенти. От решения игрока зависит выбор сюжетных линий, а также финал – всего их три.

Quantic Dream постарались сделать мир в игре максимально реалистичным. Например, многие задания ограничены по времени. Более того, нужно следить за физическим и психическим здоровьем персонажей. Стоит отметить и то, что в процессе разработки игры к созданию анимации персонажей привлекались актеры и использовалась технология motion capture (захват движения).

Fahrenheit (или Indigo Prophecy) продалась тиражом более чем в миллион экземпляров, получила хорошие отзывы и награды. Именно она привела Кейджа в компанию Sony Interactive Entertainment, с которой Quantic Dream заключила контракт на создание эксклюзивных игр для Sony PlayStation 3, а потом и нового поколения консолей. Интерактивное кино от Дэвида Кейджа стало предметом гордости издателя. И в 2010 году Quantic Dream выпустила очередной шедевр – Heavy Rain.

Это игра-детектив в жанре интерактивного кино, сюжет которой выстроен вокруг персонажа Оригами – серийного убийцы, орудующего во время дождя. Приемы, заложенные еще в Fahrenheit, в новом творении Кейджа получили большую глубину проработки: фотореалистичная графика, дружелюбный интерфейс, нелинейность повествования, разные концовки и принятие решений, от которых зависит развитие сюжета. Кстати, сценарий к Heavy Rain составлял 2000 страниц, исписанных Кейджем. Игра имела оглушительный успех: она разошлась тиражом в 5 миллионов копий и получила три награды от BAFTA – в номинациях «Оригинальная музыка», «Сценарий» и «Технические инновации».

Следующая игра Beyond: Two Souls стала еще одним ярким явлением в жанре интерактивного кино и игровой индустрии. Она вышла в 2013 году. Сюжетная канва – это пятнадцать лет жизни Джоди Холмс, у которой есть уникальная способность – общаться с потусторонними созданиями. В этой игре Кейдж рассуждает о том, что находится за пределами жизни, ищет объяснение уходу из жизни. Одна из главных особенностей: играть можно не только за главную героиню Джоди, но и за привязанного к ней бестелесного духа – Айдена. С его помощью можно проходить сквозь стены и другие препятствия, но в небольшом радиусе от Джоди. В геймплее это решено монохромностью, а также выделением ауры, которая показывает, как можно взаимодействовать с персонажем: вселиться, задушить, толкнуть, исцелить.

В Beyond: Two Souls участвовали актеры, в том числе канадская актриса Эллен Пейдж, ее образ был использован для создания облика главной героини, а также «снимались» Уиллем Дефо, Эрик Уинтер и другие.

Когда игра вышла в 2013 году, ее продажи превысили миллион копий, всего же они перевалили за 3 миллиона. Beyond: Two Souls была отмечена BAFTA в номинациях: «Лучшее художественное достижение», «Лучший оригинальный саундтрек» и «Лучший исполнитель главной роли».

В 2018 году всех поклонников интерактивного кино и игр категории ААА ждал очередной подарок от Quantic Dream – игра Detroit: Become Human. В ее создании принимало участие более 250 актеров, в том числе Вэлори Керри, Брайан Декарт и Джесси Уильямс. Это был, пожалуй, самый масштабный проект того периода, где использовалась технология захвата движения.

Нелинейный сюжет разбит на три линии: андроида-домработницы Кэры, андроида-детектива Коннора и андроида-мятежника Маркуса. Как и в других играх Кейджа, от выбора игрока зависит развитие действия и взаимоотношений персонажей, а также концовка – всего их 14.

Detroit: Become Human стала самой успешной игрой компании Quantic Dream за все ее существование: в 2019 году было продано 3 миллиона копий, а спустя год количество экземпляров увеличилось до 5 миллионов и продолжает расти. Более того, на одном из игровых шоу была анонсирована игра Star Wars Eclipse от Quantic Dream, так что поклонники компании замерли в ожидании нового шедевра.

Очевидно, что жанр интерактивного кино развивается благодаря его прозорливому создателю и популяризатору Девиду Кейджу. Гейм-дизайнер является кавалером ордена Почетного легиона, который вручается во Франции за особые заслуги перед отечеством, в частности в области искусства. Он первый в мире игровой разработчик, удостоенный этой чести.

Сид Мейер (Канада, США)

Сид Мейер (Sid Meier) – человек, который открыл для нас мир Civilization. Поклонники даже подавали на него в суд, утверждая, что игра полностью поглотила их разум и тело. Это самый знаменитый гейм-дизайнер, по крайней мере, по утверждению Академии интерактивных искусств и наук.

Мейер родился в Сарнии, в Канаде в 1954 году. Позже его семья переехала в США, в Мичиган, где Сид получил степень в сфере информатики. Именно в университете, впечатлившись терминалом IBM 360, он стал активно изучать программирование, чтобы создавать игры. Как и многие другие в то время, Мейер начал с аркад, разработав, по сути, клон Space Invaders для Atari 800. Первой же коммерческой игрой гейм-дизайнера стали аркадные гонки Formula 1 Racing.

В 1982 году Сид Мейер вместе с другом Биллом Стили основал компанию Microprose. Неудивительно, что первыми играми стали авиасимуляторы, ведь Билл был военным пилотом. Одним из проектов являлся Spitfire Ace, посвященный битвам в воздухе во время Второй мировой войны. В том же жанре в 80-х были созданы Hellcat Ace, Solo Flight, F-16 Strike Eagle, F-19 Stealth Fighter и другие. Идея симуляторов распространилась и на воду: управление подводной лодкой в игре Silent Service.

Более того, появились прародители стратегий: NATO Division Commander, Decision in Desert, Crusade in Europe, Conflict in Vietnam. Венцом же этого жанра стала выпущенная в 1987 году Sid Meier’s Pirates!. Игра стала одной из лучших по этой теме и вдохновила многих гейм-дизайнеров на создание интересных проектов, в том числе и российскую компанию «Акелла» на выпуск довольно успешной серии игр «Корсары».

Именно с Sid Meier’s Pirates! началась традиция ставить перед названием игры имя разработчика. Она связана с тем, что этот проект отличался от выпускаемых до этого и надо было указать, что гейм-дизайнер тот же. В те времена гейм-дизайнеры были настоящими звездами, и добавление имени в название помогало маркетингу. С добавлением имени «Сид Мейер» в 1990 году вышла еще одна довольно любопытная игра, Railroad Tycoon. Над ней работал также известный создатель настольных игр Брюс Шелли. Это была тоже излюбленная Мейером стратегия в реальном времени с экономическим уклоном.

Самую большую популярность из детищ гейм-дизайнера снискала легендарная серия игр Civilization (Sid Meier’s Civilization). Это пошаговая стратегия, в которой игрок создает собственный мир, начиная с первобытного времени и заканчивая нынешним, учитывая при этом разные факторы развития: от торговли до гонки новых технологий. Цель – сделать свое государство самым передовым и сильным. Если игрок побеждает все остальные цивилизации, то может отправиться на планету Альфа Центавры первым. Игра удостоилась множества наград, а знаменитый журнал Time в 2012 году внес ее в список ста лучших игр за всю историю человечества.

В 1993 году Microprose была поглощена корпорацией Spectrum HoloByte. Однако не все проходило гладко в составе новой компании: студия Мейера была отодвинута на второй план, что не устраивало ее основателя. В итоге три года спустя он покинул компанию, по большей части, из-за того, что приходилось заниматься больше маркетингом и продажами, а не разработкой игр. Вместе с Джеффом Бриггсом они создали новую студию Firaxis Games. Компания не меняет приоритеты и фокусируется на пошаговых стратегиях, в основном это работа над новыми частями Civilization, Sid Meier’s Pirates!, а также серии игр с темой инопланетного захвата X–COM.

Сид Мейер – один из самых титулованных гейм-дизайнеров. Он попадал в списки многих компьютерных журналов как один из самых влиятельных людей в игровой индустрии, в 2002 году его имя вписали в Зал славы Компьютерного музея Америки (Computer Museum of America’s Hall of Fame), а в 2017-м на одной из главных премий в отрасли Golden Joystick Awards – заслуженно отметили в категории «Награда за многолетние достижения».

Сэм Лейк (Финляндия)

Сэм Лейк (Sam Lake) – одна из самых харизматичных фигур игровой индустрии. Именно его внешность взята за основу легендарного персонажа Макса Пейна, а история финской компании Remedy, где он является креативным директором, похожа на сказку о Золушке.

Сами Антеро Ярви (Sami Antero Järvi) – именно так зовут по-настоящему Сэма Лейка – родился в 1970 году в Финляндии. Его фамилия в переводе с финского означает «озеро», что на английский переводится как lake («лейк»).

Сэм изучал сценарное мастерство и английскую литературу в Академии театрального искусства в Хельсинки, когда к нему обратился приятель – Петри Ярвилехто – с предложением сделать нарратив для дебютной игры Death Rally компании Remedy. Сэм по-дружески согласился, за эту работу он получил деньги лишь после удачного релиза игры в 1995 году. Так Лейк обосновался в качестве нарративного дизайнера и сценариста в студии, о которой вскоре заговорил весь мир, а в тот момент разработчики сменили дислокацию из подвала родительского дома на офис в финском городе Эспоо.

Новой игрой, над которой в итоге стали трудиться ребята из Remedy, стала Max Payne. Сэм Лейк придумал сюжет, вдохновляясь фильмами в жанре нуар, блокбастерами Джона Ву и скандинавской мифологией. Это была история детектива, который после смерти жены и дочери ступил на тропу войны в поисках виновных. Действие происходило в Нью-Йорке, и для того, чтобы лучше прочувствовать этот город, часть сотрудников совершила туда вояж. На путешествие денег хватило, а вот на найм актеров для кат-сцен и анимации – нет. Решение придумал Сэм: он предложил делать кат-сцены в виде комиксов с реальными людьми. Прототипами персонажей стали друзья и родственники сотрудников студии. Лицом же самого Макса выбрали красавчика Лейка. Он был не против, и вмиг стал знаменитостью. Игра была выпущена в 2001 году издательством 3D Realms и была отлично принята критиками. Помимо самого персонажа и сценария, был также отмечен прорывной режим «буллет-тайм».

Буллет-тайм – это эффект замедления времени, при котором можно увидеть, как летят пули. При этом игрок способен уклониться от атаки врага и совершить какие-либо действия.

Успешный релиз Max Payne сподвиг студию на создание второй части игры. Теперь у них были деньги, и они смогли реализовать все, что давно хотели, в том числе участие профессиональных актеров в сценах, снятых по технологии захвата движения. Механизм «буллет-тайм» был доработан и улучшен, добавлены новые фичи, связанные с оружием. Игра вышла в 2003 году и была встречена не менее восторженно, чем предшественница. Мир этой серии настолько полюбился аудитории, что в 2008 году киностудия 20th Century Fox сняла одноименный фильм Max Payne, собравший солидную сумму в прокате.

Между тем Remedy в сотрудничестве с Microsoft начала работать над новым проектом эксклюзива для консоли Xbox 360. И без Сэма Лейка тут не обошлось. Основой для психологического триллера Alan Wake стал сценарий его же хоррор-фильма. Вдохновение сценарист и креативный директор черпал в работах Стивена Кинга и сериале «Твин Пикс» Дэвида Линча. Более того, в этой игре фишка с просмотром ТВ-шоу игроком в Max Payne развилась в элемент геймплея, который продвигает дальнейший сюжет. Сэм Лейк решил также использовать сериальный подход: часовую продолжительность эпизода с клиффхэнгером (цепляющим зрителя, словно крючок, сюжетным ходом) в конце.

Главным героем игры стал писатель Алан Уэйк, который ищет в провинциальном загадочном городке Брайт-Фоллс пропавшую жену. Релиз игры состоялся в 2010 году, в первые две недели было распродано 145 тысяч копий, а к 2015-му тираж увеличился до 3,2 миллиона. В 2012 году вышло ответвление игры Alan Wake’s American Nightmare, где действие происходит уже в городке Найт-Спрингс в Аризоне. Задача главного героя – выбраться из Темной обители. Microsoft решила не делать сиквел игры, а дать зеленый свет новому проекту Remedy.

Так появился на свет приключенческий шутер от третьего лица Quantum Break с темой параллельных вселенных. Созданием проекта Сэм Лейк руководил с самого начала, он преследовал цель объединить два вида искусства: кино и видеоигры. Был создан даже одноименный мини-сериал. Главным героем стал Джек Джойс, у которого есть дар взаимодействовать со временем и управлять им. Эта способность распространяется и на виды оружия персонажа. Для того чтобы подкрепить игру научным обоснованием, Сэм Лейк даже приглашал консультанта из Европейского центра ядерных исследований (ЦЕРНа). Игра вышла в 2016 году и была, в целом, хорошо воспринята публикой.

Сэма Лейка же захватил новый проект – Control. Это традиционный для Remedy шутер от третьего лица, только с женским персонажем – Джесси Фейден. Она прибывает в загадочное Федеральное бюро контроля, отслеживающее паранормальные явления и обладающее коллекцией странных предметов. Героиня по стечению обстоятельств становится директором этой организации и ввязывается в водоворот сверхъестественного. Роль Джесси исполнила актриса Кортни Хоуп. Игра была издана 505 Games в 2019 году, общий объем продаж уже превысил 2 миллиона копий.

Сэм Лейк – гейм-дизайнер и сценарист, у которого есть собственный стиль, он не боится экспериментировать и ищет нечто новое в сюжетах, подходе и игровом процессе, поэтому поклонники с нетерпением ждут каждый новый проект Remedy.

Дженова Чень (Китай, США)

Дженова Чень – китайский гейм-дизайнер, который прославился медитативными, эстетичными играми, вписав свое имя в историю интерактивного искусства. Он родился в 1981 году в Шанхае. Его настоящее имя Синхань Чень, а псевдоним он взял в старшей школе, выбрав имя Дженова в честь персонажа игры Final Fantasy VII. Он закончил факультет компьютерных наук и инженерии в Шанхайском университете Цзяотун, а потом переехал в США, чтобы продолжить образование. Чень учился по программе «Интерактивные медиа» в подразделении Школы кинематографических искусств университета Южной Калифорнии. Там он познакомился со студенткой Келли Сантьяго, с которой решил работать над необычными играми. Первой «ласточкой» стала Cloud, получившая грант на производство. Игра была выпущена в 2005 году. Главной задачей для Дженовы было расширить спектр эмоций, вызываемых видеоиграми. Эта работа была очень тепло принята критиками и игроками.

В 2006 году Чень защитил диссертацию на тему потоковости и настройки сложности игры и реакции игрока на примере игры Flow, созданной совместно с Николасом Кларком. В итоге термин «поток» (flow) вошел в обиход гейм-дизайнера, а игра получила релиз в 2006 году. За несколько месяцев ее скачали более 650 000 раз, и она стала самой загружаемой игрой в PlayStation Store за год, а в 2007 году получила премию Game Developers Choice Awards.

Теория потока (flow) в играх. Состояние потока в видеоиграх – это состояние, в которое можно ввести человека, соединив в геймплее ряд компонентов.

1. Понятные задачи. Игрок должен понимать, что ему нужно делать в игре. Для этого используются карты, интерфейс с обозначением задач и квестов, а также индикатор их выполнения. Важно объяснять игроку все особенности геймплея через разные средства: дневник главного героя, встречающихся на пути неигровых персонажей (NPC), всплывающие окна с описаниями предметов и прочее. Важную роль также играет удобный туториал.

2. Отсутствие отвлекающих факторов. В процессе игры трудно сконцентрироваться сразу на нескольких вещах. Расфокусировка может выбить человека из состояния потока, поэтому важно помнить это при внедрении ярких событий в геймплей, интерфейс должен быть прост и дружелюбен.

3. Видимый результат. Каждое действие в игре должно быть обозначено и иметь какое-то внятное завершение. Полученный результат должен подталкивать игрока продолжить игру и стремиться к новым достижениям. Уведомления, индикация, звуковые сигналы, получение предметов, титулов, статусов и другие элементы геймплея – все это работает на интерактивность и отдачу у игрока.

4. Соответствие способностей игрока поставленным задачам.У каждого игрока разный опыт, и механики должны быть доступны и очевидны для всех. Здесь важен баланс между «очень сложно» и «очень скучно», а также ощущение того, что игрок все в игре делал правильно и способен справиться с возникшим препятствием на любом уровне.

При идеальной настройке всех четырех компонентов у игрока должны возникнуть чувство контроля над ситуацией, отсутствие самоосознания, растворение в мире игры и отождествление себя с главным героем, а также отсутствие чувства времени. Это и есть полное ощущение потока игры.

После выпуска Flow Чень, Сантьяго и Кларк основали собственную компанию ThatGameCompany в Лос-Анджелесе и подписали контракт с Sony Interactive Entertainment на три игры. Следующим их творением была Flower. Дженова описывал ее как «интерактивное стихотворение, исследующее противоречие между городом и природой». Гейм-дизайнер создавал произведение искусства, а не игру ради развлечения. И ему это удалось: знаменитый Массачусетский технологический университет в 2008 году поместил имя Дженовы Ченя в список 35 инноваторов в возрасте до 35 лет.

Игрой же, ставшей важной вехой в развитии интерактивного жанра, стала Journey. Она вышла в PlayStation Network в 2012 году. Главным персонажем был странник в плаще, похожем на мантию с капюшоном, у которого видны лишь глаза. Он оказался в жаркой пустыне и был вынужден искать путь без карты и подсказок, находя волшебные предметы, которые по фрагментам рассказывают о мире игры. Самое интересное, что в режиме онлайн игрок мог встречаться с другими игроками, при желании они способны невербально что-то подсказать и помочь. Узнать имена помощников невозможно, игроков идентифицируют лишь символы на одежде. Дженова хотел таким образом создать эмоциональную привязанность у абсолютно незнакомых друг с другом людей со всего света. Более того, этот опыт усиливался и за счет звуковой атмосферы. Journey в 2013 году даже удостоилось музыкальной премии, вручаемой американской Национальной академией искусства и науки звукозаписи «Грэмми».

Дженове Ченю удалось создать надкультурное произведение интерактивного искусства с широким спектром эмоций. По мнению этого гениального гейм-дизайнера, у видеоигр есть только три способа повлиять на взрослых игроков:

• интеллектуально, когда человек открывает для себя новый взгляд на мир;

• эмоционально, когда он соприкасается с кем-то или чем-то, затрагивающим его чувства;

• социально, когда он попадает в особую коммуникативную среду, где интеллектуальное или эмоциональное возбуждение может исходить от других людей.

Journey стала воплощением всех идей Дженовы Ченя. Это метафора дороги жизни, где каждый обретает собственный опыт.

Маркус Перссон (Швеция)

Маркус Перссон (Markus Persson) – это настоящее имя легендарного гейм-дизайнера Нотча (Notch), создателя Minecraft, одной из самых скачиваемых игр за всю историю, количество загрузок которой перевалило за 100 миллионов. Интересно, что слово «Minecraft» в поисковике Google фигурирует чаще, чем «Библия» и «Гарри Поттер».

Перссон родился в 1979 году в Стокгольме в Швеции. Маркус с детства обожал конструктор «Лего», а потом пристрастился к программированию, первым его компьютером был Commodore 128. В восемь лет он создал первую игру. Школу Перссон так и не закончил, он прошел онлайн-курсы программирования и устроился разработчиком в Midasplayer (позже она стала называться King.com – разработчики Candy Crush). Там Маркус подружился с коллегой Якобом Порсером, с которым в 2010 году создал компанию Mojang.

Главное «детище» Перссона Minecraft появилось на свет чуть раньше. Еще незаконченный вариант гейм-дизайнер залил на игровой портал TIGSource в 2009 году. И почти сразу вокруг игры возникло комьюнити. В основном это были дети и подростки, которым нужна была понятная им активность в сети и общение. И творческая игра в жанре «песочницы» пришлась им по вкусу настолько, что в первой половине 2010 года пользователи покупали по 400 копий в день. Этот успех и сподвиг Маркуса Перссона, Якоба Порсера и Карла Манне основать свою компанию.

Именно тогда и стал популярен Нотч – аватар Перссона, который объяснял многочисленным поклонникам все особенности игры. Он стал легендой в сети, например в «Твиттере» у него было 2 миллиона фолловеров. Популярность Minecraft вирусно разрасталась, при том что на маркетинг не было потрачено ни цента. Игра стала настолько известной, что по всему миру продавались миллионы экземпляров сувенирной продукции, одежда в стиле Minecraft от компании J!NX стала настоящим хитом, а книги, посвященные миру игры, вмиг становились бестселлерами. Так издательский дом Egmont Publishing International продал более 7,5 млн экземпляров книг более чем в 60 странах. В производство пошел даже фильм, который обещает выпустить компания Warner Bros.

Удивительно, но в компании Mojang работало всего около трех десятков сотрудников, а прибыль, которую получала студия, шла на сотни миллионов долларов. Перссон за один только 2012 год заработал 100 миллионов долларов. Один из штрихов жизни этого славного времени: 10 миллионов скачиваний игры Mojang отметила со всем размахом – все сотрудники на три дня поехали в Монако пить шампанское.

Однако Маркус стал сильно тяготиться обрушившейся на него славой и самим Minecraft из-за того, что комьюнити было к нему порой очень недоброжелательно. Токсичные пользователи, проблемы в семье и усталость привели его к депрессии. Он решил, что пора выходить из игры. В 2014 году Перссон написал в «Твиттере»: «Кто-то хочет выкупить мою долю в Mojang, чтобы я мог заняться своей жизнью?» Это стало катализатором для обращения к студии таких игровых гигантов, как Microsoft, Electronic Arts, Activision Blizzard и других. В этой гонке предпочтение было отдано Microsoft. В результате переговоров Minecraft был продан этой корпорации за 2,5 миллиарда долларов.

Сегодня игра является не только развлечением, она занимает свое место в образовательных системах разных стран. MinecraftEdu включена в школьные программы. Так, в школах Швеции эти уроки являются обязательными с 2013 года. В Австралии Minecraft используют на уроках естествознания, в США – на уроках истории, а в Северной Ирландии эта игра не только изучается в школах, но и доступна в библиотеках.

Брендан Грин (Ирландия)

Брендан Грин (Brendan Greene) – гейм-дизайнер, сконструировавший PlayerUnknown’s Battlegrounds (PUBG). Она вышла в 2017 году и стала главной его сенсацией, а также одной из самых продаваемых игр в истории – за несколько лет было куплено 70 миллионов копий.

Брендан Грин родился в 1976 году в городе Баллишаннон в Ирландии, а вырос в военном городке Керраг-Кэмп. Он закончил местный колледж по изобразительному искусству. Некоторое время жил в Бразилии с семьей, подрабатывал фотографом и веб-дизайнером, но после развода вернулся в Ирландию, где получал пособие по безработице. В это время он играл в игры и увлекся моддингом. Так, он создал мод «Королевская битва» (Battle Royale) для военных шутеров – симуляторов реальных боевых действий ArmA II и ArmA III под псевдонимом PlayerUnknown. На название мода Брендана вдохновил японский фильм «Королевская битва». Его вариант предполагал сражение в режиме «игрок против игрока», пока не останется лишь один выживший. На территории, где проходила игра, можно было найти оружие: от автоматов до обычной сковороды. Эта идея понравилась аудитории, однако эта работа Грина была… бесплатной. Пользователей становилось все больше, и конце 2014 года мод Брендана лицензировала Sony, выпустив игру H1Z1.

Королевская битва (Battle Royale) – жанр игр «на выживание», подвид массовых многопользовательских онлайн-игр в режиме «игрок против игрока» (PVP). Главная цель – остаться в живых и уничтожить всех своих противников, находя оружие на заданной территории.

Настоящим чудом было знакомство Грина с исполнительным продюсером Bluehole Кимом Чанханом, для этого он прибыл по приглашению в Южную Корею. Две стороны договорились о разработке новой игры – PlayerUnknown’s Battlegrounds. Она вышла в свет в 2017 году, и в течение полугода с релиза было распродано 13 миллионов копий. Этот ажиотаж и популярность PUBG привели к созданию нового жанра – «королевской битвы». Через год игра была портирована на Xbox One, мобильные телефоны, а потом и на PlayStation 4.

PUBG вписана в Книгу рекордов Гиннесса сразу по 7 категориям.

• Самая быстропродающаяся игра (достигнувшая миллионного тиража за самый короткий срок) среди всех игр Steam, находящихся в статусе раннего доступа.

• Самое быстрое получение прибыли в размере 100 миллионов среди всех игр Steam, находящихся в статусе раннего доступа.

• Самое большое количество игроков онлайн среди всех игр Steam, находящихся в статусе раннего доступа.

• Самое большое количество игроков онлайн среди всех игр Steam, не являющихся разработкой Valve.

• Первая игра не от Valve, ставшая самой популярной (по количеству игроков онлайн) в Steam.

• Первая игра в Steam, достигшая показателя в 2 миллиона игроков онлайн.

• Самая популярная игра в Steam.

История Брендана Грина напоминает сказку: от безработного любителя шутеров до звезды гейм-дизайна и игрового феномена последних лет. По некоторым оценкам собственный капитал этого удивительного разработчика превышает 200 миллионов долларов.

Нил Дракманн (Израиль, США)

Нил Дракманн (Neil Druckmann) – директор Naughty Dog и одна из самых заметных персон в игровой индустрии.

Он родился в 1978 году в Израиле и с детства увлекался комиксами и квестами от компаний Sierra Entertainment и Lucas Arts. В 1989 году семья Дракманнов переехала в Майами. В старших классах он участвовал в соревнованиях по графическому дизайну. Выбор образования был необычным – Нил закончил факультет криминалистики в университете Флориды. В свободное от учебы и работы в лаборатории время он программировал и постигал азы рисования. Так, вместе с друзьями он поучаствовал в разработке квеста Pink-Bullet.

Страсть к созданию игр привела его в Школу компьютерных наук и информационных технологий (School of Computational Science and Information Technology), а в 2003 году Нил поступил в университет Карнеги, где получил степень магистра по технологиям развлечений.

В 2004 году Дракманн пришел работать стажером в компанию Naughty Dog и начал свою карьеру программиста. Среди его проектов были Jak 3 и Jak X: Combat Racing. Однако Нил хотел работать гейм-дизайнером и вскоре сделал шаг навстречу мечте. Дракманн совместно с Эми Хенниг занялся сценарием и работой с актерами для постановки кат-сцен для легендарной серии Uncharted, первая часть которой Drake’s Fortune вышла в 2007 году. Главным персонажем этого приключенческого боевика является Нейтан (Нейт) Дрейк – искатель приключений и сокровищ по всему миру.

Во второй части этой серии Among Thieves Нил выступал уже ведущим гейм-дизайнером, а Эми Хенниг осталась креативным директором. Дракманн работал над созданием сценария и геймплея со своим коллегой Брюсом Стрейли. Uncharted: Among Thieves ждал просто феноменальный успех. Она стала «Игрой года» в 2009 году, а в 2010-м получила премию BAFTA в области игр сразу в четырех номинациях: «Лучший сюжет», «Звуковое достижение», «Лучшая экшен игра» и «Лучшая оригинальная музыка». Более того, Нил Дракманн и художник Джойсуке Вонг создали комиксы мира Uncharted: Eye of Indra и A Second Chance at Sarah, которые были выпущены в 2009 и 2010 году.

А венцом работы Дракманна над серией стала игра Uncharted 4: A Thief’s End. Эми Хенниг ушла из Naughty Dog, и разработкой занялись Дракманн и Стрейли, а также в написании сценария и работе над гейм-дизайном участвовал Джош Шерр. Эта часть стала самой продаваемой из всех выпущенных ранее. На данный момент ее продажи перевалили за 15 миллионов копий. Всего же совокупные продажи серии превысили 41,7 миллиона копий, включая последнюю часть Uncharted: The Lost Legacy.

Однако имя Дракманна связано не только со знаменитой серией Uncharted. Ему принадлежит авторство еще одной игры, оставившей след в игровой индустрии, – The Last of Us («Последние из нас»). Первая часть была разработана вместе с Брюсом Стрейли. Этот приключенческий хоррор-экшен с элементами выживания и стелса стал авторским голосом Дракманна. Сюжет этой игры он задумывал еще во время учебы в университете Карнеги.

Сюжет The Last of Us строится вокруг взаимоотношений «отца» и «дочери»: контрабандиста Джоэла и девочки-подростка Элли, которые встретились в постапокалиптическом мире и стали, по сути, семьей. Дракманн говорил, что хотел показать простую историю и сложных персонажей, что ему с блеском удалось. Немаловажную роль в игре сыграли актеры Трой Бейкер и Эшли Джонсон.

The Last of Us игроки встретили с восторгом, игра получила в общей сложности 240 наград и стала «Игрой года» в 2014 году, в том числе ее отметила BAFTA в пяти номинациях: «Лучшая игра», «Лучший экшен и приключенческая игра», «Лучшая история», «Лучший звук», а также «Актриса года» (Эшли Джонсон).

Что же касается финансов, то успех был феноменальный: лишь за первую неделю с даты выпуска в 2013 году было продано 1,3 миллиона копий и уже к концу месяца эта цифра увеличилась до 3,4 миллиона. На следующий год количество копий составило уже 8 миллионов, а к 2018-му выросло до 17 миллионов.

Столь грандиозный успех способствовал выходу второй части The Last of Us в 2020 году. Над ней Нил Дракманн работал уже без участия Брюса Стрейли. Игра стала прямым продолжением предшественницы, ее действие началось спустя четыре года, а героиней стала уже повзрослевшая Элли. The Last of Us II стала самой продаваемой игрой среди эксклюзивов PlayStation, достигнув продаж в 2,8 миллиона долларов, причем 1,8 миллиона были предварительными заказами. Всего за три дня со дня релиза игра разошлась 4 миллионами копий по всему миру. Более того, Нил Дракманн активно работал над сериалом по The Last of Us для HBO, который ждал оглушительный успех, однако это отнюдь не значит, что он полностью погрузится в кинематограф. В 2020 году Дракманн стал соруководителем Naughty Dog, и планов у студии немало.

Заключение

Вот вы и прошли непростой, но очень интересный путь разработчика игр в нашей книге. Надеемся, что много написанных нами букв все же были полезны для вас и помогли сформировать представление о том, как создаются и продвигаются игры, что они из себя представляют, каким образом их разрабатывают и кто стоит за этим творческим процессом.

Игровая индустрия – это очень перспективная профессиональная отрасль, которая стремительно развивается и все больше нуждается в разных специалистах. Хотелось бы верить, что наша книга станет подспорьем для тех, кто хотел бы узнать, чем занимается «игродел» в широком смысле этого слова. Мы будем рады, если наш опыт и история помогут вам в решении вопросов и проблем, связанных с разработкой игр. И пусть зажигаются все новые и новые игровые звезды.

Об авторах

Григорий Радовильский – гейм-дизайнер, продюсер разработки игровых проектов. В игровой индустрии с 2006 года. Участвовал в разработке игр для EA, THQ, Disney по широко известным франшизам. Занимался разработкой популярного в России симулятора рыбалки «Рыбное место», игры Dungeon Crusher, игр для футбольного клуба «Челси». За свою карьеру участвовал в разработке больше 40 игр для мобильных устройств, браузеров и соцсетей в качестве тестировщика, дизайнера уровней, гейм-дизайнера. За время работы руководителем проектов выпустил 6 игр. Автор статей для индустриального блога «Манжеты гейм-дизайна» и gamedeveloper.com.

Наталья Андрианова – бывший руководитель сценарно-нарративного отдела в игровой компании Green Grey. Автор книги «Как создавать истории. Основы игровой сценаристики и нарративного дизайна за 12 шагов» и более четырех десятков книг, выпущенных издательствами «Эксмо», «Бомбора» и «Феникс-Премьер». Работала нарративным гейм-дизайнером и игровым сценаристом на мобильных играх разных жанров и игровых проектах для PC: в Stories: Your Choice (Megaloot), в Design Masters (Playgendary), в Secret Government (GameTrek), в Strife Time (Tiger Game Studio), в Little Tittle Adventure (DevVision Games), а также в качестве разработчика и проджект-менеджера на проектах с дополненной реальностью. Преподаватель на курсах по гейм-дизайну, игровой сценаристике и нарративному дизайну в Skysmart, «Нарраторике», «Нетологии». Киносценарист, журналист и редактор с 20-летним опытом работы в различных медиа: от глянцевых журналов до книжных изданий.

Благодарности

• Святослав Торик

• Денис Злобин

• Антон Кравец

* * *

Сноски

1

Издавалась на русском языке. «Альпина Паблишер», 2019 г. – Прим. ред.

2

Принадлежит META, признанной в РФ экстремистской организацией. – Прим. ред.

3

Принадлежит META, признанной в РФ экстремистской организацией. – Прим. ред.

4

Принадлежит META, признанной в РФ экстремистской организацией. – Прим. ред.

5

Принадлежит META, признанной в РФ экстремистской организацией. – Прим. ред.

6

Принадлежит META, признанной в РФ экстремистской организацией. – Прим. ред.

Content

Григорий Радовильский, Наталья Андрианова
Как создаются игры. Основы разработки для начинающих игроделов

Предисловие

Глава 1. Что такое игры

Немного о лексике

Интерактивность

Выбор

Модельность

Удовольствие

Шаблоны

Планирование

Обучение

Симуляция жизни

Глава 2. Из чего состоят игры

Ввод

Игровые механики

Циклы

Игровой процесс

Баланс: Время и ресурсы

Сложность

Мета

Метагейм

Социальные механики

Мотивация

Нарратив и сюжет

Уровни

Интерфейсы

Звук

Глава 3. Кто делает игры

Какие компании делают игры

Продюсирование

Гейм-дизайн

АРТ

Программирование

Контроль качества

Менеджмент

Маркетинг и продуктовая аналитика

Работа с комьюнити и служба поддержки

Бухгалтерия и юриспруденция

Ступеньки карьеры разработчиков игр

Софтскиллы

Глава 4. Как делают игры

Идея

Концептирование

Прототипирование

Вертикальный срез

Производство

Релиз и поддержка

Документация

Инструменты

Глава 5. Маркетинг и продвижение

Бизнес-модели

Монетизация

Метрики

Аналитика

Пиар-поддержка

Работа с комьюнити

Игровые выставки и конференции

Глава 6. Десять знаменитых гейм-дизайнеров

Хидео Кодзима (Япония)

Уилл Райт (США)

Ричард Гэрриот (Великобритания, США)

Дэвид Кейдж (Франция)

Сид Мейер (Канада, США)

Сэм Лейк (Финляндия)

Дженова Чень (Китай, США)

Маркус Перссон (Швеция)

Брендан Грин (Ирландия)

Нил Дракманн (Израиль, США)

Заключение

Об авторах

Благодарности

Сноски