Channel: Кодзима Гений - канал про геймдизайн
Друзья, как у вас дела?
У меня какая-то лють выдалась за последние три недели))
Особенно лютую с камеры в Too Human, выходившей ещё на Xbox360. Кто принял решение сделать фиксированную камеру и навигацию персонажа через стики (левый - ходить по направлению стика, правый - направление удара) - тот геймдизайнерский маньяк)
У меня какая-то лють выдалась за последние три недели))
Особенно лютую с камеры в Too Human, выходившей ещё на Xbox360. Кто принял решение сделать фиксированную камеру и навигацию персонажа через стики (левый - ходить по направлению стика, правый - направление удара) - тот геймдизайнерский маньяк)
Про Let’s Find Larry
За что я обожаю разработчиков-одиночек, так это за их непомутнённый разум, желание и возможности делать прикольные вещи. Вещи, о которых давным-давно забыли разработчики AAAA(n)-игр 😉
Let’s Find Larry - как раз такой удивительный проект. Игрушка занимает от силы полчаса времени. Но какой же это геймплейный алмаз…
Автор игры взял за основу геймплей «Where is Waldo» (или «Найди Волли» у нас) и добавил к ней элемент психологического хоррора. Чёрт побери, мне нужно больше таких коктейлей на обзоры!
В игре прекрасно всё:
1. Механики - легкий point-n-click с управлением перспективы игровых уровней.
2. Динамики - усложенение головоломок по мере прохождения с необычным твистом в самом конце.
3. Эстетика - брутальный пиксельарт, пейсинг музыкальных композиций, разрушение четвёртой стены, интересные повествовательные решения. И да, это стрёмная игра - как по способам напугать игрока, так и по сюжетным твистам.
Главное - игра ломает ожидания, прикидываясь мобильной игрулей для самых маленьких. Этот wow-эффект положительно влияет удержание игрока: интересно узнать не только, как быстро ты найдёшь Ларри в предложенных разнообразных ситуациях, но и как разовьётся история по мере прохождения.
Рекомендую посмотреть - а лучше поиграть и поддержать автора:
https://germfood.itch.io/lets-find-larry
#геймдизайн
За что я обожаю разработчиков-одиночек, так это за их непомутнённый разум, желание и возможности делать прикольные вещи. Вещи, о которых давным-давно забыли разработчики AAAA(n)-игр 😉
Let’s Find Larry - как раз такой удивительный проект. Игрушка занимает от силы полчаса времени. Но какой же это геймплейный алмаз…
Автор игры взял за основу геймплей «Where is Waldo» (или «Найди Волли» у нас) и добавил к ней элемент психологического хоррора. Чёрт побери, мне нужно больше таких коктейлей на обзоры!
В игре прекрасно всё:
1. Механики - легкий point-n-click с управлением перспективы игровых уровней.
2. Динамики - усложенение головоломок по мере прохождения с необычным твистом в самом конце.
3. Эстетика - брутальный пиксельарт, пейсинг музыкальных композиций, разрушение четвёртой стены, интересные повествовательные решения. И да, это стрёмная игра - как по способам напугать игрока, так и по сюжетным твистам.
Главное - игра ломает ожидания, прикидываясь мобильной игрулей для самых маленьких. Этот wow-эффект положительно влияет удержание игрока: интересно узнать не только, как быстро ты найдёшь Ларри в предложенных разнообразных ситуациях, но и как разовьётся история по мере прохождения.
Рекомендую посмотреть - а лучше поиграть и поддержать автора:
https://germfood.itch.io/lets-find-larry
#геймдизайн
itch.io
Let's Find Larry! by germfood
CAN YOU FIND LARRY? Available for Windows
This media is not supported in your browser
VIEW IN TELEGRAM
Друзья, прошу пройти маленький опрос. Какой материал про геймдизайн вам интересно интересно читать/смотреть на канале? Выбрать можно несколько вариантов, поэтому не стесняйтесь) Свои варианты и предложения можно смело оставлять в комментариях.
Anonymous Poll
76%
Разбор конкретных механик, интересных решений в играх
62%
Ошибки геймдизайна
63%
Глобальный анализ механик, динамик, практик геймдизайна
37%
Перевод иностранных материалов
18%
Тематические подборки материалов
44%
Разбор левелдизайна
24%
Разбор арта, эстетики
21%
Ревью ваших игр на предмет улучшения дизайна
«Проблема дверей» в видеоиграх
Удивительно, но я ни разу не поднимал тему сложности реализации механики взаимодействия с дверьми в видеоиграх на канале. Тем не менее это - классика дизайна виртуальных пространств.
«Проблему» можно озвучить следующим образом: то, что в реальности выглядит просто и понятно, достаточно сложно реализовать в видеоигре.
Термин в оборот ввела геймдизайнер Лиз Ингланд в 2014 году. В своём блоге она провела аналогию между заданием - «сделать дверь», - и уточняющими вопросами для лучшего понимания этого задания.
Далее она привела список специалистов, которые могут быть привлечены к работе над этой фичёй - геймдизайнеры, саунддизайнеры, артдиректор, сценарист и так далее и так далее.
Спустя 7 лет на IGN вышла статья, в которой разработчики из разных студий делились своим опытом реализации дверных проёмов. Большая часть разрабтки этой механики отводится на поиск вопроса «как двери можно использовать в игре?». Например, авторы TLOU Part II хотели, чтобы дверь помогала игроку иметь больше возможностей для стелса. В то же время, механика взаимодействия с дверьми вводилась в игру в последнюю очередь, так как занимала «больше времени, чем реализация других механик».
Резюме
«Проблема дверей» позволяет нам понять, что простые в человеческом понимании механики и функции могут тратить на себя большое количество ресурсов специалистов. На этапе проектирования игры нужно всегда задавать вопрос «а насколько данная функция необходима игровому процессу?». Может оказаться так, что прекрасная на бумаге идея окажется подедрживающей механикой, которой воспользуется 20% игроков. А количество трудозатрат на реализацию будет неравноценно больше.
#геймдизайн
Удивительно, но я ни разу не поднимал тему сложности реализации механики взаимодействия с дверьми в видеоиграх на канале. Тем не менее это - классика дизайна виртуальных пространств.
«Проблему» можно озвучить следующим образом: то, что в реальности выглядит просто и понятно, достаточно сложно реализовать в видеоигре.
Термин в оборот ввела геймдизайнер Лиз Ингланд в 2014 году. В своём блоге она провела аналогию между заданием - «сделать дверь», - и уточняющими вопросами для лучшего понимания этого задания.
Далее она привела список специалистов, которые могут быть привлечены к работе над этой фичёй - геймдизайнеры, саунддизайнеры, артдиректор, сценарист и так далее и так далее.
Спустя 7 лет на IGN вышла статья, в которой разработчики из разных студий делились своим опытом реализации дверных проёмов. Большая часть разрабтки этой механики отводится на поиск вопроса «как двери можно использовать в игре?». Например, авторы TLOU Part II хотели, чтобы дверь помогала игроку иметь больше возможностей для стелса. В то же время, механика взаимодействия с дверьми вводилась в игру в последнюю очередь, так как занимала «больше времени, чем реализация других механик».
Резюме
«Проблема дверей» позволяет нам понять, что простые в человеческом понимании механики и функции могут тратить на себя большое количество ресурсов специалистов. На этапе проектирования игры нужно всегда задавать вопрос «а насколько данная функция необходима игровому процессу?». Может оказаться так, что прекрасная на бумаге идея окажется подедрживающей механикой, которой воспользуется 20% игроков. А количество трудозатрат на реализацию будет неравноценно больше.
#геймдизайн
Архитектура в видеоиграх: лестницы
Лестница – понятная человеку структура, позволяющая перемещаться между различными уровнями высот. В виртуальных мирах она исполняет такую же функцию. Благодаря ей уровни становятся «вертикальными», что добавляет комплексность и разнообразие в игровой процесс. Кроме этого, вертикальная ось позволяет создавать локации с достоверным и интересным архитектурным дизайном.
Но, как и в «проблеме дверей», реалистичная лестница сложна в разработке. Кроме понятной функции изменения положения игрока по вертикали, следует учитывать (список не избыточен):
1. Рельеф местности;
2. Изменение скорости перемещения игрока по объекту;
3. Анимацию достоверного движения;
4. Ограничения на исполнение доступных функций.
Передвижение по лестнице должно соблюдать баланс между реалистичностью и плавностью:
1. Если движение будет слишком реалистично, то при игре от первого лица камера будет дискомфортно покачиваться;
2. Если движение будет слишком плавным, то камера будет «плыть» по вектору движения аватара, не изменяя его скорость и игнорируя рельеф ступенек.
С появлением 3D графики лестница прошла долгий и интересный путь эволюции.
Так, в DOOM 1993 функция лестницы сводилась к обычному перемещению камеры по оси Y. Лестница состояла из платформ малой ширины и с немного изменённой высотой по отношению друг к другу.
На консолях дела обстояли иначе.
На PS1 и N64 лестница представляла собой плоскую текстуру (Harry Potter, Ocarina of Time). Однако они были оформлены так, что передавали рельеф ступенек и игру света и тени. Анимация перемещения по ним была аналогичной обычной, поэтому казалось, что аватар просто скользит вверх по наклонной поверхности.
В эпоху PS2 3D лестницы стали использоваться повсеместно. Однако далеко не все разработчики прорабатывали взаимодействие со ступенями. Одной из первых игр с проработанным перемещением была Hitman (Blood Money). Но не без огрехов: анимация ходьбы не синхронизировалась с поверхностью ступеней.
В современных играх взаимодействие с лестницами прорабатывается в угоду экономии ресурсов разработки для достижения минимально понятной идиомы. Шаги всё ещё не синхронизируются со ступенями, по лестницам можно совершать перекаты вверх-вниз, а скорость перемещения редко изменяется.
Видео с разбором механик перемещения по лестнице в видеоиграх:
https://www.youtube.com/watch?v=xnRvoHttz34
https://www.youtube.com/watch?v=ILVUc_yV24g
#Геймдизайн
#Архитектура
Лестница – понятная человеку структура, позволяющая перемещаться между различными уровнями высот. В виртуальных мирах она исполняет такую же функцию. Благодаря ей уровни становятся «вертикальными», что добавляет комплексность и разнообразие в игровой процесс. Кроме этого, вертикальная ось позволяет создавать локации с достоверным и интересным архитектурным дизайном.
Но, как и в «проблеме дверей», реалистичная лестница сложна в разработке. Кроме понятной функции изменения положения игрока по вертикали, следует учитывать (список не избыточен):
1. Рельеф местности;
2. Изменение скорости перемещения игрока по объекту;
3. Анимацию достоверного движения;
4. Ограничения на исполнение доступных функций.
Передвижение по лестнице должно соблюдать баланс между реалистичностью и плавностью:
1. Если движение будет слишком реалистично, то при игре от первого лица камера будет дискомфортно покачиваться;
2. Если движение будет слишком плавным, то камера будет «плыть» по вектору движения аватара, не изменяя его скорость и игнорируя рельеф ступенек.
С появлением 3D графики лестница прошла долгий и интересный путь эволюции.
Так, в DOOM 1993 функция лестницы сводилась к обычному перемещению камеры по оси Y. Лестница состояла из платформ малой ширины и с немного изменённой высотой по отношению друг к другу.
На консолях дела обстояли иначе.
На PS1 и N64 лестница представляла собой плоскую текстуру (Harry Potter, Ocarina of Time). Однако они были оформлены так, что передавали рельеф ступенек и игру света и тени. Анимация перемещения по ним была аналогичной обычной, поэтому казалось, что аватар просто скользит вверх по наклонной поверхности.
В эпоху PS2 3D лестницы стали использоваться повсеместно. Однако далеко не все разработчики прорабатывали взаимодействие со ступенями. Одной из первых игр с проработанным перемещением была Hitman (Blood Money). Но не без огрехов: анимация ходьбы не синхронизировалась с поверхностью ступеней.
В современных играх взаимодействие с лестницами прорабатывается в угоду экономии ресурсов разработки для достижения минимально понятной идиомы. Шаги всё ещё не синхронизируются со ступенями, по лестницам можно совершать перекаты вверх-вниз, а скорость перемещения редко изменяется.
Видео с разбором механик перемещения по лестнице в видеоиграх:
https://www.youtube.com/watch?v=xnRvoHttz34
https://www.youtube.com/watch?v=ILVUc_yV24g
#Геймдизайн
#Архитектура
Балансировка игрового цикла: введение
Начинаю вместе с вами разбираться в техниках балансировки игрового процесса. Я буду разбирать разные подходы к балансу систем, начиная общими вещами и заканчивая математическими формулами и расчётами для различных жанров.
Прежде чем давать определение балансировке, введём термины, напрямую с ней связанные - игровая экономика и ресурсы.
Игровая экономика – набор переменных, участвующих в геймплейном цикле и их взаимосвязи друг с другом. Переменные называются ресурсами.
Ресурсы могут быть количественными и качественными.
Количественные – жизнь, боезапас, валюта, ресурсы для постройки или крафта. Количественные ресурсы влияют на ход игрового цикла и на вероятность достижения его целей.
Качественные – доступные игроку возможности для исполнения. Например, прыжок аватара. Качественные функции так же можно выразить через математическую модель (для примера с прыжком – высота, скорость). Качественный ресурс влияет на изменение игрового цикла.
Взаимосвязи влияют на увеличение или уменьшение ресурсов в момент времени геймплейного цикла. Например, выстрел уменьшает боезапас игрока. Попадание так же уменьшает количество жизней противника. Чем больше попадание отнимает количество жизней, тем меньше time to kill. Соответственно, тем больше вероятность сохранить количество жизней игрового аватара.
Вся экономика может быть представлена математической моделью. Универсальной мат модели для игровых жанров нет – она описывается игровым дизайнером в процессе проектирования игрового цикла.
Вот здесь мы переходим к предмету поста – балансировке.
Балансировка – выравнивание показателей ресурсов в геймплейном цикле таким образом, чтобы игровой процесс был:
1. Увлекательным – игрок увлечён игровым процессом, игровые ситуации не выводит игрока из «состояния потока»;
2. Челленджевым – игровой процесс бросает вызов навыкам игрока, игра не кажется несправедливой по отношению к играющему;
3. Доступным – игрок понимает правила игрового цикла.
Балансировка необходима для того, чтобы выравнить данные субъективные показатели между собой:
1. Процесс может быть увлекательным и понятным, но простым;
2. Процесс может быть понятным и челленджевым, но не увлекательным;
3. Процесс может быть увлекательным и понятным, но чрезмерно сложным.
Важно понимать, что балансировка не должна производиться на первых этапах проектирования игрового цикла. Если дизайнер начнёт заниматься балансировкой до момента понимания игрового цикла и экономики, то высока вероятность оверинжиниринга, который приведёт к одному из состояний, описанных выше.
Процесс проектирования игровой экономики, в общих словах, выглядит так:
1. Документирование игрового цикла в качественных терминах;
2. Описание ресурсов каждого из качественного термина;
3. Создание математической модели ресурсов и их взаимосвязей;
4. Прототипирование;
5. Балансировка математической модели по результатам плейтеста прототипа.
В следующих постах, посвящённых балансу, мы рассмотрим проектирование и балансировку игровых экономик на примерах различных жанров, погрузимся в особенности проектирования математической модели.
Литература для прочтения:
https://gamedesignskills.com/game-design/game-balance/
#Геймдизайн
#Баланс
Начинаю вместе с вами разбираться в техниках балансировки игрового процесса. Я буду разбирать разные подходы к балансу систем, начиная общими вещами и заканчивая математическими формулами и расчётами для различных жанров.
Прежде чем давать определение балансировке, введём термины, напрямую с ней связанные - игровая экономика и ресурсы.
Игровая экономика – набор переменных, участвующих в геймплейном цикле и их взаимосвязи друг с другом. Переменные называются ресурсами.
Ресурсы могут быть количественными и качественными.
Количественные – жизнь, боезапас, валюта, ресурсы для постройки или крафта. Количественные ресурсы влияют на ход игрового цикла и на вероятность достижения его целей.
Качественные – доступные игроку возможности для исполнения. Например, прыжок аватара. Качественные функции так же можно выразить через математическую модель (для примера с прыжком – высота, скорость). Качественный ресурс влияет на изменение игрового цикла.
Взаимосвязи влияют на увеличение или уменьшение ресурсов в момент времени геймплейного цикла. Например, выстрел уменьшает боезапас игрока. Попадание так же уменьшает количество жизней противника. Чем больше попадание отнимает количество жизней, тем меньше time to kill. Соответственно, тем больше вероятность сохранить количество жизней игрового аватара.
Вся экономика может быть представлена математической моделью. Универсальной мат модели для игровых жанров нет – она описывается игровым дизайнером в процессе проектирования игрового цикла.
Вот здесь мы переходим к предмету поста – балансировке.
Балансировка – выравнивание показателей ресурсов в геймплейном цикле таким образом, чтобы игровой процесс был:
1. Увлекательным – игрок увлечён игровым процессом, игровые ситуации не выводит игрока из «состояния потока»;
2. Челленджевым – игровой процесс бросает вызов навыкам игрока, игра не кажется несправедливой по отношению к играющему;
3. Доступным – игрок понимает правила игрового цикла.
Балансировка необходима для того, чтобы выравнить данные субъективные показатели между собой:
1. Процесс может быть увлекательным и понятным, но простым;
2. Процесс может быть понятным и челленджевым, но не увлекательным;
3. Процесс может быть увлекательным и понятным, но чрезмерно сложным.
Важно понимать, что балансировка не должна производиться на первых этапах проектирования игрового цикла. Если дизайнер начнёт заниматься балансировкой до момента понимания игрового цикла и экономики, то высока вероятность оверинжиниринга, который приведёт к одному из состояний, описанных выше.
Процесс проектирования игровой экономики, в общих словах, выглядит так:
1. Документирование игрового цикла в качественных терминах;
2. Описание ресурсов каждого из качественного термина;
3. Создание математической модели ресурсов и их взаимосвязей;
4. Прототипирование;
5. Балансировка математической модели по результатам плейтеста прототипа.
В следующих постах, посвящённых балансу, мы рассмотрим проектирование и балансировку игровых экономик на примерах различных жанров, погрузимся в особенности проектирования математической модели.
Литература для прочтения:
https://gamedesignskills.com/game-design/game-balance/
#Геймдизайн
#Баланс
Forwarded from Backtracking (Дима Веснин)
в сборнике NES Remix для Wii U есть Super Mario Bros, и, оказывается, картинка с превью игры кропнута, и показывается только её кусочек, а за кадром спрятана Мона Лиза. прям Код да Винчи какой-то!
это не фейк, и, скорее всего, так произошло потому что одним из подрядчиков проекта была та же студия, которая занималась гидом по Лувру для 3DS
это не фейк, и, скорее всего, так произошло потому что одним из подрядчиков проекта была та же студия, которая занималась гидом по Лувру для 3DS
Откопали в недрах сети самые редкие артефакты геймдева, как вам?
Артефакты, конечно, вымышленные. Но могли бы стать реальными атрибутами XYZ — крупнейшей платформе онлайн-курсов по разработке игр и диджитал-арту.
Авторы курсов и преподаватели работали в Blizzard, People Can Fly и CD Projekt Red, с ними пройти до конца учебы будет легко и очень увлекательно.
Именно сейчас у ребят
действуют скидки до 60% на обучение, а новые студенты могут выбрать курс в подарок, их список вот тут.
Если заблудишься в профессиях или будешь сомневаться, эксперт XYZ поможет и подскажет тебе подходящее тебе направление!
Переходи по ссылке и выбирай свою профессию в геймедеве — и бесплатный курс, конечно же 🕹
Реклама. ООО Икс Вай Зет Нетворк ИНН: 9705150153 Erid:2VtzqxPE7Jn
Артефакты, конечно, вымышленные. Но могли бы стать реальными атрибутами XYZ — крупнейшей платформе онлайн-курсов по разработке игр и диджитал-арту.
Авторы курсов и преподаватели работали в Blizzard, People Can Fly и CD Projekt Red, с ними пройти до конца учебы будет легко и очень увлекательно.
Именно сейчас у ребят
действуют скидки до 60% на обучение, а новые студенты могут выбрать курс в подарок, их список вот тут.
Если заблудишься в профессиях или будешь сомневаться, эксперт XYZ поможет и подскажет тебе подходящее тебе направление!
Переходи по ссылке и выбирай свою профессию в геймедеве — и бесплатный курс, конечно же 🕹
Реклама. ООО Икс Вай Зет Нетворк ИНН: 9705150153 Erid:2VtzqxPE7Jn
Forwarded from Кодзима Гений - канал про геймдизайн
Как правильно собирать фидбек на ранних этапах разработки игры
Разрабатывая видеоигру, геймдизайнер может попасть в ментальную ловушку. Она заключается в том, что закладываемый в игру опыт может быть весёлым, интересным и затягивающим для геймдизайнера но скучным и отталкивающим для игрока. Как следствие, после выхода игры разработчиков ждёт разочарование и убытки от непроданных копий игры.
Как можно исправить ситуацию и быть уверенным, что на рынок попадёт востребованный продукт?
Стоит начать собирать фидбек игроков на самых ранних этапах разработки.
На помощь геймдизайнеру придёт знание, что для каждого человека представление о мире субъективно. Это касается как стиля жизни, так и выполнения повседневных действий.
Допустим, в игре до мелочей продумана система прокачки героя: множество классов, веток развития, каждый перк действительно полезен , всё делается при помощи одной кнопки- идеальная система. Но у игрока интереса в прокачке героя почему то нет. Или игрок банально не может открыть нужное окно с распределением очков опыта. То есть его реакция на игру не такая, какая ожидалось изначально.
Оказывается, что опыт, полученный игроком до начала игры накладывает определённые ожидания, которые он выстраивает вокруг неё, и формирует шаблоны поведения, которыми он пользвался раньше в подобных играх. И этот опыт очень сильно влияет на то, как игрок воспринимает игру. Ему может не нравится визуальный стиль, управление будет неудобное для него, звук отвратительный, сюжет банальный. Если послушать некоторых игроков, то можно быстро разочароваться в своём детище.
Для уменьшения негативных отзывов об игре геймдизайнер должен устраивать сессии плей теста начиная с самых ранних этапов разработки. Во время плейтестов геймдизайнер должен следить за тем, как игрок себя ведёт. Какие эмоции он выражает, как обходится с управлением, какое у него поведение во время тестирования? Очень часто очевидные проблемы восприятия вылезают на передний план на первых тестах. Уже сейчас дизайнер может определить, как исправить возникшую проблему и улучшить игровой опыт. Чем больше итераций плей тестинга будет проведено, тем лучше игра будет отполирована перед релизом.
На основании плей тестинга и отзывов игроков команда должна поставить себе метрики для оценки привлекательности геймплея. Кроме эмоций и поведения игрока во время игры рекомендуется оценивать измерять следующие характеристики:
1. Простота запуска игры
2. Простота и скорость изучения игровых механик
3. Среднее время на прохождение одного уровня/миссии
4. Среднее время на прохождение всей игры
5. Среднее время непрерывной игровой сессии
6. Удобство и интуитивное понимание управления
7. Визуальная привлекательность
8. Удобство навигации в игре и в игровом меню
9. Привлекатлеьность звуковых эффектов
10. Максимальный счет, который игрок может заработать за 5 игровых сессий.
11. Удовольствие и веселье, которые игрок получает от игры.
Метрики помогают разработчикам полировать геймплей и удовлетворять потребности игроков в качественном продукте.
#Геймдизайн
#Практика
Разрабатывая видеоигру, геймдизайнер может попасть в ментальную ловушку. Она заключается в том, что закладываемый в игру опыт может быть весёлым, интересным и затягивающим для геймдизайнера но скучным и отталкивающим для игрока. Как следствие, после выхода игры разработчиков ждёт разочарование и убытки от непроданных копий игры.
Как можно исправить ситуацию и быть уверенным, что на рынок попадёт востребованный продукт?
Стоит начать собирать фидбек игроков на самых ранних этапах разработки.
На помощь геймдизайнеру придёт знание, что для каждого человека представление о мире субъективно. Это касается как стиля жизни, так и выполнения повседневных действий.
Допустим, в игре до мелочей продумана система прокачки героя: множество классов, веток развития, каждый перк действительно полезен , всё делается при помощи одной кнопки- идеальная система. Но у игрока интереса в прокачке героя почему то нет. Или игрок банально не может открыть нужное окно с распределением очков опыта. То есть его реакция на игру не такая, какая ожидалось изначально.
Оказывается, что опыт, полученный игроком до начала игры накладывает определённые ожидания, которые он выстраивает вокруг неё, и формирует шаблоны поведения, которыми он пользвался раньше в подобных играх. И этот опыт очень сильно влияет на то, как игрок воспринимает игру. Ему может не нравится визуальный стиль, управление будет неудобное для него, звук отвратительный, сюжет банальный. Если послушать некоторых игроков, то можно быстро разочароваться в своём детище.
Для уменьшения негативных отзывов об игре геймдизайнер должен устраивать сессии плей теста начиная с самых ранних этапов разработки. Во время плейтестов геймдизайнер должен следить за тем, как игрок себя ведёт. Какие эмоции он выражает, как обходится с управлением, какое у него поведение во время тестирования? Очень часто очевидные проблемы восприятия вылезают на передний план на первых тестах. Уже сейчас дизайнер может определить, как исправить возникшую проблему и улучшить игровой опыт. Чем больше итераций плей тестинга будет проведено, тем лучше игра будет отполирована перед релизом.
На основании плей тестинга и отзывов игроков команда должна поставить себе метрики для оценки привлекательности геймплея. Кроме эмоций и поведения игрока во время игры рекомендуется оценивать измерять следующие характеристики:
1. Простота запуска игры
2. Простота и скорость изучения игровых механик
3. Среднее время на прохождение одного уровня/миссии
4. Среднее время на прохождение всей игры
5. Среднее время непрерывной игровой сессии
6. Удобство и интуитивное понимание управления
7. Визуальная привлекательность
8. Удобство навигации в игре и в игровом меню
9. Привлекатлеьность звуковых эффектов
10. Максимальный счет, который игрок может заработать за 5 игровых сессий.
11. Удовольствие и веселье, которые игрок получает от игры.
Метрики помогают разработчикам полировать геймплей и удовлетворять потребности игроков в качественном продукте.
#Геймдизайн
#Практика
HTML Embed Code: