Введение

Чем видеоигры отличаются от книг или кино?

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

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

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

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

Медиа под шкалой упорядочено по возрастанию интерактивности в ней. Действительно:

1. Взаимодействуя с книгой мы только перелистываем страницы без изменения содержимого, в то время как в визуальной новелле у нас есть возможность выбора развития сюжета. Это увеличивает её интерактивность. Однако количество состояний и переходов между ними дискретно и линейно.
2. Super Mario (и другие 2D платформеры) имеют больше интерактива за счёт непрерывности изменений состояния игры и меньшей предсказуемости её изменения.
3. Call of Duty предлагает передвижение по 3D окружению и детальную постановку целей по сравнению с Super Mario.
4. Серия Grand Theft Auto предлагает открытый мир и большое количество активностей.
5. RPG типа The Elder Scrolls позволяют отыгрывать персонажа и принимать решения, влияющие в том числе и на глобальный сюжет.
6. Minecraft предлагает инструментарий по реализации творческого потенциала.
7. Симуляция возникает при переносе физических, социальных и других законов в виртуальный мир, способный развиваться без воздействия игрока.

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

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

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

Можно предположить, что понятие "свобода" равнозначно понятию "детальная проработка игры". Это не так. Свобода - это чувство, рождённое в голове игрока. Детальная проработка игры - это свойство игровой системы. Игра может иметь детально проработанную систему принятия решений, но ограничивать игрока заранее прописанными причинно-следственными сюжетными связями. Например, в Detroit: Become Human ваши решения могут повлиять на развитие сюжета спустя много времени, однако список доступных вам решений ограничен.

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

1. Перемещение;
2. Взаимодействие;
3. Выбор;
4. Влияние;
5. Отыгрыш роли;
6. Обратная связь.

Каждая из степеней независима от других. Однако некоторые их них можно объединить в подгруппы:

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

Перемещение

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

Свободу передвижения можно оценивать по следующим параметрам:

1. Количество осей передвижения;
2. Ограничения окружения;
3. Способ передвижения.

Количество осей передвижения

Максимальное количество осей, доступных для реализации на текущий момент - три (X, Y, Z). Соответственно, чем больше осей, вдоль которых игрок может передвигаться, тем больше у него свободы. Так, 2D платформер будет проигрывать современному 3D шутеру по этому параметру. С другой стороны, упоминавшийся выше тир, даже выполненный в 3D, проигрывает им обоим.

Кроме передвижения вдоль доступных осей игровой аватар может передвигаться вокруг них - как, например, в Star Wars: Wing Commander. За счёт этого происходит увеличение количества свободы.

Ограничения окружения

Под ограничениями окружения я понимаю границы уровня или открытого мира. Функция границ - не дать игроку выйти за рамки пространства уровня/миссии. В играх с линейной структурой границами является:

1. Геометрия уровня - архитектура, природный ландшафт;
2. Триггеры - события, позволяющие продвинуться дальше по уровню.

В играх серии Call of Duty уровни имеют "коридорную" структуру. Вы чётко знаете куда идти и какова цель вашей текущей миссии.

В 2D beat-em up Double Dragon уровень поделён на несколько последовательных этапов. Для завершения этапа необходимо победить всех врагов или босса. Без выполнения этих условий игра не позволит вам продвинуться дальше.

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

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

Ещё почитать про границы в левел-дизайне:

https://t-do.ru/kojima_calls/1112

Способ передвижения

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

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

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

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

1. Ходьба - стандартная скорость перемещения;
2. Бег - увеличенная скорость перемещения на определённый модификатор;
3. Присед - уменьшенная скорость перемещения на определённый модификатор;
4. Перемещение на транспорте - увеличенная скорость перемещения и изменения атрибутов игрового аватара;
5. Тир - игрок не управляет траекторией передвижения аватара;
6. Преодоление препятствий - взаимодействие с окружением для перемещения по уровню (см. раздел "Взаимодействие").

Взаимодействие

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

Если игровой аватар упёрся в стенку, то это взаимодействием не считается. Если он выстрелил в неё и оставил следы от пуль (декали) - это считается взаимодействием.

Свободу взаимодействия можно оценить следующими способами:

1. Плотность интерактивных объектов;
2. Разнообразие взаимодействия;
3. Время взаимодействия.

Плотность интерактивных объектов

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

Целевые объекты - объекты, взаимодействие с которыми необходимо для выполнения игровых целей. Взаимодействие с ними больше всего влияет на изменение состояния игры. Например, в Devil May Cry 4 запустив пульт управления, вы можете опустить мост для продолжения исследования игрового мира.

Нецелевые объекты - объекты, взаимодействие с которыми не обязательно к прохождению игры. Они выполняют поддерживающую, развлекательную функцию. Каждый Duke Nukem 3D содержит множество интерактивных точек. Взаимодействие с ними вызывает различные события - от монолога Дюка до открытия секретной комнаты. Из-за них игровые уровни кажутся более насыщенными.

Плотность интерактивности можно оценить относительным сравнением целевых и нецелевых объектов:

1. Целевых объектов больше нецелевых - плотность интерактивности низкая (при учёте, что взаимодействие с целевым объектом не совершается раз в секунду);
2. Целевых объектов меньше нецелевых - плотность интерактинвости высокая.

Разнообразие взаимодействия

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

В Super Mario Bros. вы можете разбить блок "?" только одним способом - прыжком снизу. В то время как в Super Mario Bros. 3 у вас есть несколько способов его разбить: прыжок снизу, бросок черепахи или ударом-волчком.

Время взаимодействия

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

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

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

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

Исследование

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

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

Примеры:

1. Второстепенные задачи
2. Коллекционирование
3. Пасхальные яйца
4. Менеджмент как второстепенная механика

Выбор

Количество выбора

Контроль

Контроль действий персонажа, развитие сюжета, исхода ситуации

Влияние

Прямое влияние

Косвенное влияние

Отыгрыш роли

Разнообразие ролей

Соответствие роли игровому миру

Соответствие роли игровому процессу

Обратная связь

Ссылка на статью об обратной связи

Заключение

GoldenEye 007 — классика консольных шутеров, выпущенная в 1997 году на консоли Nintendo 64. Игра относится к шпионской франшизе о похождениях агента британской разведки 007 Джеймса Бонда. GoldenEye 007 собрала мощную прессу, стала культовой среди игроков и получила несколько переизданий.

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

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

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

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

Стоит указать, что статья разбирает игру 1997 года через призму игрового опыта и практик на начало 2023 года. За 26 лет подходы к геймдизайну кардинально изменились. Большинство указанным проблем не встречается в современных видеоиграх. Я также учитываю технические ограничения Nintendo 64 на момент выпуска игры, что сильно сковывали разработчиков в реализации функциональности.

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

Отсутствие туториала

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

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

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

К этому моменту игрок знает следующее:

1. Закрытые двери можно открыть при помощи ключа персонала или при помощи удалённого пульта управления;
2. Выполнив одно из условий выше, игрок может открыть дверь через кнопку взаимодействия;
3. Все двери, требующие выполнение одного из условий выше, выглядят одинаково.

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

Оказывается, чтобы открыть дверь, нужно:

1. Зайти в меню;
2. Найти экран со списком предметов;
3. Выбрать декодер как активный предмет;
4. Нажать на кнопку "выстрел" перед дверью.

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

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

Как исправить

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

Много материала об обучении игрока можно почитать здесь:

https://t.me/kojima_calls/1493
https://t.me/kojima_calls/1637
https://t.me/kojima_calls/1512

Неполноценная обратная связь по выполнению целей

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

1. Цели, требующие выполнения определённого действия (например, найти ключ от сейфа);
2. Цели, требующие выполнить несколько однотипных действий (например, найти все ключи запуска ракет).

После исполнения всех условий цели игра оповещает о том, что цель достигнута.

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

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

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

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

Как исправить

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

С этой проблемой помогут справиться подсказки вида «Осталось выполнить ещё X действий».

Возможность завершения уровня без завершения поставленных целей

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

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

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

Как исправить

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

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

Ограничение искусственного интеллекта

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

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

Противники берут числом и меняющимся процентом вероятности попадания по аватару игрока, но в 80% случаев не представляют опасности.

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

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

Как исправить

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

1. Быть логичным с точки зрения реального мира;
2. Быть интересным для игрока с точки зрения игрового процесса.

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

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

Неинтуитивный дизайн уровней

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

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

Часть пространств содержит вражеских NPC. Но маршрут игрока построен так, что ему не нужно туда заходить. Он может даже не узнать о том, что где-то рядом находится враг.

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

Как исправить

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

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

Если во время плейтестов вы замечаете, что играющий не понимает пусть следования — соберите обратную связь и измените дизайн уровня.

Статья написана специально для телеграм-канала "Кодзима Гений".

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

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

Данный подход с точки зрения играющего оказывается спорным по следующим причинам:

1. Игрок четыре раза попадает в ситуацию, когда его игровой аватар почти поднимается наверх, но его прогресс "откатывается назад". Это приводит к повторению одного и того же действия без разнообразия;
2. Игрок взамен увеличенному времени использования механики не получает ничего, кроме, субъективно, не самых интересных и эффектных кинематографических вставок разрежения окружения;
3. В разрезе всей игровой системы, данная механика является достаточно редкой, чтобы эксплуатировать её на начальном этапе подобным образом.

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

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

Как можно исправить?

1. Самый простой способ - уменьшить количество повторений механики на единицу времени. Например, вместо четырёх повторений сделать два. В случае с Alone in the Dark достаточно переиспользовать механику один раз, откатив прогресс игрока к первоначальной точке. Таким образом игрок вряд ли испытает раздражение.
2. Если репетативность так необходима в игровом процессе, необходимо, чтобы каждое новое повторение качественно отличалось от другого. В нашем случае, ироничные комментарии главного героя по поводу повторения и разнообразная интерактивность могли бы отвлечь внимание игрока. Вместо монотонного игрового процесса игрок бы увидел различные мелкие увлекательные детали.
3. Самый радикальный способ - отказаться от репетативности. После поднятия героя сразу перемещать игрока в более интересный контекст, как это сделано в игре.

Написано специально для

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

Разберём игровой пример. На скриншоте ниже вы видите:

1. Вышку;
2. Трос, идущий от вышки к платформе на болоте;
3. Платформу, являющейся окончанием троса.

Так же вы видите два возможных пути игрока:

1. Идти напрямую до платформы;
2. Подняться на вышку и прокатиться на тросе.

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

1. Шаг - 9 секунд;
2. Трос - 14 секунд.

Встаёт вопрос - зачем игроку использовать механику передвижения на тросе там, где он может быстрее добраться на своих двоих? Что должно мотивировать игрока подняться на вышку и спуститься по тросу? Возможно, наверху есть полезные материалы? Нет:

Возможно, на конце платформы, при спуске на тросе, тоже что-то появится? Нет:

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

Предисловие

Статья написана подписчицей канала Катрин Кусковой и посвящена опыту участия в геймджеме Game Maker Tool Kit (GMTK) 2020 года. В ней подробно как приятные моменты, так и трудности, с которыми столкнулись участники на разных этапах джема. А в конце статьи приведён обширный чек-лист, упрощающий жизнь на таком интересном и сложном мероприятии. Приятного чтения!

Введение

Не так давно я впервые участвовала в GMTK Jam 2020. Команда состояла из двух человек - программист и геймдизайнер. Мы не знали, чего от него ожидать, так как опыт в похожих мероприятиях ограничивался участием в хакатонах от работодателей. Нас было всего двое и мы до последнего держали в голове мысль “А может нафиг это? Лишний раз напрягаться, да еще и все честно заработанные выходные.” Но любопытство, дух авантюризма и наши цели победили лень.

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

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

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

Исходные данные и подготовка

Что

GMTK jam (online only)

Как долго

48 часов

Участники

1. software engineer (код, анимация на движке, музыка)
2. product designer (механики, арты, нарратив, левел дизайн, интерфейс)

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

Постановка целей

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

Пример:

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

Подготовка: что там с едой?

Время - важный ресурс, не тратьте его на приготовление еды. Купите полуфабрикатов, либо будьте готовы заказать на дом. И не забудьте закупиться сладким. Во время джема мозг потребляет глюкозу в 3 раза активнее, чем обычно. Вредный совет: купите 1-2 банки энергетика. На случай, если вы нашли критичный баг и что-то пошло не по плану. Не пейте энергетик просто так, он ускорит вас в первый день, но сильно убьет восстановления на 2-3 день. (Если вам до 20, можете игнорировать данное ограничение, ваш организм еще свеж и полон энергии).

Подготовка: рабочее окружение

1. Подготовьте все программы для всех участников. Даже если художник не кодит, поставьте ему юнити - весьма вероятно, что вычитать текст или тестить он будет прямо в юнити. Это сэкономит время и позволит не ждать друг друга.
2. Неважно какой инструмент разработки вы выберете - важно насколько вы его знаете, перед джемом неплохо исполнить хотя бы пару концептов на движке.
3. EXE или браузер. Посмотрите джем прошлого года/месяца на планируемой площадке. Если там много браузерных - посмотрите пару уроков до как собрать билд для браузера. Лишние телодвижения по скачке-установке сильно блокируют игроков, когда за вашей игрой есть 7к+ других. Если вы не знаете, как собрать ваш проект в один ЕХЕ-файл или как добавить иконку - изучите это до джема.

Подготовка: а что насчёт отдыха?

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

В процессе работы

Определение ролей и лидера

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

Сон

СПАТЬ надо. Часов 8 минимум, если вам до 20 лет - можно часа 3 поспать.

Выбор идеи кор-механики

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

Запомните:

Кор должен быть веселым. Кор должен быть цепляющим.

Использование клипового мышления

Используйте клиповое мышление. Кор-геймплей должен быть понятен в первые 30 секунд игры. Люди, которые будут играть в вашу игру, будут играть в нее не больше 2-5 минут. А большинство и вовсе закроет после 30 секунд. На крупных джемах всегда более пяти тысячи игр, и в сознании игрока скорее всего будут мысли: “игра клевая/говно, я сделал бы лучше/хуже, СЛЕДУЮЩАЯ” То есть все игры - это мини-клипы для игрока. Не надо делать полноценную игру от и до. Надо сделать демо-версию, где вы за 30 секунд даете игроку понять что есть что.

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

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

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

Брейншторм

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

Пример:

мы выбрали концепт-идею за первые полчаса. Первые 15 минут мы разделились и каждый писал свой список идей (одно-два слова), затем мы сели за один стол и зачитывали каждый по одной идее. Мы не оценивали идею по “хорошая/плохая”, сперва мы просто обводили те, что “щелкали” - казались интересным нам двоим. Например из общего котла в 25 идей, мы выбрали 5 лидеров. А затем быстро решили, какую из них мы точно потянем. Тут учитываются твои навыки, имеющиеся ассеты, быстрота реализации игровой логики.

Визуальный стиль

Игра должна бросаться/запоминаться визуалом. Даже если это простые кубики.

Внутриигровая музыка

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

Twitter и другие социальные сети

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

Тестирование

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

Смена контекста работы

Меняйте контекст во время разработки хотя бы раз в час, если вы программист - переключайтесь с кода на анимации, либо переключайтесь с игровой логики на кодинг вспомогательных классов. Если вы художник, то сами знаете, что после 4-5 часов глаз “замыливается”. Смена контекста позволяет мозгу оставаться бодрячком.

Списки задач

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

Пример:

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

Разработка неизвестных функций

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

Пример:

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

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

Приоритезация игровых компонентов

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

Пример:

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

Отдых во время работы

Небольшие прогулки на 15-20 минут во время джема помогают привести мозг в порядок. Мини-сон для мозга. Лучше “потерять” полчаса в прогулках, чем просидеть со стеклянными глазами за монитором.

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

Пример:

в этот раз в душе пришло в голову название игры.

Подготовка к релизу

Остановка работы

Оставьте последние 3-4 часа на подготовку к релизу. Как минимум сделайте фичер-стоп хотя бы за 2 часа до дедлайна. (Тот момент, когда вы не добавляете в игру ничего нового.) Конечно, остальные могут продолжать работу над игрой, и если останется время после заполнения страницы игры, можно добавить и небольшие фичи (не забудьте про повторное тестирование в конце и выставление начальных параметров первого уровня :)

Описание

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

Обложка

Как и везде обложка - лицо вашей игры. Не забудьте про это. Сделайте скриншот страницы с предыдущим или похожим джемом на данной площадке и попробуйте вставить свою обложку. Привлекает ли ваша обложка внимание?

Внимательно посмотрите в каком разрешении и в каком формате должна быть обложка.

Пример:

на GMTK (как оказалось) можно заливать обложку в формате GIF. Проекты с анимированными обложками выделяются на фоне остальных.

Пост релиз

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

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

Отвечайте на комментарии к вашей игре.

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

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

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

Чек-лист участника

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

1. Цель участия.
2. Команда и роли. (художник/геймдизайнер/программист/музыкант).
3. Закупить еду. Энергетики.
4. Подготовьте все программы для всех.
5. Сделать пару концептов на движке.
6. EXE или браузер. Формат билда.
7. ВЫХОДНОЙ после. Взять отгул на работе.
8. Брейншторм идей. 15 генерация соло +15 минут обмен идеями.
9. Выбор идеи. Реализуемый кор за 2-3 часа.
10. Лидер проекта.
11. Игры-клипы. Первые секунды игры.
12. Кор должен быть веселым. Кор должен быть цепляющим.
13. Игра должна запоминаться визуалом.
14. СПАТЬ надо.
15. Музыка необходима.
16. Твиттер. Прокачивайте до, во время и после. Посты перед сном.
17. Тестируйте понятность что есть что (туториал, первые 30 секунд).
18. Меняйте контекст. Меняйте типы задач.
19. Списки задач. Приоритизация раз в 2-3 часа.
20. Фиксированное время на эксперименты.
21. Игра должна быть играбельной в любой момент времени.
22. Небольшие прогулки на 15-20 минут.
23. В душе хорошо думается.
24. Оставьте последние 3-4 часа на подготовку к релизу и фичер-стоп.
25. Описание странице игры и состав команды.
26. Обложка - лицо вашей игры.
27. Разрешение и формат обложки.
28. Играйте в игры других участников.
29. Пишите отзывы другим участникам.
30. Отвечайте на комментарии к вашей игре.
31. Следите за каналами организаторов.
32. Не забывайте говорить о своей игре.
33. Сохраняйте отзывы к своей игре.

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

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

Использование клише окружения

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

Подсказка о наличии действия

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

Подсказка об элементе управления

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

В 2005 году на консоли и ПК выходит The Matrix: Path of Neo - вторая игра по мотивам знаменитой антиутопии. После холодного приёма игроками первой части разработчикам Shiny Entertainment предстояло провести работу над ошибками и сделать "ту самую" игру по "Матрице". Для этого у них было:

1. Нео в роли главного героя;
2. Лицензия на адаптацию сюжета трилогии;
3. Обкатанные механики slow-mo и боёвки - и фидбек игрового сообщества;
4. Два года разработки.

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

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

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

1. Отсутствие единой структуры игровых уровней

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

1. Структура уровней;
2. Шаблон игрового процесса уровня.

Структура уровней - это последовательность уровней, которая будет представлена игроку во время игры. Представление делится на три группы:

1. Линейная последовательность, уровни идут друг за другом (DOOM, Call of Duty);
2. Параллельная последовательность, игрок самостоятельно выбирает, какой уровень проходить следующим (Red Dead Redemption);
3. Ветвистая последовательность, в цепочке есть уровень-узел, дающий доступ к необязательным уровням (бонус уровни в Crash Bandicoot).

Структура уровней зависит от способа повествования в игре, выбранного ранее.

Ещё по теме:

Эволюция и роль повествования в видеоиграх

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

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

Как это реализовано в игре

При прохождении The Matrix: Path of Neo создаётся впечатление, что уровни создавались "на лету". Общая структура включает в себя как линейные участки, так и выбор между несколькими уровнями. Выбор встречается в игре лишь один раз, но он не привносит развития ни в геймплей, ни в сюжет.

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

У уровней разная продолжительность. Некоторые сюжетные арки происходят на протяжении нескольких локаций, в то время как другие - только на одной. Например, спасение Морфеуса занимает три уровня. Два из них - закрытые локации (перестрелка в холле и крыша), один - тир с вертолёта. Их продолжительность варьируется от пары минут до десяти.

Визуально структуру уровней можно представить так:

Как лечить

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

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

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

2. Разница в проработке механик основного игрового цикла

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

1. Увлекательность;
2. Интересность;
3. Понятность;
4. Удобность.

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

1. Перемещение;
2. Стрельба.

Ещё по теме:

Что такое игровые механики?

Игровой дизайн и механики: ключ к качеству видеоигры

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

Как это реализовано в игре

Сражения - основная механика Path of Neo. Они происходят врукопашную либо с использованием огнестрельного оружия. Соответственно, игроку доступно два боевых состояния Нео. Но их качество отличается друг от друга.

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

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

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

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

Как лечить

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

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

3. Механики, используемые однократно

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

По словам Майка Лопеза, бывшего креативного директора THQ, существует два подхода по реализации прогрессии механик:

1. Gated Access (закрытый доступ) - доступ к новым игровым механикам осуществляется по мере прохождения игры;
2. Directed Gameplay (направленный игровой процесс) - с самого начала игрок обладает всеми доступными механиками, которые получают развитие или модификации на определённых уровнях.

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

Ещё по теме:

Прогрессия игрового процесса

Чем меньше механик, тем лучше

Как это реализовано в игре

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

1. Первые три уровня представляют собой сочетание стелса вприсядку и догонялки.
2. Один из уровней в арке по спасению Морфеуса - тир с вертолёта.
3. Поезд в метро предлагает решить пространственные головоломки.
4. Финальный бой с агентом Смитом происходит в полёте.
5. Ну и финальный босс, о котором позже.

Они воспринимаются вне контекста и чувствуется, что реализованы на скорую руку.

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

Как лечить

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

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

4. Изменение механик без возможности индивидуальной настройки

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

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

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

1. Предоставить игроку интерфейс модификации для настройки механики;
2. Предоставить игроку вызов модификации при нажатии определённой комбинации клавиш.

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

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

Ещё по теме:

Почему нельзя отнимать доступные действия

Как это реализовано в игре

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

1. Продолжительность выполнения действия;
2. Стоимость действия;
3. Радиус выполнения действия;
4. Побочные действия.

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

Улучшение умения заменяет предыдущие параметры и не даёт игроку вернуться к ним.

Как это можно исправить

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

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

5. Проверка подходящего уровня сложности без подготовки игрока

В играх используется четыре способа задания уровня сложности:
1. Предустановленный уровень сложности;
2. Динамическое изменение уровня сложности;
3. Органическая сложность (варианты прохождения одного и того же уровня);
4. Спектр "эффективность-людоэстетика".

Ещё по теме:

Подходы к уровням сложности

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

Как это реализовано в игре

В Path of Neo реализовано три уровня сложности. Игра предлагает испытать вас и предложить подходящий уровень сложности по результатам проверки.

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

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

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

Это приводит к неэтичной обратной связи со стороны игры:

1. Новичок априори играет хуже опытного игрока, поэтому он быстро проиграет. Это приведёт к тому, что игра предложит только один уровень сложности "Новичок".
2. Игра не простит ошибок на уровне. Если у вас было желание пройти игру на более высоком уровне сложности, то вам нужно идеально завершить уровень. Не смогли - начинайте заново.
3. Игра самостоятельно решает, какие уровни сложности соответствуют вашим навыкам и не смотрит на ваш прогресс в игре.

Как лечить

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

6. Добавление в игровой процесс элементов, не подходящих под канон

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

При адаптации кино используют один из двух подходов:

1. Прямое цитирование оригинального произведения без добавления новых сцен и героев, влияющих на сюжет (James Cameron's Avatar);
2. Приквел, сиквел или спинн-офф основного сюжета. В данном случае игра базируется на интеллектуальной собственности, но сюжет, как и герои, могут быть оригинальными и не являться пересказом оригинала (Wanted: Weapon of Fate).

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

Как это реализовано в игре

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

Первый пример - уровень в метро. Здесь вы должны проехать на поезде и решить несколько головоломок.

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

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

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

Как лечить

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

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

7. Финальный босс... Он отстой

Босс - отдельный игровой этап, предлагающий испытание повышенной сложности.

Чаще всего боссы представляются как сюжетные персонажи, как правило имеющие большее влияние на сюжет чем рядовые противники. Примерами таких боссов могут служить Вергилий из Devil May Cry 5 или Паукодемон из Doom.

Боссы вводятся в игру для следующих целей:

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

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

Ещё по теме:

Игровые боссы: определение и свойства

Дизайн боссов и их структура

Как сделать захватывающее сражение с боссом

Как это реализовано в игре

Вот так:

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

У него есть много проблем:

1. Он абсолютно не интересный;
2. Он не проверяет навыки игрока, так как для победы над ним используется отдельная механика;
3. Он совершенно не подходит к канону.

Вот что об этом говорят сами создатели "Матрицы":

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

Это ужасно.

Как лечить

Вырезать босса из игры и остановить котелок вариться.

8. Кратко о других ошибках

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

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

Заключение

The Matrix: Path of Neo ничего нового, кроме разочарования, не принесла. Устаревшая графика и проблемный дизайн отталкивали игроков - игра устарела ещё до выхода.

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

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

Линк, главный герой The Legend of Zelda: Breath of the Wild (далее BotW), умеет и плавать, и лазить по стенам. Однако он не всемогущ. На его пути встречаются препятствия и загадки, которые невозможно решить без специальных возможностей или приспособлений. Как правило, на момент встречи Линк ещё не обладает этими возможностями, отчего препятствия кажутся непреодолимыми. На примере из начала игры я покажу, как игра формирует модель поведения при встрече с ограничениями.

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

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

При спуске в водоём мы знакомимся с двумя ограничениями:

1. Плавание тратит энергию;
2. Линк не умеет нырять.

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

На другом берегу вы попадаете на плато со входом в подземелье. Около входа располагается водоём, на дне - два сундука:

Попытавшись взаимодействовать с сундуками вы закрепляете в голове ограничение: Линк не умеет нырять.

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

Отправившись выполнять сюжетное задание - исследование подземелья, - мы обнаружим новую способность - руну "Магнезис":

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

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

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

Выводы

Описанный процесс добычи сундука напоминает процесс обучения решения головоломки:

1. Вы узнаёте ограничения головоломки (в нашем случае - Линк не может нырять);
2. Вы узнаёте цель или проблему, которую достигнете после решения головоломки (достать сундук со дна водоёма);
3. Вы находите способ решения головоломки (применение руны "Магнезис" на сундук).

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

1. Сундуки находятся рядом со входом в подземелье;
2. После прохождения подземелья игрок автоматически перемещается к его входу.

Splinter Cell: Conviction находилась в разработке 4 года. За это время в игре несколько раз изменилась концепция, арт, игровой процесс. Изменения привели к тому, что финальный вид игра начала приобретать за 9 месяцев до выхода.

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

Описание проблемы

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

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

1. Звуки выстрелов и паника создают чувство опасности;
2. Игра сразу объясняет, куда нужно двигаться Сэму;
3. После передачи контроля камера центрирует внимание игрока на переулке - месте, куда нужно "незамедлительно" отправиться.

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

В этом случае он окажется на пустой площади. Для понимания развития описанного сценария посмотрите видео:

Что в этот момент происходит с игрой?

1. Звуковые эффекты толпы, выстрелов перестают воспроизводиться;
2. Площадь имеет несколько "невидимых стен", за которые игрок не может пройти;
3. На площади нет интерактивных объектов кроме указанных стен;
4. На площади можно находиться сколько угодно долго.

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

Проблему можно обобщить следующим образом:

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

Как лечить

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

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

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

Следующая часть серии, Blacklist, отлично справляется с этой задачей:

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

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

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

Первую часть можно найти здесь.

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

Иными словами, задание можно было перефразировать так: сделайте прототип игры. Ведь реиграбельность - одно из основных свойств игровой системы. За её счёт игрок возвращается в игру. В проектах, выпущенных по модели free-to-play возвращение игрока в игру спустя отрезки времени разной длительности (обычно за KPI берут 1/7/30 дней) является фактором окупаемости проекта.

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

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

Представление правил

1. Придерживаться основной темы.
2. Комбинации простых идей могут стать основой для сложных.
3. Командная работа – прежде всего.
4. Не судить и не критиковать идеи.
5. Регламентировать время сессии мозгового штурма.
6. Понять, какие идеи нам по силам реализовать за два дня, и реализовывать их.
7. Сначала механика, потом эстетика.

Представление темы

Представьте тему и еще раз обратите внимание команды на первое правило: придерживаться ее. В нашем случае мы задались вопросом "Какие механики самые реиграбельные?".

Начало мозгового штурма

Так как коммуникация велась в чате, то все свободные участники команды начали присылать свои идеи.

Систематизация идей

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

Объединение идей

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

Создание итогового варианта

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

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

После принятия основной концепции команда приступила к её детализации. Нам необходимо было дать ответы на следующие вопросы:

1. Каким будет основной геймплейный цикл?
2. Какими будут условия выигрыша и проигрыша?
3. Каким будет пользовательский интерфейс?
4. Каким будет визуальный стиль?
5. Какими будут поддерживающие механики?
6. Каким будет план разработки?
7. Какие артефакты нужны для разработки?

После обсуждения и согласия команда принялась за работу.

Что было хорошо

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

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

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

Что можно было улучшить

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

1. Голосовая связь (например, Discord)
2. Whiteboard (например, Miro)

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