Проектирование живого сообщества в SWG: часть первая |
Автор темы:
NathanielSaint_renamed_1185965_05072020
Дата создания: 07.03.2016 15:13
|
Проектирование живого сообщества в SWG: часть первая
![]() Рафа Костера несет с какой-то невероятной скоростью, и он публикует один интереснейший текст за другим. Я в глубине души надеюсь на то, что это какая-то артподготовка для анонса чего-то нового. Знаю — мечтать не вредно. Ну, вот я и мечтаю. Вернемся, впрочем, к теме. Новый цикл заметок от Рафа рассказывает об очень интересном и важном для MMORPG: проектировании по-настоящему живого сообщества. Перед нами снова объемный текст. Так что сегодня я перескажу только его часть. И обязательно продолжу позже, потому что многие мысли в нем настолько базовые, хотя и не бесспорные, что хочется о каждой из них говорить подробно. Прежде всего, мне очень понравилась мысль в начале текста: ![]() Цитата:
Множество основополагающих принципов в дизайне ММО, особенно в последние десять лет, базируются на подходе, при котором разработчики стремятся не допустить какие-то поступки больше, чем дать возможность игрокам поступать.
![]() Но также нужно принимать в расчет, что MMO – это мир, в котором люди играют не параллельно, а вместе. И для этого разработчики SWG поставили перед собой еще одну цель: люди должны ощущать себя частью общества, поэтому большинство игровых механик должно быть сосредоточено вокруг этой идеи. Причем это не было самоцелью: «осознание того факта, что вы можете снова с кем-то столкнуться, что вам этот человек может понадобиться в будущем, влияет непосредственно на поступки людей, понижая количество бессмысленного гриффинга, формируя атмосферу настоящего сообщества». По мнению Рафа, такое положение вещей намного лучше удерживает людей в игре и попросту приносит больше денег, если рассматривать этот вопрос в практической плоскости. Базовые принципы Итак, для того, чтобы сделать игровой мир, в котором игроки разных предпочтений будут чувствовать себя равноправными участниками процесса, следовало отказаться от классической парадигмы развития персонажа в ММО. Почему? Потому что она умела хорошо вознаграждать только за бой. Игровые системы, которые пытались давать опыт, к примеру, за исследование, всегда в итоге проигрывали боевой части того же проекта, которая выглядела куда более богатой – имела уровни экипировки, уровни мастерства и многое другое. Раф цитирует самого себя в далеком 2002 году: ![]() Цитата:
Печальный факт, касающийся вас, игроки, заключается в том, что вы делаете только то, за что вас награждает игра. Вы будете делать что-то менее интересное, если увидите морковку в конце, и проигнорируете что-то более подходящее именно вам, если не дать вам какое-то вознаграждение за это в виде опыта, титула или просто победных фанфар.
![]() Цитата:
В итоге мы поставили перед собой задачу определить моменты вознаграждения опытом для каждой игровой активности. В конце концов, мы предполагали, что в любое действие в нашей игре будет заложен геймплей: скажем, если вы взаимодействуете с экономикой, экономика «дает отпор». Таким образом, мы должны были найти момент «настоящей победы» для всего.
С боевыми действиями, очевидно, все было просто. А вот все идеи вокруг ремесленных специальностей попадали под нож и не были реализованы из-за того, что все это было слишком тяжело сделать на практике. Так у нас была идея давать опыт ремесленникам тогда, когда кто-то использовал вещи, которые вы создали. То есть вы были заинтересованы в том, чтобы ваша экипировка попадала в руки к другим людям и реально использовалась. Возможно, вы даже захотели бы кому-то доплатить за это деньги и стать своеобразным спонсором. Вы были бы заинтересованы в том, чтобы все, что вы производите, превосходило товары конкурентов, и, соответственно, способствовало бы вашему развитию. Это также открывало бы широкие возможности для того, чтобы получать опыт, не находясь в игре. Проблема была в том, что при таком подходе каждый объект в мире посылал бы сообщение тому, кто его сделал, каждый раз, когда кто-то его использовал, и это привело бы к тому, что наша база данных попросту умерла бы под такой нагрузкой. Очень жаль, потому что описанная идея была одной из фундаментальных. В итоге, не реализовав эту систему, мы столкнулись с тем, что почти вся мирная деятельность стала жертвой классической проблемы гринда. ![]() Второй частью попытки принципиально изменить положение вещей в игровом сообществе своей ММО, стало желание разработчиков сменить парадигму силы игрока. Использование только боевых способностей персонажа в качестве основного маркера развития, очевидно, не работало для игроков, выбравших путь Ловца Животных или Торговца. Такой подход также порождал кастовую систему, в которой небоевые персонажи не могли даже попасть в большую часть игрового мира. Разработчики поняли, что должны создать систему, в которой все примерно равны. И снова не все из задуманного удалось реализовать, и не все из того, что реализовать удалось, работало так, как задумывалось. Но что, по мнению Рафа, действительно получилось неплохо, так это концепция, согласно которой больше силы игрок получал, открывая новые возможности для себя, а не увеличивая численный показатель какой-то полоски в характеристиках своего персонажа. Речь идет о «горизонтальном прогрессе», развиваясь в рамках которого вы получали более широкую палитру игровых действий. В SWG было более 30 специализаций, в каждой из которых было 18 умений. ![]() Важным отличием горизонтального прогресса в SWG от, скажем, внешне похожей системы в EVE Online, было то, что разработчики ограничили общее количество возможностей, которыми мог обладать персонаж в конкретный момент игры. И, соответственно, лазейка в виде альтов для тех, кто хочет ни от кого не зависеть, при таком подходе возникала слишком очевидной. Поэтому разработчики после большого количества горячих обсуждений все же решили ограничить каждую учетную запись одним персонажем на сервер. ![]() Цитата:
Такой подход стимулировал взаимозависимости между разными людьми. Это также препятствовало мошенничеству при помощи альтов с PvP-системой, хранением вещей и многим другим. И если люди, несмотря ни на что, все же хотели осуществить все то, что разрушало игру, на наш взгляд, они хотя бы платили бы нам дополнительные деньги за дополнительную учетную запись. В любом случае, это было одно из самых противоречивых решений за всю историю игры.
Игроки справедливо замечали, что им хочется разнообразия, что они хотят попробовать разные вещи в игре. Поэтому мы дали им возможность очень легко изменять своего персонажа. Достигнув «капа», вы попросту могли отказаться от любого умения и выучить любое другое. Мы также подталкивали игроков к тому, чтобы они создавали персонажей, не концентрирующихся на одной единственной специализации. «Гибридные персонажи» в нашей системе были ближе к идеалу, чем чистые специалисты. Именно из этого мы и исходили, рассчитывая «кап» умений. ![]() В такой системе игрок никогда бы не мог получить столько же хитпоинтов, сколько было, скажем, у Krayt Dragon. Персонажи могли получить баффы, но эти баффы могли увеличить характеристики только на 10%. Таким образом, боевой персонаж был только лишь немногим сильнее, чем, к примеру, танцор, с точки зрения того, сколько времени и усилий понадобится, чтобы вырубить одного и другого. И если игрокам нужно было охотиться на кого-то крупного, им нужно было объединяться. Параметры каждого монстра в игре рассчитывались по принципу «какому количеству игроков он соответствует». Удивительно, но, похоже, не все разработчики понимали эту установку, потому что после добавления новой системы баффов получилось так, что персонажи могли быть усилены на 400% и больше. Раф думает, что разработчикам самим так и не удалось до конца отделаться от тени привычного развития персонажа в стиле EQ. Вторая часть Автор: Atron. Открыл для себя MMO в 2005 году, после чего полностью перестал обращать внимание на другие жанры. Фанат открытых, свободных миров, которые принято называть “песочницы”. С 2010 года вел собственный блог “ММОзговед”, который в 2012 году превратился в полноценный портал. Источник Перевод другого текста Рафа Костера: Нужен ли нам комфорт в играх? |
Ваши права в разделе |
![]() |