Читаем Ошибки разработчиков видеоигр. От идеи до провала полностью

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

Вооружившись знанием об интервальных повторениях, лучше всего будет сделать так: предположим, вы учите игрока трем механикам – механике А, механике Б и механике В. Порядок, в котором вы вынуждаете игрока воспроизводить желаемый паттерн использования этих механик, может выглядеть так: А, Б, А, Б, В, А, В, Б, А, В. Если ваши механики подразумевают одновременное использование (как это было в Super Meat Boy), то подойдет формула А, Б, А+Б, В, В+А, В+Б, А+Б.

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

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

Прайминг

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

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

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

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

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

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

Перейти на страницу:

Похожие книги

97 этюдов для архитекторов программных систем
97 этюдов для архитекторов программных систем

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

Билл де Ора , Майкл Хайгард , Нил Форд

Программирование, программы, базы данных / Базы данных / Программирование / Книги по IT