С чего начинаются видеоигры (ч. 1): концепт-документ
«Даже путь в тысячу ли начинается с первого шага»
Лао-цзы.
Непродолжительное вступление, в котором задаются риторические вопросы
Не просто же так приведена универсальная цитата часто цитируемого китайца! Пусть он и жил не во времена компьютерных игр, но этот факт не помешает задать пару-тройку глубокомысленных вопросов: с чего начинается создание игр? как работает? и – почему? Учитывая риторическую основу, вопрошать подобным образом можно долго, а отвечать, сперва – переходя, а после – скатываясь в философские рассуждения, – ещё дольше. К счастью, добровольное ограничение размера вступительного слова позволяет едва-едва втиснуться в рамки формальностей и без лишнего размаха перейти к сути дела.
Начало основной части, в котором объясняется, что такое концепт-документ, для чего он нужен и кем составляется
Концепт-документ – общее описание будущей видеоигры. Его отличительными чертами являются: краткость; акцент на основных игровых особенностях и минимальное внимание (вплоть до игнорирования) к второстепенным задачам; планирование и предварительная оценка рыночной деятельности (маркетинг).
В основе концепт-документа лежит, как правило, порождённая воображением идея либо результаты специальных исследований – изучение спроса (видеоигры какого жанра в моде и, наоборот, в упадке), проведение опросов (что хотелось бы видеть потенциальным игрокам в видеоиграх), работа с фокус-группами.
Исследования необходимо применять там, где видеоигры рассматриваются в первую очередь как коммерческие продукты. В остальных случаях их использование не обязательно, поскольку для создания полноценной компьютерной игры ничего, кроме непосредственно работы над ней, не нужно.
Главная задача концепт-документа – предоставить общую информацию о видеоигре тому, кто ранее ничего о ней не знал. Обычно в роли такого человека выступает работник издательства или инвестор, иногда – работодатель (готовый концепт-документ попросту прикладывается к резюме в качестве подтверждения соответствующего навыка, хотя встречается подобное нечасто).
За создание концепт-документа отвечает игровой дизайнер (геймдизайнер). Он выполняет бо́льшую часть работы – всё, что относится к дизайну, – самостоятельно, остальное – условия разработки и стратегию распространения – в сотрудничестве с коллегами (главный программист, главный художник) и «высшим разумом» (условное наименование руководства, отвечающего за стратегию развития компании, финансовые ресурсы и прочее). Стоит отметить, что в создании любой видеоигры, даже относительно малой, участвуют люди разных профессий и навыков, и их работа подразумевает постоянное взаимодействие – в том числе, и на этапе подготовки и проработки идей. Как бы ни хотелось игровому дизайнеру, но запереться в комнатке и, не слушая никого, творить в своё удовольствие он может только в единственном случае – если является сам себе работником.
Продолжение основной части, в котором рассматривается содержимое концепт-документа
Строгих технических нормативов, предъявляемых к концепт-документу, нет, поэтому его содержимое может варьироваться в определённых пределах. Границы, очевидно, определяются видеоигрой, и схемы рассадки кактусов или графики потребления булочек за прошлый месяц будут выглядеть неуместно. При составлении концепт-документа стоит опираться на его определение и кратко, но полно рассказать о видеоигре и её сильных сторонах.
В обязательном порядке в концепт-документ входят:
а) Вступление
Играет ту же роль, что и описание игры на диске, в цифровом магазине или, например, аннотация на обложке книги, – первое знакомство. Кроме общих слов упоминается жанр (симулятор / стратегия / приключения), направление (фантастика / фэнтези / абстракция) и платформа выхода.
б) Игровой дизайн
Основная часть, сердце концепт-документа. Здесь приводятся описания игрового процесса, мира, стиля и сюжетной линии (передаётся в общем плане, без художественных зарисовок и диалогов). Может занимать до 2/3 от объёма всего документа – напрямую зависит от выбранной видеоигры. Для небольшой аркады хватит пары абзацев, а вот описания ролевых или сюжетно-ориентированных видеоигр могут не влезть и в пару-тройку листов.
в) Условия разработки
Предоставляя концепт-документ заинтересованным в нём людям, мало знать, какая будет видеоигра. Необходимо рассчитать, как и кто будет над ней работать: указать предположительное время разработки, разбить его по основным направлениям (создание прототипа, программирование, графика, дизайн, написание музыки и звуковых эффектов, перевод, тестирование; при необходимости разделение может быть более подробным), составить список работников.
г) Маркетинг
В частности, данный пункт включает стратегию распространения (будет ли видеоигра на дисках или в цифровом виде, будет ли она размещена в сторонних цифровых магазинах), предположительную цену, дополнительные источники дохода и привлечения внимания (будут ли последующие части, дополнения, подарочные издания, бонусы в виде изображений/моделей, книги с иллюстрациями, игрушки и всё прочее, что можно связать с видеоигрой, но ею не являющееся). Если есть какие-либо характерные особенности – например, отсутствие конкурента на рынке, – то они тоже указываются.
На этом обязательные пункты заканчиваются. Остальное, в принципе, лишнее, но, при наличии сильной неудовлетворённой потребности показать больше, всю дополнительную информацию можно объединить и добавить в приложение. Приложение – отдельный документ, сборная солянка, в которую входит то, чему нет места в основном документе: эскизы персонажей, зарисовки уровней, примеры выбранного художественного стиля, примеры литературного текста. Но даже в этом случае не стоит чрезмерно усердствовать и добавлять, скажем, всех персонажей – одного-двух вполне хватит.
Завершение основной части, которое подводит почти финальную черту и уделяет внимание важности оформления
Содержимое концепт-документа играет, безусловно, главную роль, однако оформление не менее важно. Мало кто согласится искать глубокий смысл или великолепную идею в стене текста без абзацев, отступов и знаков препинания.
Первое, что стоит сделать, – разбить текст на смысловые части, снабдить заголовками и разнести по разным листам.
Второе – проверить на наличие грамматических ошибок. Если игровой дизайнер навыком «Грамотность» не обладает, то гнать его можно воспользоваться работой корректора – проверка нескольких листов стоить будет всего ничего, а пользы принесёт немало.
Третье – желательно (но не обязательно) добавить несколько изображений. Так текст будет лучше восприниматься. Но нужно соблюдать уместность и осторожность – лучше оставить как есть, чем натыкать изображений не к месту и в большом количестве. Выглядит примерно так:
1 – лист, 2 – изображение, 3 – текст
Четвёртое – привести графики и схемы. Также необязательно, однако они приносят очевидную пользу и удобство (речь идёт о наглядности в пунктах «Условия разработки» и «Маркетинг»), а также легко масштабируются, заполняют пустующее пространство на листе и таким образом улучшают внешний вид документа.
Пятое – подготовить к печати. Концепт-документ должен быть отформатирован таким образом, чтобы при печати ничего не съехало, а листы не перепутались. С электронными документами работают многие, но немало и тех, кто предпочитает бумагу. Не стоит удивляться, если отправленный электронной почтой концепт-документ будет издателем сначала распечатан и лишь после – прочтён.
Шестое – соблюсти приемлемые размеры. Объём концепт-документа никем и нигде не регламентируется, но делать его больше семи-восьми листов (формат А4, одностороннее заполнение) не имеет смысла: не станут читать. Сжимать его до трёх листов и меньше – не солидно. Примерный расчёт таков: титульный лист, пункт «Условия разработки» и пункт «Маркетинг» – по одному листу, остальное – описание дизайна.
Пример готового концепт-документа
Условный лист №1
Условный лист №2
Компания «Компания» представляет концепт-документ видеоигры аркадного типа. Видеоигра «Не дай!» относится к мини-играм, имеет короткий цикл разработки и подразумевает многократную переигровку, которая достигается за счёт соревновательного элемента – набором очков и установлением рекордов. События в видеоигре происходят в настоящее время, близки к реализму, передаются через рисованную графику. В качестве основной платформы выбраны персональные компьютеры.
«Не дай!» – видеоигра аркадного типа, для одного игрока. Действие разворачивается в единственной локации, стилизованной под комнату квартиры. В ней находится нетрезвый мужчина, владелец квартиры, и он желает продолжить веселье и выпить ещё алкоголя. С точки зрения игровой механики, желание выражается летящими в мужчину кружками с пивом. Задача игрока заключается в том, чтобы ни одна из кружек не долетела до мужчины.
Управление осуществляется компьютерной мышью. Нажимая на движущиеся кружки кнопкой мыши, игрок убирает их с экрана и получает очки. Игровая сессия считается завершённой, когда хоть одна кружка достигает мужчины. По завершении происходит запись итогового результата: количество набранных очков и время сессии.
Условный лист №3
Коллектив разработчиков будет состоять из одного человека. Создание видеоигры «Не дай!» планируется завершить за одну календарную неделю:
• дизайн – 1 день,
• программирование – 1 день,
• графика – 3 дня,
• музыка и звуковые эффекты – 1 день,
• тестирование – 1 день.
Условный лист №4
Распространять видеоигру «Не дай!» предполагается исключительно в цифровом виде, бесплатно. Продолжений, дополнений и поддержки не планируется.
Пара необязательных слов о.
… мобильных видеоиграх. Им не нашлось места в данном блоге, поскольку подход к их разработке отличается от оного для ПК- и консольных игр – несильно, но принципиально. Для составления концепт-документа мобильной видеоигры необходимо учитывать такие вещи, как: целевая аудитория, «виральность», «коре»-механика, модульность, «фичи», монетизация, метрики текущие и предполагаемые (средний доход с активного пользователя и с платящего пользователя за период, число уникальных пользователей за период, процент скачавших, процент сыгравших, процент отвалившихся и прочие). А уж откуда они появились и как с ними работать – тема для отдельного обсуждения.
Сейчас мы немного схитрим и перескочим такие важные аспекты разработки видеоигр, как создание дизайн-документа, программного кода, графики и звукового оформления, – исключительно ради того, чтобы поскорее увидеть превращение концепт-документа в готовый результат.
Советы по составлению концепт-документа игрового проекта от Андрея Чан
Как вы уже могли заметить, в моих ревью, зачастую появляются предположения “…если целевая аудитория такая…”, “…если сеттинг такой…”. Как правило, это результат недостатка информации в дизайн-документе и отчетах.
Сегодня я хотел бы составить некий пример концепт-документа с информацией, которая будет интересовать вашего паблишера и\или продюсера, который будет этого паблишера искать.
Форма обучения
Дистанционная (online)
Форма обучения курса «Разработка игр на Unity» дистанционная, что позволяет учиться удаленно. Ученик не встречается с учителем или другими учениками в реальном времени. Все обучение проходит с помощью онлайн-сервисов zoom.us, skype и иных. При этом все учебные материалы, задания и их проверка проходит на специальном сервисе.
Концепт-документ
Концепт-документ — это самый первый документ, который потребует паблишер. Как правило, диздок его интересует гораздо меньше.
Это может быть как Word документ, так и красивая презентация. Важно, чтобы там были рассмотрены следующие пункты:
Название игры
Конечно, оно может поменяться. Его может изменить паблишер. Но рабочее название должно быть. Впрочем с этим ни у одной из команд проблем нет.
Нужно правда понимать, что до выхода на рынок, любое название – рабочее. Не нужно к нему привязываться.
Жанр
Здесь не нужно быть кратким, но и не нужно составлять огромную мешанину жанров.
“RPG” – плохо. Слишком мало информации.
“Side view point-and-click action RPG” – хорошо.
“Смесь РПГ, экшена и стратегии, с уникальной боевкой и элементами match-3” – плохо. Непонятно, что главное, что второстепенное и куча лишней информации.
“RTS с элементами RPG и turn—based битвами” – хорошо. Понятно, что это все таки стратегия, а экшен и рпг тут в походовых боях.
Сеттинг
Здесь лучше сначала указать кратко и емко, что нибудь типа “Post—Apocalyptic Dystopia”, а потом раскрыть тему.
“Человечество изгнано с Земли механическими существами из другого мира. В последней попытке отбить Землю, люди посылают андроидов уничтожить машин.
Так, начинается война андройдов и машин… Война, которая откроет давно забытую правду о этом мире.”
Описание игры
Здесь мы описываем саму игру и цели игрока.
“В роли андроида по имени 2B игрок может путешествовать по открытому миру. Битвы с противниками проходят в реальном времени и персонажи используют оружие ближнего боя. У игрока есть основные и побочные квесты…”
Добавьте немного про сюжет и визуальную составляющую и дело в шляпе.
Целевая аудитория
Про это я много говорил, в прошлых ревью. Это очень важный пункт, на основе которого, будут строиться исследования рынка и бизнес кейс. Который очень сильно будет влиять на решение паблишера.
USPs (Уникальное Торговое Предложение)
Как я уже писал в предыдущих ревью: Что уникального предлагает ваша игра? И помните, мы говорим о предложении, а не о функции.
Например если взять M&Ms – “Тает во рту, а не в руках” – несомненно, были конфеты которые не таяли в руках и до M&Ms. Но только M&Ms сделал это предложение уникальным.
Development Roadmap
Когда вы начали работу? Какие Milestones уже позади, а какие впереди?
Когда прототип, альфа, бета?
Таймлайн с датами – must have!
Команда
Очень важный пункт, но его нельзя представлять в начале. Сначала нужно показать, что есть, как это будет работать, а потом уже у всех возникнет вопрос – кто это будет делать?
Подробное описание игры
Всегда хорошо иметь в конце слайды или страницы с более подробным описанием игры. Что-то типа очень высокоуровнего диздока.
- Персонажи
- Левел дизайн
- Окружение
- Концепт Арт
- Игровые механики
- Core Gameplay
- Meta Gameplay
Паблишеру не очень интересно, сколько конкретно HP должен отнимать Эльфийский Клинок (+2), но ему интересно, что в игре есть Эльфийские клинки и заточка.
В заключение
Вот так примерно выглядит концепт-документ. Он легко трансформируется в презентацию для Паблишера, в Питч, в Product Description – как бы не называлось то, что потребует паблишер, к которому вы обратились.
В идеальном мире, это документ начинает пилиться в самом начале, вместе с диздоком, или как часть диздока.
Потом, уже после законченного прототипа, начинает делатся Marketing Requirements Document, Launch Strategy, Legal Review, Business Case, Production Plan… Но нам это пока не нужно =D
P.S. Ну и как напутствие – если проект не прет и вы завязли в рутине, то возможно стоит вернуться к истокам и пересмотреть core геймплей и основную идею игры?
Конечно, на это нужны силы и воля, но зачастую это просто необходимо сделать. Так делают огромные компании, разом фиксируя убыток за год или два разработки – а это десятки миллионов долларов.
Но просто нельзя это рассматривать как убыток. Зайти в тупик или непролазную чащу и вернуться к развилке – это часть пути к релизу удачного продукта.
Полное описание идеи игры. Часть 1: Концепция
Прежде всего, предлагаю договориться о задачах и принципах формализации.
Ключевая задача: Создать документ, способный в полной мере отразить и передать без дополнительных комментариев суть идеи.
Иными словами, любой, кто прочтёт итоговое описание, должен однозначно понять, о чём идёт речь, и при будущем диалоге с носителем идеи владеть полными объёмом знаний.
Здесь следует сделать замечание, что мы ограничиваемся бизнес-логикой верхнего уровня, не погружаясь в инструментарий и тонкости реализации — это следующий этап.
- Читатель будущего документа не является специалистом в областях программирования или разработки игр.
- При этом читатель не является идиотом и у него есть доступ к Google`у.
- Документ должен быть максимально однозначным и лаконичным. Для того, чтобы перенести его в формат презентации PowerPoint, достаточно скопировать текст на слайды и добавить картинки по вкусу.
- Итоговый документ является базовой версией полного описания, которая может свободно дополняться и расширяться без необходимости переписывать отдельные части или менять структуру. Иными словами, мы делаем заготовку, которая в дальнейшем будет обрастать техническими деталями и уточнениями. Весьма вероятно, не все из них ты захочешь показывать широкой общественности до релиза.
- Составитель документа уже знаком со статьями, приведёнными ниже, а читатель может в любой момент ознакомиться.
0.1. Структура документа
- Концепция
- Источники идей
- Конкуренты
- Способы монетизации
- Примеры реализации
- Текущее состояние
- Общий план реализации
- Ближайшие действия
- Необходимые ресурсы
Если сообщество предложит что-то добавить, с удовольствием рассмотрю это в комментариях.
1. Концепция
1.1. Название
Как показывает мой опыт, над этим перед разработкой задумываются только 1 человек из 10. В принципе, это понятно, поскольку на первоначальном этапе единственное применение названию — имя проекта в среде разработки. Но если мы серьёзно относимся к нашей идее, то название сыграет весьма важную роль. Самые очевидные: презентация проекта перед инвестором или командой.
Весьма полезную статью по выбору названия можно прочесть здесь и здесь. Для нас принципиально важно следующее:
0. Название должно отражать одну из составляющих игры: сеттинг, геймплей или иные особенности.
Здесь можно привести примеры, которые в абсолюте реализуют эту мысль: «SpacePuzzle», «DragonRace», «Весёлая ферма» и т.д. По одному названию будущий игрок может догадаться, с чем ему придётся иметь дело.
1. Что выводится в Google по этому названию? Рядом с чем мы будем в будущем соседствовать и какие шансы у нас занять с таким именем первую строчку в поисковой выдаче?
Простые названия вроде «Ants», «WarLand» и т.д. — залог огромных затрат на продвижение в поиске и рекламу других проектов.
2. Свободен ли домен, совпадающий с названием? Если нет, насколько приемлемо использовать суффикс -game?
Используя неудачные примеры из предыдущего пункта имеем следующую логику: ants.ru -> ants-game.ru, warland.ru -> warland-game.ru
Если с муравьями ещё куда не шло, то с warland ситуация печальней.
3. Насколько просто произносится название? Как пользователи будут называть игру в сокращённом варианте?
Здесь логика простая: если название простое, то оно будет использоваться легко и с удовольствием, если же оно слишком сложное, то пользователи придумают замену: CounterStrike -> Контра, WorldOfWarcraft -> WoW и т.д.
1.2 Жанр
1.3. Ключевое отличие
1.4. Платформа
1.5. Целевая аудитория
Ещё один раздел, который ставит в ступор подавляющее большинство будущих игроделов. А вопрос здесь очень простой: «Для кого твоя игра? Кто будет ядром сообщества?» Самый распространённый ответ — «для всех!», и он же — самый неправильный. Маркетологи знают, что реклама, направленная на всех, не попадает ни по кому, та же история и с продуктами. Безусловно, есть «товары народного потребления», но их список очень мал и в общем количестве незначительный. Всё остальное, что не попадает в этот список, создано для какой-то конкретной группы. Мерседесы — для успешных, Роллекс — для понтовых, StarCraft — для продвинутых, Весёлая ферма — для домохозяек, MineCraft — для школьников.
Опять же, не надо воспринимать формализованную аудиторию буквально, мы не ограничиваем наших игроков ТОЛЬКО этим портретом, но основной акцент и в продвижении, и в геймплее будем делать именно на них. Думаю, ты не будешь спорить, что игра для домохозяйки и студента-отличника матфака — это вообще разные игры? Хотя, и студенту иногда захочется поиграть во что-нибудь казуальное. Достаточно ёмко по этому повод человек отписался вот тут.
Хороший пример в этом смысле — MineCraft. Разработчик никак и нигде явно не выделял своих игроков, но очевидно, что ядро целевой аудитории — продвинутый школьник. Этот факт не отменяет случаев создания MineCraft в MineCraft, имитации Манхеттена, и прочих серьёзных вещей. Но спросите себя: стал ли бы серьёзный учёный заниматься созданием города в игре, если бы к этому моменту в неё не поиграли большинство PC-геймеров школьного возраста?
Итоги первого раздела
Как я и обещал, не смотря на обилие текста, финальный результат весьма скромный и с лёгкостью уместиться на 3-4 слайда презентации. Базовые понятия, которые я здесь затронул, для многих могут показаться очевидными и ненужными, но это означает только одно: вы не пробовали их применять. Те же, у кого уже всё готово, посмотрите, может я забыл чего или наврал где. А для тестирования формы описания идеи предлагаю ответить в опросе.
Как превратить идею для игры в концепт
Сбор фидбека и поиск единомышленников — вторая статья из цикла о геймдизайне.
Автор: Анастасия Колчина. Начинала как 2D- и 3D-художник. С 2014 года переключилась на геймдизайн, в том числе разрабатывала концепты и прототипы новых игр под определенные требования. В 2016 году пришла в Pixonic, а с 2018 года — один из ведущих геймдизайнеров на проекте War Robots.
В предыдущей статье мы обсудили, где искать идеи и как выбрать из них лучшие. Если всё получилось, то у вас на руках есть небольшой список в формате «жанр + выраженная в одном абзаце суть игры». Следующий шаг: получить фидбек и развить идею до полноценного концепта. Это также поможет нам найти в команду единомышленников.
Даже простой разговор с друзьями об игре — это первый сбор фидбека.
Будет печально потратить время на прототип, только чтобы увидеть нежизнеспособность идеи — выяснить это можно ещё на стадии разработки концепции.
Есть простое правило: «фэйлимся рано». То есть отфильтровываем идеи как можно раньше. И первое, что надо сделать для проверки гипотезы — это рассказать о ней другим людям.
Не украдут. Сделать качественную игру с нуля непросто. У больших студий план продакшна расписан на годы вперёд, а у инди-команд и своих идей достаточно. Поэтому нет ничего страшного в том, чтобы делиться своими идеями и наработками.
Для начала рассказываем идею друзьям, знакомым, коллегам или одногруппникам. И отдельно «целевой аудитории» — любителям игр, конкретного жанра, сеттинга, платформы, например, на тематических сайтах и форумах (об этом ниже). Слушаем, запоминаем, а лучше записываем:
- Что привлекает в вашей идее? Что особенно запоминается? Эти моменты стоит оставить.
- Что не нравится? Что советуют поменять, убрать? Раз эти решения вызывают вопросы — додумываем, как их исправить.
- Что нужно добавить, чтобы стало ещё лучше? Фильтруем рекомендации, добавляем то, что точно поможет раскрыть нашу идею. А те, которые никак не связаны с корневой сутью нашей игры, можно смело отложить в долгий ящик.
- Что вызывает споры? Где слушатели предлагают противоположные решения? Тут будем тестировать, проверять разные варианты.
- «Идёт» ли идея дальше — делятся ли ей друг с другом без вашего участия? Появляются ли ветки комментариев, где люди обсуждают её друг с другом? Подмечаем, что в нашей идее цепляет и как сами игроки «продают» её друг другу. Это и есть суть нашей игры.
Всегда спрашивайте «Почему?»: например, «Почему это нужно убрать, а это добавить?»
Не каждый фидбек будет полезен, тем не менее не надо сразу бросаться в споры. Просто планомерно улучшаем и дополняем идею по фидбеку.
Например, так в нашей игре War Robots появился первый новый режим — Beacon Rush. Изначально все игроки появлялись на базе вдалеке от захваченных маяков, но бежать на тяжелых роботах через всю карту долго и скучно. После фидбека мы сделали режим, где можно выбирать место появления рядом с захваченными точками и получили массу положительных отзывов.
Кстати, уже на этом этапе, если повезет, начнет собираться команда — потому что крутые идеи вызывают желание их делать. Либо станет понятно, что идея недостаточно проработана и нужно подумать ещё, особенно если слушатели задают очень много вопросов.
Нам понадобятся: название, краткое описание, картинка, геймплей и наши контакты.
Может быть «рабочим», но обязательно звучным, легко произносимым и запоминающимся. Как правило, хорошее название — это словосочетание, одно слово или аббревиатура: Mortal Kombat, Fortnite, OneShot.Название на столь раннем этапе нужно, чтобы было проще обсуждать проект с другими. Если не приходит на ум своё название, можно взять его у игры, которая стала источником вдохновения, и дописать пару слов о том, что изменилось.
Это суть проекта, его USP — Unique Selling Proposition. То, как люди должны рассказывать об игре друг другу: «А что за игра?» — «Ну та, в которой [уникальное сочетание жанра, сеттинга и геймплея]!». Например, описание Super Meat Boy — «хардкорный платформер про мясного парня». PinOut — «бесконечный пинбол с графикой и музыкой в стилистике ретровейв».
Для привлечения внимания и передачи идеи достаточно нескольких изображений. Это может быть как готовый концепт-арт, передающий атмосферу и стилистику, так и просто подходящая картинка из интернета, то есть референс. Уже тут будет ясно, какую графику хотелось бы видеть в итоге — 2D, 3D, реалистичную, мультяшную или пиксель-арт.
Коротко о том, что делает игрок, его целях и противниках. Например: «Игрок управляет огромным шагающим роботом в бою, перемещается по локации, наводит прицел и ведёт огонь по вражеским роботам, использует свои уникальные способности. Цель: уничтожить противников и/или захватить контрольные точки на карте, чтобы получить преимущество».
Чтобы другие знали, как с вами связаться.
Если все пошло по плану, то теперь у нас есть цепляющее описание будущей игры, которую с радостью возьмутся разрабатывать единомышленники. Но где найти самых важных членов небольшой команды разработки — художников и программистов?
Стоит учитывать, что необязательно нужны сразу оба — это зависит от концепта. Например, визуальную новеллу можно сделать на готовом движке — отпадает необходимость в программисте. Но иллюстрации тут очень важны, и без художника не обойтись. Или наоборот, если игра — это стратегия в реальном времени, без программиста тут никак, хотя для прототипа и можно будет взять бесплатные 3D-модели из Unity Asset Store.
Первым делом на ум приходит фриланс — он спасает, когда нет времени и есть деньги. Но первую команду проще найти через друзей, коллег и одногруппников. Часто работает самый простой способ — спросить всех: «У вас есть знакомые художники или программисты?». Обычно хватает двух рукопожатий, а не шести.
Если таким способом найти команду не получилось, прямая дорога в соцсети. Есть DTF, вечно живой форум сайта Gamedev.ru, огромное количество групп в VK вроде Global Gamedev или DevsGo и Facebook — InGameDev и «Геймдев».
За художниками можно идти в Instagram — там их сразу видно по работам в профиле. Кроме того, художники часто подписаны друг на друга — так можно найти человека с подходящим стилем.
Новые знакомства очень удобно заводить на конференциях. Особенно на тех, где есть блоки для независимых разработчиков. Если хватает храбрости, можно записаться на геймджем — там можно собрать команду за вечер.
Домашнее задание: собрать фидбек по своим идеям, придуманным после нашей предыдущей статьи, и оформить разрозненный набор мыслей в концепт, который будоражит воображение и вызывает желание играть. Или даже присоединиться к вашей команде.
Например, вот такой концепт наши не геймдизайнеры набросали сами за четыре часа, хотя ваш вариант, конечно, может быть оформлен и по-другому.
А в следующей статье цикла мы разберем, что и в каком порядке делать, имея на руках готовый концепт и единомышленников