[Star Wars: Knights of the Old Republic] Послесловие разработчиков

1. Опытная команда

Разработать новую уникальную игровую механику всегда непросто, но у нас было преимущество — команда разработчиков, доказавшая способность справиться с задачей. Ключевые фигуры проекта уже занимались серией Baldur’s Gate, отработав производственные процессы, позволяющие создавать масштабные ролевые игры с новаторскими боевыми системами. Серии Baldur’s Gate и Neverwinter Nights помогли взрастить команду профессиональных разработчиков игровых механик. Они и раньше занимались разработкой проектов для консолей (MDK2 для Dreamcast и PS2), так что у нас было всё необходимое для создания консольного ролевого проекта с широчайшим охватом аудитории.

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

Чтобы игроки не скучали во время сражений, мы разработали уникальную хореографическую механику, не встречавшуюся в прошлых проектах вроде Neverwinter Nights. Стоит также упомянуть, что в соответствии с политикой BioWare, предполагавшей постоянный приток «свежей крови», над проектом трудилось немало новичков, время от времени предлагавших новые идеи.

2. Выбор целевой аудитории

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

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

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

3. Боевая хореография

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

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

Хореографические анимации оказались довольно эффективны в производстве. Поскольку персонажей анимировали в 3D Max парами, мы сразу видели, как они выглядят в игре и вносили соответствующие правки. Хотя это и не избавило нас от тестирования на движке игры, показавшего незначительные различия анимации на Xbox и ПК.

4. Разработка интерфейса

Уже на ранних этапах разработки Star Wars: Knights of the Old Republic мы всерьёз задумались, как будет выглядеть основной интерфейс. Поскольку мы раньше не занимались разработкой тактических ролевых игр для консолей, то не были абсолютно уверены в решениях вплоть до тестирования в «полевых условиях». Мы знали, что впереди много работы и к выходу игры интерфейс пару раз переделают (не считая множества мелких правок).

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

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

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

С весны 2002 года по лето 2003 (когда игра вышла на Xbox — на ПК она появилась позднее) мы внесли с десяток различных правок. После изнуряющих глобальных перестановок мы, наконец, пришли к варианту, требующему лишь незначительной доработки. Получив отзывы собственных тестировщиков, LucasArts и Microsoft, и ознакомившись с мнением журналистов, мы обрели уверенность, что игроки не заплутают в дебрях интерфейса. Что ещё важнее, результат понравился нам самим.

5. Обратная связь

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

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

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

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

1. Пошаговая боевая система

Показав первую версию игры на Е3 2002, мы обнаружили главный недостаток боевой системы: графика и расположение камеры предполагали боевик, а не пошаговую ролевую игру. Неопытные игроки отчаянно жали кнопки и хаотично крутили стики, но происходящее на экране выглядело по меньшей мере странно. Интерфейс управления персонажем время от времени заставлял персонажа бросаться открывать ближайший контейнер, отменив все атаки.

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

Главный урок: действия игрока должны совпадать с действиями в боевой системе. Если боевая система позволяет действовать в любое время (например, нанести удар или швырнуть во врага смертоносное заклинание, как в будущей Jade Empire), необходимо дать равнозначный уровень микроконтроля. В играх вроде Star Wars: Knights of the Old Republic используются высокоуровневые системы тактического контроля — этим игрок и должен заниматься.

2. Обучение

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

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

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

3. Проектирование интерфейсов

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

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

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

4. Распределение ресурсов

Работая в студии, разрабатывающей несколько проектов одновременно, учишься управлять ресурсами. У нас ушло несколько лет на разработку эффективных техник матричного управления персоналом (читайте статью Рея Музики и Грега Зещука «Управление проектами» в мартовском номере нашего журнала), но нет предела совершенству.

Поскольку боевая система Star Wars: Knights of the Old Republic сильно отличалась от всего, что мы делали раньше, мы решили уменьшить риски длительной подготовкой и созданием прототипов. Мы планировали привлечь как можно больше разработчиков и сосредоточиться на создании прототипов игрового процесса. Судьба распорядилась иначе, и нам пришлось раз за разом переделывать готовые части игры под нужды сюжета.

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

5. Обратная связь

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

Во-первых, мы оценивали баланс «на глазок». Изначально у нас не было критериев оценки сложности сражений, количества получаемого опыта или скорости развития персонажей. До последнего тестировщики не знали, как оценивать игровой баланс. Что и говорить, если в игровом движке не предусмотрена автоматизированная система сбора игровой статистики, такой как получаемый опыт, используемые способности или пройденные сражения.

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