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

Обучение простым языком.

Сейчас расскажем о приёме, который помогает геймдизайнерам продумывать в игре детали. Допустим, мы добавили новый контент и хотим рассказать о нём. Как это сделать? Как мотивировать игроков попробовать новое и объяснить всю механику? Разобраться в этом поможет юзерстори. Продюсер Pixonic Анатолий Шестов дальше расскажет, что это и как работает.

Говоря языком терминологий, юзерстори (User Story) — это лишённый технических деталей текст, который описывает взаимодействие с тем или иным элементом глазами игрока (то есть его опыт, историю и ощущения). В смежных отраслях похожий приём называют User Journey.

Юзерстори приходит на помощь геймдизайнеру в те редкие моменты, когда для понимания «как и зачем это нужно проекту» мало сказать пару умных слов вроде «разрушаемая геометрия» или «эмерджент нарратив». А простым объяснением термина тоже не обойтись.

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

А теперь представим весь опыт игрока с самого начала — от этапа информирования о новой способности до точек её распространения. Найдём неучтённые моменты, потенциальные проблемы и попробуем заранее подумать, как с этим справиться. То, что получится у нас в результате, и будет нашим юзерстори.

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

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

Как рассказать о новой фиче максимальному количеству пользователей? Для этого есть несколько решений и масса нюансов.

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

NB! Это — первый кусочек юзерстори нашей абилки, который будет только дополняться следующими пунктами.

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

Какие могут быть решения.

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

NB! Это — второй кусочек юзерстори нашей абилки. В конце статьи мы сложим их все вместе и покажем итог.

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

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

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

Настало время подумать, как помочь игроку избежать этого ощущения?

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

Игрок открыл список персонажей с желанием взять того самого — персонажа с инвизом. Юзерстори снова поможет нам понять, что ждет его на этом этапе.

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

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

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

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

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

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

Первое время персонаж доступен только в отдельном игровом режиме и для ограниченной аудитории, увеличивающейся на 5% раз в полчаса. Я мотивирован отправиться в этот режим с помощью отдельного квеста с хорошей наградой.

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

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

В первом таком бое меня несколько раз убивает невидимка, и после этого боя я получаю окно с предложением оценить нового персонажа. Естественно, я его скипаю. Возвращаясь к главному экрану, я вижу на кнопке списка персонажей индикатор того, что там появилось что-то новое. Открыв список, я сразу попадаю на нового персонажа с невидимостью — я узнаю его по яркой иконке, которую уже видел. Я читаю описание персонажа, смотрю на ТТХ абилки и начинаю прикидывать, насколько она «тащерская».

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

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

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

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

Игровым (или системным) дизайном в академическом значении этого термина мы занимались только в пункте «Плей и контрплей», но реалии игровой разработки зачастую требуют от геймдизайнеров немного продуктового мышления, и какое-то понимание меты своего проекта, и значительный игровой опыт.

У нас появилось написанное понятным языком описание, которое позволит создать общее представление о невидимости у любого менеджера, PMа, художника, продюсера или программиста. Практика показывает, что такие юзерстори удобнее всего размещать в документации (ГДД, диздоке и так далее) с проставлением кросс-ссылок на блоки, описывающие все технические нюансы реализации. Такой подход с ненулевой вероятностью застрахует нас от случаев «читал, но не прочитал», «не осилил, много букв» и «я в этот раздел никогда не смотрю», и серьёзно уменьшит количество вопросов в духе «почему?».

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

P.S. У Толи классный блог, в котором много подробностей про нюансы разработки игр.