Философский камень ММО

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

Сейчас ошибочность и бесплодность их устремлений стала очевидна, и абсолютно ясно, что попытки априори не могли увенчаться успехом — по техническим ли, или научным причинам, не столь важно. Но их упорство вызывает уважение. Можно сказать, что попытки открыть что-то новое и совершенно революционное в алхимии ушли в прошлое, но на их смену пришли другие. Свой текст я назвал “философский камень”, в нем я собираюсь, как и сотни людей до меня, поискать универсальный рецепт создания самой лучшей игры.

Сразу скажу, что эта статья-рассуждение подвержена на сто процентов синдрому “это было в симпсонах!”, в том смысле, что кто-то уже когда-то это писал или говорил, но я попробую заново изобрести велосипед. А именно — попробую подвести теоретическую базу под создание механики игры без учёта, возможно ли это реализовать технически или нет. Заранее предупреждаю, что многие тезисы и поставленные требования противоречат друг другу, а зачастую и просто кажутся несовместимыми, и попытка привести это всё к единому знаменателю — итоговая задача. Можно считать, что проверяю свои теоретические выкладки на логичность и работоспособность.

Вдохновлялся серией M&M, Settlers, Gothic, EvE, SS13, SR и проч.

Основные постулаты

Когда человек хочет создать игру, обычно начинают с того, какой жанр этот человек хочет видеть, какой сеттинг, и и так далее, и тому подобное. Это, конечно, правильно, но все жанры и все сеттинги — это, по факту, кожура, шкурка, которую можно натянуть на что угодно. Понятно, что эта “кожура” тоже важна, она оказывается прямое влияние на количество поклонников определённых жанров, и от сочетания жанр-сеттинг будет зависеть размер аудитории. Но разговор сейчас не об этом.

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

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


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


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


4. Возможность игры как на макро- уровне, так и на микро- уровне.


5. Создание контента самими игроками для других игроков, при помощи выданных им инструментов.


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


7. Сессионность игры — не столь быстрая, чтобы заканчивалась в течении дня, и не столь долгая, чтобы новое прибывшие игроки не могли успеть впрыгнуть “в последний момент”. А не желающие впрыгивать — ожидали не столь долго.


8. Единый или близкий к единому сервер. Как вариант — сеть серверов с различными “зёрнами”, но с возможностью перемещаться через условный “портал” с сервера на сервер. С весьма сильными ограничениями и штрафами, не позволяющими получить подавляющее преимущество, за счёт своего развития. Желательно — создавая контент для других игроков.


9. Возможность капитализировать имеющиеся в мультиплеере достижения через игровой магазин, где игроки, желающие донатить, могут купить за реальные деньги предметы, а игроки, имеющие внутриигровые предметы, смогут их продать. Разумеется, с этой сделки снимается условный налог — порядка 6-11%. Да, я понимаю, что это мало стыкуется с пунктом 7, но тем не менее это — важный пункт.


10. Возможность становиться в определённом образе “демиургом” — арендовать сервер, на котором выделяется не рандомный мир, а заданный, согласно параметрам хозяина сервера. С возможностью или изолировать его ото всех — и присоединяться только по приглашению, или получить определённую фору на старте, а затем открыть мир для других игроков, но закрыть уже его не получится до следующей сессии.


11. Возможность игроками добавлять новые режимы, новые объекты и новые механики через модификации, а также отработанная система принятия данных модификаций для изменения основной игры.


12. Универсальный калькулятор требуемого труда и ресурсов — это особый вычислитель, который позволит игрокам вводить новые предметы в игру, через предоставление модели предмета и его ТТХ, через одобрение данного предмета у команды разработчиков — за определённую плату, или в ходе внутриигрового эвента.


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


14. Модель вселенной, при которой любые отклонения игроков буду попадать под общую логику вселенной.


15. Добавить определенный дух состязательности — на “осевых” серверах, это те, которые принадлежат компании и их количество ограничено, при наступлении кризиса эндгейма, по окончании сессии, подсчитываются все итоговые показатели. И на основании этих показателей, определённая доля средств, полученных компанией с игровых поступлений, не относящихся к основным источникам финансирования, порядка 3-5%, за конкретный период, равный времени сессии, перечисляется победителю или альянсу победителей.


16. Просчитанная система интеграции игроков в игру, с рассмотрением 100% контента, как в одиночной, так и в мультиплеере.


17. Усилия по поддержанию нынешнего уровня, действия по поддержанию активности игрока, для сохранения уровня развития сообщества/его части.

Тестовый образец

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

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

Остальная статья по ссылке:
docs.google.com/document/d/1zCUkTkPnpN-Flg_yIpyB6sN3ksdfenQDCZmbrYdlfYU/edit?usp=drivesdk

Если статья заинтересует, то опубликую часть 2. И часть 3, когда она будет дописана.