Ошибки разработчиков видеоигр. От идеи до провала

Грис Слава

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

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

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

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

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

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

Обратите внимание на порядок появления монстров в какой-нибудь хорошей игре. Например, в Castlevania: Symphony of the Night (рис. 10). Первый монстр, встречаемый нами после того, как Смерть ослабляет Алукарда, – это шагающий из стороны в сторону скелет. Появляясь в комнате с ним, мы оказываемся перед ступеньками, по которым эта нечисть ходить не умеет, поэтому у игрока появляется возможность изучить поведение скелета с безопасного расстояния. Более того, обреченный на гибель монстр находится под низким потолком, и пройти этот сегмент можно, только атаковав его прямо в лоб. Игра демонстрирует единственно верный способ разобраться с врагом, не предоставляя пока игроку никакого простора для экспериментов и гаданий.

Рис. 10. Castlevania: Symphony of the Night. Konami, 1997

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

Бесконечное обучение

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

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

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

Игровые элементы можно условно разбить на группы и семьи и развивать их «вглубь». Отказаться от какой-то механики, которая слишком сильно меняет игровой процесс, – это вполне естественно. Например, разработчики «Ведьмака» продумывали механику катания на коньках при игре за Цири, но сочли ее неуместной и обременяющей: нужно было придумать объяснение, почему на коньках катается только Цири, а не все остальные NPC, почему их не освоил Геральт, и вообще это превращало бы игру про изучение мира и исследование в неуместную гонку. В то время как в Half-Life 2 поездка на багги как раз аккуратно и успешно вписалась в игровой процесс, сохранив вид от первого лица и не противореча атмосфере игры.

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

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

Рис. 11. Super Metroid. Nintendo, 1994

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