Skip to content

Игровые слои ролей | вертикальный и горизонтальный геймплей #3

Description

@KAVALDi

Кратко

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

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

Предлагается рассматривать развитие ролей через концепцию игровых слоёв.

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

Проблема

  • Во многих ролях существует преимущественно вертикальное развитие
    • игрок совершенствует исполнение задачи, но редко получает новые типы задач.

В результате быстро достигается потолок вовлечённости.

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

Вертикальный vs Горизонтальный геймплей

  • Вертикальный геймплей – это про улучшение того же действия: «Как сделать задачу быстрее/лучше?»

    • даёт ощущение прогресса и способствует проявлению мастерства и эффективности.
  • Горизонтальный геймплей – это про смену деятельности внутри профессии: «Какие ещё задачи мне доступны?»

    • даёт разнообразие: новые виды деятельности и взаимодействия.

Игровые слои

Предлагается рассматривать каждую роль как набор слоёв вовлечения.

Слой 1 → реакция на проблемы (реагируй)
Слой 2 → улучшение решения проблем (оптимизируй)
Слой 3 → поиск новых типов проблем (исследуй)
Слой 4 → влияние на саму природу проблем (меняй систему)


Слой 1. Базовая деятельность

поддержание функционирования станции

Простой и понятный игровой цикл, не требующий особых знаний.

  • Ботаник выращивает овощи для кухни.
  • Медик лечит пациентов.
  • Инженер чинит повреждения.

Слой 2. Оптимизация

улучшение стабильности и производительности своего отдела

Игрок начинает глубже понимать механику роли и улучшает работу.

  • Ботаник занимается селекцией.
  • Медик осваивает хирургию.
  • Инженер проектирует энергосистемы.

Слой 3. Исследование и эксперименты

поиск нестандартных ситуаций внутри своей роли

Игрок активно взаимодействует с другими отделами.

  • Ботаник исследует новые мутации.
  • Медик ищет экспериментальные методы лечения.
  • Инженер моделирует катастрофы в поисках уязвимости станции

Слой 4. Системное влияние

смена правил, по которым вообще возникают проблемы

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

  • Ботаник меняет экосистему станции
  • Медик формирует иммунный стандарт станции
  • Инженер задаёт инфраструктурные стандарты станции

Преимущества подхода

Поддержка разных типов игроков

  • Разные игроки получают возможность участвовать в роли на комфортном для себя уровне:
    • Новичок остаётся полезным.
    • Ветеран получает пространство для развития.

Принцип разработки

При внесении новой механики или изменения профессии задаём два вопроса:

  • Какой вертикальный рост она обеспечивает?

    • (каким образом игрок сможет выполнять существующие задачи лучше?)
  • Какой горизонтальный рост она обеспечивает?

    • (открывает ли это новый тип действий для игрока?)

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

Заключение

Основой долгоживущих ролей является не количество механик и не количество предметов.

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

Чем больше различных видов деятельности доступно внутри одной роли, тем выше её реиграбельность, тем дольше она остаётся интересной и тем больше историй способна создавать в ходе раунда.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions