Алексей Савченко - Игра как бизнес. От мечты до релиза

• Название: Игра как бизнес. От мечты до релиза
• Автор: Алексей Савченко
• Жанр: О бизнесе популярно
• Год: 2020
• ISBN: 978-5-04-102129-0

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

---

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

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

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

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

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

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

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

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 («проектный менеджер» или «управляющий проектом»). Тот рубит это все на мелкие куски, ставит в план и раздает задания конкретным специалистам.