Автор рассматривает мультиплеер не как «режим», а как логистическую задачу: как свести игроков так, чтобы они реально могли играть вместе при своих расписаниях и малых онлайнах.
Базовые понятия
Взаимодействие — любая мультиплеерная «глагольная» единица (удар, чат, трейд). У каждого взаимодействия есть цикл: игрок инициирует действие, система считает результат, оба участника видят отклик и могут ответить. Частота этих циклов определяет ощущение «одновременности».
Частота взаимодействий задаёт тип игры:
- «Реалтайм» — игрок успевает увидеть ответ до того, как переключится на другие задачи (чат, шутер).
- Асинхрон — игрок завершает ход и выходит, а результат видит позже (play-by-mail, Words with Friends).
Типы взаимодействий
Перечисляются ключевые формы: пространственное взаимодействие аватаров (стрельба в Quake), через окружение (строительство в Minecraft), декор и кастомизация как сигнал статуса, экономика (обмен ресурсами), текст и голос, оффлайн-язык тела в локальном мультиплеере. Они дают разные каналы информации и разную стоимость реализации/модерации.
Размер и структура сообществ
При росте группы возникают качественно новые социальные механики:
- 1 игрок — прогресс, нарратив.
- 2 — отношения, кооперация/соревнование.
- 3–4 — альянсы, политика.
- 5+ — роли, лидерство, наказания.
- 40+ — иерархии, валюты, самодельные «законы».
- 200+ — рынки, пропаганда, незнание всех лично (выше порога Данбара).
Делать «массовость» на тысячи игроков дорого и почти не даёт новых качеств по сравнению с хорошо спроектированными группами 40–200 человек.
Ключевые логистические параметры
Объём воздействия — сколько людей затрагивает одно действие (1:1, малая группа, широкое вещание).
Степень взаимодействия:
- Параллельное (ghost-гонки, лидерборды).
- Нулевая сумма (занял клетку — заблокировал другого в Habbo).
- Ненулевая сумма (совместный урон и общий опыт в Realm of the Mad God).
Матчмейкинг — любое сведение игроков. Важны:
- Окно матчмейкинга — сколько игрок готов ждать.
- Порог провала — при малом онлайне игрок не находит матч и уходит.
- Фрагментация — деление пула по режимам, рангу, событиям. Чем больше сегментов, тем выше риск пустых очередей.
- Коэффициент конкаррентности — отношение активных аккаунтов к одновременному онлайну (для одиночной игры может быть 150:1 и хуже). Важно считать не активных, а одновременных игроков.
Отношения: друзья vs незнакомцы
Игроки способны поддерживать лишь ограниченное число глубоких социальных моделей (5–9 близких друзей). С незнакомцами проще матчить и легче строить PVP, но слабы кооперация и удержание. С друзьями проще планировать совместные сессии, возможны сложные кооперативные активности и менторство, но группы малы и редко совпадают по времени.
Архитектуры мультиплеера
Матч-бейзед
Классическая модель: матчи с чётким стартом/финишем. Проблема — узкое окно матчмейкинга и высокая чувствительность к онлайну и фрагментации. Приёмники:
- Запланированные и регулярные события (рейды, ивенты по расписанию).
- Короткие матчи, чтобы ожидание следующего было меньше окна выхода.
- Спектейтинг и чат во время ожидания.
- Боты для заполнения слотов.
- Механические зависимости (ролей/ресурсов), чтобы усилить социальное давление «прийти».
Room-based
Постоянные «комнаты»/миры с join/leave in progress. Игроки входят и выходят независимо, что сильно упрощает логистику. Используются в Journey (комнаты на 2 игрока), большинстве MMO и серверных шутерах.
Техники:
- Эластичные инстансы — динамически создавать/убирать комнаты, поддерживая их заполненность.
- Остаток = соло — игра должна быть полноценной в одиночку, пока не придёт второй (пример: Dark Souls как в основном сингл с редкими кооп/PvP вкраплениями и асинхронными «призраками» и сообщениями).
Асинхронные техники
- Play-by-mail — ходы с большими паузами (Words with Friends). Требует множества параллельных партий, чтобы сгладить ожидание.
- Инвайты и матч с друзьями — опора на внешние социальные связи, но риск раздражения и неаутентичности.
- Визиты — посещение/атака чужих баз (Clash of Clans), часто сводится к обмену ресурсами через инстансы.
- Ghosts — запись поведения и проигрывание рядом с игроком (гонки, Super Time Force). Хорошо работает при параллельных и ненулевых взаимодействиях, плохо — при блокирующих.
Практические рекомендации
- Минимизировать фрагментацию и держать большие «ведра» матчмейкинга.
- По возможности использовать room-based, а не чисто матч-бейзед модель.
- Добавлять персистентность и асинхронные взаимодействия, чтобы расширить окно матчмейкинга.
- Проектировать системы, создающие и усиливающие отношения между игроками.
- Прототипировать мультиплеер рано и сразу тестировать на малых онлайнах.
Выводы
- Мультиплеер умирает не из-за «отсутствия фана», а из-за логистики: окна ожидания, фрагментации и конкаррентности.
- Размер групп и частота взаимодействий радикально меняют тип доступного геймплея и социальные механики.
- Room-based и асинхронные решения лучше масштабируются под малые онлайны, чем классические матчи.
- Не стоит гнаться за «массовостью»; качественные взаимодействия в группах 2–200 важнее тысяч онлайна.
- Отношения и персистентность — ключ к долгоживущим мультиплеерным сообществам.
