Качество контента, сильные и слабые стороны

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

Игровой процесс

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

Математика

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

Игровые суб-системы

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

Левел-дизайн

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

UI/UX

Вы понимаете, куда тянется рука или мышка пользователя, понимаете, куда приятно тыкать на игровом экране, а куда – нет, и вообще владеете секретным кунг-фу взаимодействия живого мозга и куска железо-софтверного производства. Или нет. Есть игры на мобильных устройствах, в которых приятно беспричинно возить пальцем по экрану, и они категорически успешны. Есть игры, которые стараются минимизировать такие моменты в сторону, скажем, базового дизайна, и можно обойтись его минимумом (и это тоже дизайн UI/UX).

Интерактивный сюжет

Возможность сделать интересный сюжет, который органично взаимодействует с остальными игровыми элементами, может являться абсолютным преимуществом, работающим на игрока как в минималистичных жанрах (собственно, есть целый условный жанр с издевательским названием walking sims – «симуляторы ходьбы»^[7]), так и в сложных крутых продуктах, в которых все крутится вокруг сюжета (Uncharted, Bioshock, вообще куча всякого ААА, в которых, если присмотреться, и механика, и левел-дизайн достаточно примитивны и работают на сюжет).

Арт-дирекшен

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

Анимация

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

Музыка и SFX^[8]

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

Режиссура и презентация

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

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

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

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

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

Промежуточные итоги

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

Title X

Однопользовательская игра для ПК, распространяется за деньги, дальнейшие перспективы развития на консоли PS4, Xbox ONE, Switch.

Команда сильна в нарративном сюжете, музыке, режиссуре и неплоха в арт-дирекшене (и вообще вы раньше занимались видеопроизводством и рекламными роликами, но свалили из своих бывших компаний).

Команда страдает от недостатка экспертиз в системном дизайне, левел-дизайне, UI/UX.

Это все в целом неплохо ложится на картину красивого, идейного walking sim с прекрасным сюжетом.

Или может быть картина принципиально другая, и у вас сложилась вот такая композиция.

Title Y

Многопользовательская игра для мобильных платформ, распространяется бесплатно, изначально выпуск на Apple Store, потом Android, если все будет хорошо, то еще и Switch.

В команде есть крутейший дизайнер-математик, UI/UX чемпион, понимание серверной экспертизы, неожиданно режиссер.

Команда вообще ничего не знает про нарративные сюжеты, музыку считает ненужным элементом, с арт-дирекшеном история тоже так себе.

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

Или же вдруг у вас вот такая история.

Title Z

Однопользовательская игра для ПК с такими вкраплениями онлайна, как рейтинговые таблицы и повторы видео. Игра ввиду своей специфики свободно может быть портирована на мобильные платформы и даже веб, а при определенном развитии событий – вообще на все платформы.

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

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

В общем, вы поняли основной принцип.

Также все три примера – это существующие игры, на данный момент успешно разработанные или подписанные с издателем и находящиеся на стадии пре-релиза.

Сотрудники и их роли

Так как у нас зашла речь о доступах к трудовым ресурсам и степени их компетентности, стоит очень кратко обрисовать, какие роли и какие специальности вообще существуют на рынке.

Я это делаю не только в порядке ликбеза, но и для того, чтобы зафиксировать некоторые термины. Дело в том, что в индустрии есть определенные проблемы с терминологией и одни и те же слова порой интерпретируются по-разному. Определение одной и той же специальности может гулять от компании к компании. Как в силу сложившихся практик в конкретном месте в конкретное время, так и из-за въевшихся в мозг ошибочных представлений – причем даже на уровне руководящего состава, а не только среди HR-менеджеров. Я допускаю, что с некоторыми моими определениями согласятся далеко не все. Но как минимум мы их проговорим и обозначим. И не будем путаться в ролях. Это как, например, можно услышать: «У нас команда из трех человек, нам не нужен продюсер, зачем он вообще». Нет, один из вас принимает на себя роль продюсера – просто он об этом почему-то не знает. А вот нужен ли вам кто-то еще на эту роль – это уже совсем другой вопрос. И тут как минимум стоит понимать, что это вообще такое и как это может выглядеть на практике.

Ниже возможные роли на производстве.

Геймдизайнер (Game Designer)

Возможно написание «гейм-дизайнер» (и оно вполне корректно). Придумывает и описывает игровые механики (или детализирует на основе брифов/указаний сверху), отлаживает их, выстраивает баланс, в некоторых случаях может писать скрипты.

Во free-to-play проектах такой человек может иметь сильный математический уклон. Вплоть до того, что является не столько геймдизайнером, сколько узкоспециализированным математиком.

В рамках структуры могут быть свои градации, например: Lead Game Designer, Senior Game Designer или Junior Game Designer. И может быть разное приложение усилий геймдизайнера: от высокоуровневого дизайна до низкоуровневого. Низкоуровневый – это когда человек руками настраивает, скажем, параметры выстрела с точностью до тысячной доли. А потом тестирует. А потом меняет одну цифру. И снова тестирует.

Левел-дизайнер (Level Designer)

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

Программист / Разработчик / Developer

Будет безумием запихивать сюда словарное определение программиста – вы и так понимаете, о чем идет речь. Но нужно сделать пару важных пояснений. Программист работает не в вакууме и не является знатоком всех языков мира. У него есть специализация – и возможность ее изменить и расширить. Самые распространенные языки в игровой индустрии – это C++ и C#. Можно еще упомянуть Java, но в целом это все производные от С.

Программисты работают в программной среде и – если не пишут собственный движок – то внутри какой-то конкретной технологии. И, соответственно, владеют инструментарием этой технологии. Во-многом поэтому их зачастую и называют девелоперами – их работа сводится не только к написанию кода. Более того, существуют девелоперы, которые, строго говоря, не совсем программисты. Например, они хорошо понимают Unreal Engine 4, но скриптуют на Blueprints, а C++ не просто не используют, но даже и не умеют.

Как уже будет отмечено далее по тексту, если вы ищете программиста, то вам следует учитывать конкретную специфику и нюансы. Например, если у вас Unreal Engine 4, то может быть целесообразнее искать программиста на C++, а не «UE4-программиста». С технологией, если что, познакомится, освоит.

Вкратце упомяну, что существуют еще backend-программисты (они же «серверные программисты»), но это тема для отдельного разговора (да и его стек может быть разным), и вообще у них там своя атмосфера.

Технический директор

Может называться CTO (Chief Technical Officer). Как правило, сам является программистом/разработчиком высокого уровня (ну или как повезет). Хорошо знает технологический стек и, собственно, формирует его. Это главный «технический» человек на вашем проекте.

Product Owner

В случае Product Owner и Project Manager используется, в общем-то, терминология методологии SCRUM (и производных от нее). Product Owner (условный «владелец продукта») формирует задания (фичи, user stories^[9], называйте как хотите) и отдает их человеку-функции с названием Project Manager («проектный менеджер» или «управляющий проектом»). Тот рубит это все на мелкие куски, ставит в план и раздает задания конкретным специалистам.

Должности Product Owner почти никогда и нигде не существует. Это именно роль. Ее в том или ином виде почти всегда принимает главный идеолог проекта.

Проджект-менеджер (Project Manager)

См. выше. В голом виде является прорабом. Или ответственным секретарем редакции газеты. От него требуется понимать пайплайн производства – кто чем вообще занимается. В стандартной конфигурации от него совершенно не требуется что-то выдумывать или во что-то играть. Он реально может быть человеком со стройки, которого хорошо проинструктировали по поводу специфики отрасли. В некоторых IT-компаниях вам могут рассказать, что это не совсем так, и вообще ему желательно иметь техническое образование и сертификаты PMBOK или типа того. В целом это неправда.

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

Продюсер (Producer)

Загадочная специальность, функционал которой бывает очень разным в зависимости от компании и даже конкретного проекта. Упрощенно – это арбитр в спорах между всеми другими специалистами/отделами на проекте или же в конкретном секторе проекта. Человек, который говорит, «что такое хорошо, а что такое плохо».