Джесси Шелл - Геймдизайн [Как сознание определяет наше бытие] [litres]

• Какие режимы нужны моей игре? Почему?

• Можно ли убрать или объединить некоторые режимы?

• Присутствует ли наложение режимов? Если да, можно ли использовать для них разные каналы ввода?

• Когда в игре изменяются режимы, как игрок об этом узнает? Может ли игра сообщать об изменении режимов несколькими способами?

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

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

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

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

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

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

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

Отличный способ дать игроку представление о том, как работает ваш интерфейс, – сделать так, чтобы он напоминал ему увиденное ранее. Например, во время работы над игрой Toytopia моя команда столкнулась с весьма необычными ограничениями. В этой игре пользователь раздает команды ( go up, go right и т. д. ) маленькой группе заводных игрушек, используя клавиатуру. Поскольку это была сетевая игра, изначально планировалось установить некую задержку между тем, когда игрок вводит команду, и тем, когда игрушка ее выполняет, чтобы все в игре происходило синхронно. Так мы могли обеспечить процесс, при котором все события в игре будут происходить синхронно на всех компьютерах, потому что созданная нами задержка равнялась сетевой задержке, вызванной временем передачи сигнала от компьютера к компьютеру, и ее нельзя было избежать. К сожалению (что и неудивительно), игроков это сбивало с толку – они привыкли, что игра сразу реагирует на нажатие кнопки и им не нужно ждать полсекунды, пока действие произойдет. Команда была расстроена до такой степени, что уже почти было отказалась от всей схемы, но затем кто-то предложил идею: «А что если мы изобразим радиоволну, которая направляется от кнопки к игрушке, дополним ее звуковым эффектом “радиопередачи” и это поможет игроку лучше понять механизм?» И это сработало! В новой системе метафора радиопередачи четко объясняла задержку в действии, а также предоставляла игроку мгновенный фидбэк о том, что происходило в тот момент. А с точки зрения призмы 11: Призмы единства это изменение еще и дополняло нашу тему радиоуправляемых игрушек.