С чего начинаются видеоигры ч 1
С чего начинаются видеоигры (ч. 1): концепт-документ
Краткое содержание: в блоге рассказывается о том, что такое концепт-документ, для чего он нужен и как его составлять и оформлять.
Обязательный эпиграф
«Даже путь в тысячу ли начинается с первого шага»
Лао-цзы.
Непродолжительное вступление,
в котором задаются риторические вопросы
Не просто же так приведена универсальная цитата часто цитируемого китайца! Пусть он и жил не во времена компьютерных игр, но этот факт не помешает задать пару-тройку глубокомысленных вопросов: с чего начинается создание игр? как работает? и – почему? Учитывая риторическую основу, вопрошать подобным образом можно долго, а отвечать, сперва – переходя, а после – скатываясь в философские рассуждения, – ещё дольше. К счастью, добровольное ограничение размера вступительного слова позволяет едва-едва втиснуться в рамки формальностей и без лишнего размаха перейти к сути дела.
Начало основной части,
в котором объясняется, что такое концепт-документ,
для чего он нужен и кем составляется
Концепт-документ – общее описание будущей видеоигры. Его отличительными чертами являются: краткость; акцент на основных игровых особенностях и минимальное внимание (вплоть до игнорирования) к второстепенным задачам; планирование и предварительная оценка рыночной деятельности (маркетинг).
В основе концепт-документа лежит, как правило, порождённая воображением идея либо результаты специальных исследований – изучение спроса (видеоигры какого жанра в моде и, наоборот, в упадке), проведение опросов (что хотелось бы видеть потенциальным игрокам в видеоиграх), работа с фокус-группами.
А не сделать ли игру про мужика, которому хочется пива, а нужно накормить кота?
– Мы изучили продажи в крупнейших цифровых магазинах и пришли к выводу, что на сегодняшний день наибольший потребительский интерес у игроков вызывают простые в механике и управлении видеоигры, лёгкие в освоении, с соревновательным элементом. Из предложенных тем опроса игроки выделяют юмор, котов и алкогольные напитки.
Исследования необходимо применять там, где видеоигры рассматриваются в первую очередь как коммерческие продукты. В остальных случаях их использование не обязательно, поскольку для создания полноценной компьютерной игры ничего, кроме непосредственно работы над ней, не нужно.
Главная задача концепт-документа – предоставить общую информацию о видеоигре тому, кто ранее ничего о ней не знал. Обычно в роли такого человека выступает работник издательства или инвестор, иногда – работодатель (готовый концепт-документ попросту прикладывается к резюме в качестве подтверждения соответствующего навыка, хотя встречается подобное нечасто).
За создание концепт-документа отвечает игровой дизайнер (геймдизайнер). Он выполняет бо́льшую часть работы – всё, что относится к дизайну, – самостоятельно, остальное – условия разработки и стратегию распространения – в сотрудничестве с коллегами (главный программист, главный художник) и «высшим разумом» (условное наименование руководства, отвечающего за стратегию развития компании, финансовые ресурсы и прочее). Стоит отметить, что в создании любой видеоигры, даже относительно малой, участвуют люди разных профессий и навыков, и их работа подразумевает постоянное взаимодействие – в том числе, и на этапе подготовки и проработки идей. Как бы ни хотелось игровому дизайнеру, но запереться в комнатке и, не слушая никого, творить в своё удовольствие он может только в единственном случае – если является сам себе работником.
– Семён Семёныч, идея на миллион! Есть нетрезвый мужик, и он хочет «догнаться» пивом, а мы, как игроки, должны помешать ему. Не просто так – ради котика!
– Не знаю, не знаю. Действительно может принести миллион?
– Если вы о деньгах, то вряд ли. Я вообще рассчитывал сделать игру бесплатной – она же такая классная!
– Гм.
Продолжение основной части,
в котором рассматривается содержимое концепт-документа
Строгих технических нормативов, предъявляемых к концепт-документу, нет, поэтому его содержимое может варьироваться в определённых пределах. Границы, очевидно, определяются видеоигрой, и схемы рассадки кактусов или графики потребления булочек за прошлый месяц будут выглядеть неуместно. При составлении концепт-документа стоит опираться на его определение и кратко, но полно рассказать о видеоигре и её сильных сторонах.
В обязательном порядке в концепт-документ входят:
а) Вступление
Играет ту же роль, что и описание игры на диске, в цифровом магазине или, например, аннотация на обложке книги, – первое знакомство. Кроме общих слов упоминается жанр (симулятор / стратегия / приключения), направление (фантастика / фэнтези / абстракция) и платформа выхода.
– В общем, мы сделаем игрушку – маленькую и быстро. Нарисуем в пикселе, сборка только под ПК. Добавим набор рекордов, чтобы каждый игрок мог соревноваться сам с собой и радоваться собственным победам. Ударим по актуальности – наше время, обычная квартира, голодный и вечно недовольный хозяином кот. И поднимем проблему пьянства.
б) Игровой дизайн
Основная часть, сердце концепт-документа. Здесь приводятся описания игрового процесса, мира, стиля и сюжетной линии (передаётся в общем плане, без художественных зарисовок и диалогов). Может занимать до 2/3 от объёма всего документа – напрямую зависит от выбранной видеоигры. Для небольшой аркады хватит пары абзацев, а вот описания ролевых или сюжетно-ориентированных видеоигр могут не влезть и в пару-тройку листов.
– Пьянство в играх – не лучшая тема для привлечения игроков.
– Но, Семён Семёныч, мы не пропагандируем, а наоборот, показываем отрицательную сторону явления. Обращаем внимание на социальную проблему – и предлагаем игроку поучаствовать в её решении. В игровом формате, с удобством и небольшим правильным азартом, с возможностью показать друзьям, подаются здравые мысли для дальнейшего обсуждения.
– Не убедил.
в) Условия разработки
Предоставляя концепт-документ заинтересованным в нём людям, мало знать, какая будет видеоигра. Необходимо рассчитать, как и кто будет над ней работать: указать предположительное время разработки, разбить его по основным направлениям (создание прототипа, программирование, графика, дизайн, написание музыки и звуковых эффектов, перевод, тестирование; при необходимости разделение может быть более подробным), составить список работников.
– «Не убедил». Подумаешь! Лишь бы творчеству крылья рубить. «Делать не будем», «людей не выделю». Да я и сам справлюсь! На дизайн вон, полчаса ушло. Рисовать, правда, не умею, но там и рисовать-то почти нечего – пусть дня на три работы. Немного кода, немного звуков – должен в неделю уложиться!
г) Маркетинг
В частности, данный пункт включает стратегию распространения (будет ли видеоигра на дисках или в цифровом виде, будет ли она размещена в сторонних цифровых магазинах), предположительную цену, дополнительные источники дохода и привлечения внимания (будут ли последующие части, дополнения, подарочные издания, бонусы в виде изображений/моделей, книги с иллюстрациями, игрушки и всё прочее, что можно связать с видеоигрой, но ею не являющееся). Если есть какие-либо характерные особенности – например, отсутствие конкурента на рынке, – то они тоже указываются.
– Семён Семёныч, помните концепт про мужика и котика?
– Если ты заменил котика пёсиком, то мой ответ останется прежним: в разработку не пойдёт.
– Я собрал статистику, обсудил с ребятами из маркетингового отдела – о прямой прибыли речь, конечно, не идёт, но косвенная показывает достойные результаты: радость фанатов, усиление сплочённости, привлечение новых игроков. Вот, сделал наглядно в графиках и цифрах.
На этом обязательные пункты заканчиваются. Остальное, в принципе, лишнее, но, при наличии сильной неудовлетворённой потребности показать больше, всю дополнительную информацию можно объединить и добавить в приложение. Приложение – отдельный документ, сборная солянка, в которую входит то, чему нет места в основном документе: эскизы персонажей, зарисовки уровней, примеры выбранного художественного стиля, примеры литературного текста. Но даже в этом случае не стоит чрезмерно усердствовать и добавлять, скажем, всех персонажей – одного-двух вполне хватит.
Завершение основной части,
которое подводит почти финальную черту и
уделяет внимание важности оформления
Содержимое концепт-документа играет, безусловно, главную роль, однако оформление не менее важно. Мало кто согласится искать глубокий смысл или великолепную идею в стене текста без абзацев, отступов и знаков препинания.
Первое, что стоит сделать, – разбить текст на смысловые части, снабдить заголовками и разнести по разным листам.
Второе – проверить на наличие грамматических ошибок. Если игровой дизайнер навыком «Грамотность» не обладает, то гнать его можно воспользоваться работой корректора – проверка нескольких листов стоить будет всего ничего, а пользы принесёт немало.
Третье – желательно (но не обязательно) добавить несколько изображений. Так текст будет лучше восприниматься. Но нужно соблюдать уместность и осторожность – лучше оставить как есть, чем натыкать изображений не к месту и в большом количестве. Выглядит примерно так:
1 – лист, 2 – изображение, 3 – текст
Четвёртое – привести графики и схемы. Также необязательно, однако они приносят очевидную пользу и удобство (речь идёт о наглядности в пунктах «Условия разработки» и «Маркетинг»), а также легко масштабируются, заполняют пустующее пространство на листе и таким образом улучшают внешний вид документа.
Пятое – подготовить к печати. Концепт-документ должен быть отформатирован таким образом, чтобы при печати ничего не съехало, а листы не перепутались. С электронными документами работают многие, но немало и тех, кто предпочитает бумагу. Не стоит удивляться, если отправленный электронной почтой концепт-документ будет издателем сначала распечатан и лишь после – прочтён.
Шестое – соблюсти приемлемые размеры. Объём концепт-документа никем и нигде не регламентируется, но делать его больше семи-восьми листов (формат А4, одностороннее заполнение) не имеет смысла: не станут читать. Сжимать его до трёх листов и меньше – не солидно. Примерный расчёт таков: титульный лист, пункт «Условия разработки» и пункт «Маркетинг» – по одному листу, остальное – описание дизайна.
Пример готового концепт-документа
Компания «Компания» представляет концепт-документ видеоигры аркадного типа. Видеоигра «Не дай!» относится к мини-играм, имеет короткий цикл разработки и подразумевает многократную переигровку, которая достигается за счёт соревновательного элемента – набором очков и установлением рекордов. События в видеоигре происходят в настоящее время, близки к реализму, передаются через рисованную графику. В качестве основной платформы выбраны персональные компьютеры.
«Не дай!» – видеоигра аркадного типа, для одного игрока. Действие разворачивается в единственной локации, стилизованной под комнату квартиры. В ней находится нетрезвый мужчина, владелец квартиры, и он желает продолжить веселье и выпить ещё алкоголя. С точки зрения игровой механики, желание выражается летящими в мужчину кружками с пивом. Задача игрока заключается в том, чтобы ни одна из кружек не долетела до мужчины.
Управление осуществляется компьютерной мышью. Нажимая на движущиеся кружки кнопкой мыши, игрок убирает их с экрана и получает очки. Игровая сессия считается завершённой, когда хоть одна кружка достигает мужчины. По завершении происходит запись итогового результата: количество набранных очков и время сессии.
Коллектив разработчиков будет состоять из одного человека. Создание видеоигры «Не дай!» планируется завершить за одну календарную неделю:
• дизайн – 1 день,
• программирование – 1 день,
• графика – 3 дня,
• музыка и звуковые эффекты – 1 день,
• тестирование – 1 день.
Распространять видеоигру «Не дай!» предполагается исключительно в цифровом виде, бесплатно. Продолжений, дополнений и поддержки не планируется.
Пара необязательных слов о.
… мобильных видеоиграх. Им не нашлось места в данном блоге, поскольку подход к их разработке отличается от оного для ПК- и консольных игр – несильно, но принципиально. Для составления концепт-документа мобильной видеоигры необходимо учитывать такие вещи, как: целевая аудитория, «виральность», «коре»-механика, модульность, «фичи», монетизация, метрики текущие и предполагаемые (средний доход с активного пользователя и с платящего пользователя за период, число уникальных пользователей за период, процент скачавших, процент сыгравших, процент отвалившихся и прочие). А уж откуда они появились и как с ними работать – тема для отдельного обсуждения.
Сейчас мы немного схитрим и перескочим такие важные аспекты разработки видеоигр, как создание дизайн-документа, программного кода, графики и звукового оформления, – исключительно ради того, чтобы поскорее увидеть превращение концепт-документа в готовый результат.
Семь этапов создания игры: от концепта до релиза
Как создать свою игру? Сколько на этом можно заработать? Какая нужна команда? Каковы ключевые этапы разработки и что нужно делать команде на каждом этапе? Ответ на эти вопросы – в открытой лекции по разработке игр в рамках программы «Менеджмент игровых интернет-проектов», которую разместили наши партнеры — открытая система электронного образования Универсариум. Вот здесь можно посмотреть открытую лекцию:
Лекцию веду я, Константин Сахнов, директор игрового департамента компании Rocket Jump, научный руководитель образовательных программ подготовки кадров для игровой индустрии Высшей школы бизнес-информатики НИУ ВШЭ.
Должен сразу оговориться, в этой статье я приведу только выжимку — список этапов, их цели и логику перехода к следующим. Полная лекция доступна на видео. Помимо подробного описания этапов там есть немного о размере игровой индустрии и расчёте окупаемости игровых проектов.
Большая часть лекции посвящена этапам создания игрового продукта, основным аспектам разработки, документирования, создания игрового контента и развития проекта после начала открытого тестирования. Рассмотрим подробнее эти этапы:
1. Концептирование (Concept)
На этом первом шаге команда придумывает концепцию игры, и проводит начальную проработку игрового дизайна. Главная цель данного этапа – это геймдизайнерская документация, включающая в себя Vision (развернутый документ, описывающий игру, как конечный бизнес-продукт) и Concept Document (начальную проработку всех аспектов игры).
В продуктовой документации геймдизайнер формулирует и сохраняет свои идеи. Исполнителю документация позволяет правильно понимать свои задачи по реализации продукта. Тестировщик четко видит, что и как тестировать. Для Продюсера/ПМа эта документация предоставляет материал для формирования планов и контроля выполнения задач. Инвестор же (особенно на ранних этапах) получает понимание, на что именно он выделяет средства.
Принципиально важно, чтобы вся проектная и продуктовая документация поддерживалась в актуальном состоянии на всех этапах развития проекта. Для её эффективного использования и обновления правильно использовать специальные инструменты. Например, использование Confluence для ведения геймдизайнерской документации сильно упрощает процесс параллельного внесения изменений несколькими участниками разработки, а также позволяет всем членам команды оперативно получать любую актуальную информацию, касающуюся продукта и всех его изменений.
Среди ключевых принципов формирования продуктовой документации стоит отметить: структурированность, защищенность от разночтений, полное описание продукта, регулярную актуализацию.
2. Прототипирование (Prototyping)
Важный этап проектирования любой игры – это создание прототипа. То, что хорошо выглядит «на бумаге», совершенно не обязательно будет интересно в реальности. Прототип реализуется для оценки основного игрового процесса, проверки различных гипотез, проведения тестов игровых механик, для проверки ключевых технических моментов.
Очень важно на этапе создания прототипа реализовывать только то, что нужно проверить и в сжатые сроки. Прототип должен быть простым в реализации, т.к. после достижения поставленных перед ним целей, он должен быть «выкинут». Серьёзная ошибка начинающих разработчиков – нести временную инфраструктуру и «костыли» реализации кода в основной проект.
3. Вертикальный срез (Vertical Slice)
Цель Вертикального среза – получить минимально возможную полноценную версию игры, включающую в себя полностью реализованный основной игровой процесс. При этом высокое качество проработки обязательно нужно воплотить только для тех игровых элементов, которые существенно влияют на восприятие продукта. При этом все базовые фичи игры присутствуют как минимум в черновом качестве. Реализован минимальный, но достаточный для воплощения полноценного игрового процесса набор контента (один уровень или одна локация).
4. Производство контента (Content production)
На этом этапе производится достаточное количество контента для первого запуска на внешнюю аудиторию. Реализуются все фичи, запланированные к закрытому бета-тестированию. Это наиболее продолжительный этап, который может занимать, для крупных клиентских проектов год и более.
На этом этапе задействуется наибольшее количество специалистов, которые занимаются производством всего основного наполнения игры. Художники создают все графические ресурсы, геймдизайнеры настраивают баланс и заполняют конфиги, программисты реализуют и полируют все фичи.
5. Friends & Family / CBT (закрытое бета-тестирование)
На этапе CBT продукт впервые демонстрируется достаточно широкой публике, хотя и лояльной продукту или компании. Среди наиболее важных задач на этом этапе выступают: поиск и исправление гейм-дизайнерских ошибок, проблем игровой логики и устранение критических багов. На этом этапе в игре присутствуют уже все ключевые фичи, создано достаточно контента для полноценной игры продолжительное время, настроены сбор и анализ статистики. Тестирование идет по тест-плану, проводятся стресс-тесты уже с привлечением реальных игроков.
6. Soft Launch / OBT (открытый бета-тест)
На этом этапе продолжается тестирование игры, но уже на широкой аудитории. Идет оптимизация под большие нагрузки. Игра должна быть готова для приема большого трафика. В игре реализован биллинг и принимаются платежи.
На этом этапе полностью завершается разработка новых фичей. Происходит feature freeze, программисты перестают реализовывать что-то новое, а полностью переключаются на отладку и тюнинг имеющихся фичей. Геймдизайнеры, продюсер и аналитики делают выводы из собранной на CBT статистики и проверяют эффективность монетизации.
При этом, к началу этапа должна полностью функционировать инфраструктура проекта: сайт, группы соц. сетях, каналы привлечения (User Acquisition), поддержка пользователей.
7. Release
Ключевая цель – это получение прибыли. Базовый применяемый для оценки прибыльности критерий: количество денег, принесенных в среднем одним игроком за все время (LTV aka lifetime value), должно превосходить расходы на привлечение этого игрока (CPI aka cost per install).
На этом этапе должно быть полностью отлажено оперирование продукта (техническая поддержка, работа с комьюнити), соблюдаются маркетинговые и финансовые планы, ведутся работы по улучшению финансовых показателей, активно отрабатываются каналы по привлечению трафика.
Команда разработки на этом этапе занимается исправлением технических багов, выявляемых в процессе эксплуатации и оптимизацией продукта. Геймдизайнеры занимаются тонкой настройкой геймплея под реальную ситуацию в игровом мире (особенно актуально для ММО проектов). Также реализует различные внутриигровые фичи, поддерживающие новые монетизационные схемы. И конечно идет разработка и интеграция в продукт нового контента, поддерживающего интерес игроков.
Итак, хотите знать больше? Тогда смотрите полную лекцию, ссылки на которую даны во введении к статье.
Кстати, 21го сентября планируется следующая открытая лекция в рамках нашей программы «Менеджмент игровых интернет-проектов», которая также будет являться аналогом «боевого занятия». На этот раз про монетизационные акции от директора программы Уточкина Вячеслава viacheslavnu. Посещение ее как всегда бесплатно, но обязательна предварительная регистрация в связи с ограниченным количеством мест и входом по списку. Регистрация и подробности про новую лекцию ТУТ.
Задавайте вопросы по теме лекций в комментариях, будем рады ответить.
С нуля до разработчика игр: как начать создавать видеоигры, если у вас нет опыта. Часть 1
Jun 21, 2018 · 7 min read
Два года назад я была простой семнадцатилетней ученицей средней школы и я ничего не знала о программировании. Но я все равно достигла своей цели и опубликовала свою первую игру в Steam.
На сегодняшний день я выпустила более 10 игр для настольных компьютеров и мобильных устройств с возможностью онлайн игры. В совокупности в мои игры сыграли более 1,9 миллиона раз.
Независимо от вашег о уровня программирования, вы тоже можете написать свою первую игру. Два года назад я думала что это невозможно, но я все равно попыталась этого достичь. Для меня — разработка игр стала самым сложным испытанием в моей жизни! Но оно того стоило! Теперь я понимаю, что разработка игр подобна любому навыку в нашей жизни: вы становитесь лучше, когда что-то делаете, терпите неудачи, получаете опыт и улучшаете свои навыки.
Я сама научилась всему тому, что знаю сейчас и теперь я постараюсь научить и вас.
Чтобы сделать игру, вы должны пройти 6 этапов разработки: Разработка идеи. Арт. Программирование. Звук. Шлифовка. Публикация.
Каждый из этапов я структурировала следующим образом:
Этап №1: Разработка идеи 📝
У вас есть отличная идея! Как вы ее запишите?
Каждый рано или поздно найдет для себя наиболее подходящий способ записи: кто-то будет писать 60-страничные проекты и документы, а кто-то, как я — писать кучу заметок на одной странице, понятные мне одной. Я не знаю, какой способ вы выберете, но я могу дать вам несколько советов о том, что нужно прописывать:
*Сложно придумать хорошую идею для игры? На этом этапе всем нам бывает очень сложно что-то придумать. Что же делать?
Когда вас неожиданно посещает муза или появляется вдохновение — отложите свои дела и запишите все мысли и идеи! И когда вы впадете в творческий ступор, вам не придется высасывать идеи из пальца.
Ресурсы🎁
Все нижеперечисленные ресурсы и программы опробованы мною лично и многими из них я пользуюсь до сих пор!
Для совместной работы (для команд):
Unity — это игровой движок, который я использую для создания своих игр и я буду очень часто упоминать его здесь. Однако не стесняйтесь — вы можете выбрать любой другой движок для своих игр.
Этап №2: Арт 🖌
Совет 🌟
Вы продумали свою игру и записали все свои идеи; Мои поздравления — это потрясающе! Теперь пора поработать над реализацией ваших задумок!
(Если вы не умеете кодить, то я советую вам для начала перейти к этапу номер 3 — программирование. Ведь вы не хотите создавать модели и концепт- арты, для того чтобы потом их просто выкинуть, потому что вы не сможете их использовать в своей игре без кода).
Вы не умеете рисовать? Не волнуйтесь. Каждый из нас может нарисовать что-то красивое, руководствуясь тремя основными принципами визуализации: цвет, форма и пространство.
Подумайте над тем, как сделать ваш UI (пользовательский интерфейс) уникальным, чтобы он имел четкую и единую цветовую тему, шрифты, формы, значки, и в то же время оставался наиболее функциональным. Подумайте, легко ли считывается информация с интерфейса? Не отвлекают ли подобранные цвета, шрифты и значки?
2D анимация
У вас есть два варианта для создания 2D анимации:
Разное
Вот несколько общих советов по оформлению игр:
Неразбитый и разбитый на плитки элементы
😲 Синее пятно увеличилось, однако его расположение осталось неизменным
Ресурсы 🎁
Программы для создания UI:
Программы для создания 2D объектов (ассетов):
Программы для создания 3D объектов: