Как подавать информацию о задании так, чтобы игрокам не приходилось опрашивать каждого NPC

Начните со следующего решения игрока

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

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

Это пример применения принципа ведения журнала заданий из документации по моддингу Baldur’s Gate 3: журнал должен указывать следующую цель и напоминать о ключевых событиях, фиксируя только ту информацию, которую игрок действительно узнал. На этой странице также рекомендуется использовать четкие призывы к действию и цели, связанные со значимым прогрессом. Journal Design Guidelines

Отделяйте важные зацепки от необязательных разговоров

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

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

Практическое правило: сделайте первую зацепку достаточной для начала расследования, даже если ее недостаточно для раскрытия всей тайны. Это практическая рекомендация, основанная на руководствах по формулированию четких и актуальных целей; она не гарантирует, что каждая группа интерпретирует зацепку одинаково.

Размещайте одну и ту же наводку в нескольких местах

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

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

Этот метод выведен из рекомендаций по геймдизайну о том, что игроки могут получать известную информацию через диалоги, книги или окружение, а также из советов по левел-дизайну — размещать важные элементы в кадре так, чтобы игрок с высокой вероятностью их увидел. В последних также содержится предостережение: разработчики не могут гарантировать, что каждый игрок заметит неочевидную подсказку. Journal Design Guidelines и GDC 2017 Level Design Workshop

Сделайте так, чтобы каждый разговор что-то менял

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

Простой способ проверки при проектировании — написать по одному предложению для каждого вероятного разговора: «Поговорив с этим персонажем, игроки узнают или смогут сделать ___». Если пропуск заполняется тем же, что было известно ранее, подумайте о том, чтобы сделать этот диалог необязательной атмосферой, моментом раскрытия характера или значимым выбором, а не еще одним принудительным опросом.

Пример заданий в Fortnite от Epic демонстрирует цепочку целей, которая меняется по мере того, как игроки говорят с персонажами, получают предмет и относят его другому персонажу. Это иллюстрирует, как разговоры могут передавать конкретные следующие шаги и обновлять состояние задания; это не означает, что каждой нарративной игре нужен трекер или точно такая же последовательность. STAR WARS™ Conversations and Quests in Fortnite

Ведите краткую и точную сводку задания

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

Например: «Найти линзу маяка. Смотритель в последний раз видел ее возле старого эллинга. Мокрые следы ведут к приливной пещере; в записке ученика упоминается, что он взял какой-то ящик». Отделяйте факты от догадок: отметьте следы как улику, а причастность ученика — как предположение, пока она не подтвердится. Сводка должна напоминать игрокам о том, что им известно, а не превращать домыслы в факты без их ведома.

Руководство Microsoft по специальным возможностям для Xbox рекомендует предоставлять игрокам возможность просматривать задачи и цели, использовать четкие описания и делать прогресс доступным для ознакомления. Это подтверждает практическую мысль для любой игровой группы: если игрокам нужно помнить несколько зацепок на протяжении длинной сессии или между встречами, дайте им надежный способ освежить их в памяти. Xbox Accessibility Guideline 109

Направляйте четко, не решая задание за игроков

Ясность не требует разжевывания каждого ответа. Сообщите, что известно персонажам, покажите, почему эта наводка важна, и оставьте игрокам возможность решить, что она значит. Фраза «Смотритель видел, как ученик нес завернутый предмет в сторону эллинга» дает группе персонажа, место и вопрос для расследования. Она не доказывает, что ученик что-то украл.

Используйте прямую подсказку, когда у группы нет зацепок, позволяющих действовать: «Вы знаете, что линзу в последний раз видели возле эллинга. Вы хотите поискать там, расспросить ученика о свертке или пойти по следам?» Это перечисляет доступные варианты, не навязывая конкретный. Если сцена задумана как открытая, дайте четкую цель и позвольте игрокам самим найти путь к ней.

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

Проверяйте наличие пробелов перед игрой

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

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

Практический шаблон для повторного использования

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

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

Источники

Продолжить изучение темы