Вот и настал этот день, когда мы представляем последнюю статью из цикла «GameDev с нуля». В ней тимлид и геймдизайнер из OVIVO рассказывает о структурном подходе к разработке игрового проекта.
Цикл статей «GameDev с нуля»
1. От хакатона до собственной студии разработки игр: часть 1, часть 2.
2. Unity3D и векторная графика.
3. Как общаться с игроком без слов.
4. Как выйти из хаоса и начать работать.
Всем, привет! Меня зовут Александр, я тимлид и геймдизайнер в OVIVO. Сегодня я хотел бы рассказать о своем опыте руководства небольшой командой и поделиться мыслями о структуре разработки инди-игры: планирования работы команды, когда нужно задумываться о маркетинге, почему полезно использовать методологии и таск менеджеры, а диздок лучше в топку. Надеюсь, начинающим игроделам будет интересно почитать о нашем опыте, и он поможет им не потеряться в своих начинаниях.
Когда мы организовались как студия и начали разрабатывать OVIVO уже не для конкурса, а для реальных игроков, то я столкнулся с тем, что совершенно не знаю из чего состоит разработка игр. Подходящих статей на эту тему я не нашел, а те, что удалось найти, были слишком обобщенные. Я решил не запариваться этим вопросом, а зря. Следующие полгода разработки стали для нас хаосом: мы срывали сроки, писали какие-то заплатки вместо стабильного кода, делали кривые ролики для конференций. В общем, необходимо было структурировать процесс, и тут помогло мат-меховское образование и то, что я, оказывается, не всегда спал на лекциях. Мы подобрали для себя подходящие инструменты менеджмента, выработали свою структуру разработки и стало намного легче работать. Предлагаю к ознакомлению этапы разработки игры для небольших команд или соло разработчиков. Очень жду комментарии, дабы это дело доработать.
Этапы инди-разработки
Прототипирование
Многие пишут, что первый этап разработки — это создание концепт-документа. Может, так было раньше или так происходит в крупных компаниях, но сейчас первый этап — это создание рабочего прототипа, а не расписывание деталей на бумажке. Создание концепта уже лишняя трата времени, особенно когда проводятся многочисленные игровые хакатоны и геймс джемы. Большинство инди проектов стартуют именно оттуда, когда создание прототипа осуществляется за 24 часа. К тому же, такие мероприятия очень веселые и продуктивные.
К этому этапу важно приступить как можно скорее, чтобы опробовать идею на реальном игроке, получить фидбек и понять, разрабатывать игру дальше или остановиться. Многие могут зацикливаться на обдумывании своих идей, месяцами ждут, пока придет подходящая мысль, но в итоге ничего не создается и время проходит впустую. А ведь сейчас игровая индустрия развивается очень стремительно, количество контента значительно превышает спрос, и поэтому важно как можно быстрее наделить «оболочкой» свою идею.
Маркетинг
Возможно, это звучит бредово, но следующий этап после создания прототипа — это маркетинг. Я думаю, что многие разработчики неосознанно переходят к этому этапу или не задумываются о нем вовсе, а потом теряются в своих мыслях.
Маркетинг задает крайне важные вопросы для разработчика, ответы на которые облегчат ему дальнейшую жизнь и определят конечную цель. Первые два важных вопроса — это зачем делать игру, и для кого.
Этот этап можно пропустить, если игра создается для себя. Но не стоит потом удивляться, что никто не захочет покупать вашу игру, ведь главная цель, побуждающая играть в нее, понятна только вам. Если хочется какую-то денежку получить, то уже стоит определиться с аудиторией, примириться с некоторыми потребностями ваших игроков и научиться доносить до них тот опыт, который хочется передать. Получив на начальном этапе разработки ответы на вопросы, которые задает маркетинг, вам будет проще осуществлять дальнейшее планирование самой разработки.
Что же касается самого продвижения игры, то многие думают, что этот этап будет в самом конце разработки или можно вовсе обойтись без него. Так делают многие, так сделали мы, и это было ошибкой, потому что эффективное продвижение должно происходить на протяжении всех этапов разработки. О своей игре стоит говорить и набирать коммьюнити. Чем больше вы наберете потенциальных игроков до релиза, тем больше шансов, что о вас будут говорить. Вы привлечете внимание прессы и ютуберов, а в итоге получите больше шансов на успех игры.
Подготовка к работе
На этом этапе происходят брейншторминги, определение основных фич, создание концепт-артов, подготовка необходимых инструментов и хотя бы приблизительная оценка времени разработки.
Самое важное — определиться с общим видением игры и добиться того, чтобы это видение совпадало у всех участников проекта. Бытует мнение, что для этого надо заводить дизайн-документ, но для маленькой команды это бесполезная и устаревшая штука. В процессе разработки игра будет не один раз видоизменяться, а перечитывать каждый раз 20 страниц документации на новые изменения никто не будет. Вместо этого можно завести небольшой концепт-документ, описывающий основные идеи и фичи, а более детальное описание раскидать по таск-менеджерам и небольшим заметкам.
Стоит сразу определиться с теми инструментами, которыми вы будете пользоваться в процессе разработки, и не раскидывать рабочую переписку по всем имеющимся мессенджерам. Задуматься об инструментах контроля версий. Существует вероятность того, что работа будет происходить удалённо. В этом случае советую хранить проект на удаленном репозитории, а не на жестком диске. А время, потраченное на изучение работы с удаленным репозиторием гарантированно окупится в будущем и обезопасит проект от непредвиденных обстоятельств.
Разработка самой игры
Казалось бы, если есть четко построенный план, то нужно просто следовать ему и будет все окей. Но всегда может произойти форс-мажор, и к этому надо привыкнуть. Например, пришла в голову классная идея и, для того, чтобы ее реализовать, надо переписать всю имеющуюся архитектуру. Или кто-то решил покинуть команду, и необходимо искать замену. Вы решили принять участие в крупной конференции, и срочно нужно подготовить рабочий билд, а он разваливается, как карточный домик.
Эти и многие другие ситуации обязательно будут появляться в процессе разработки и оттягивать дату релиза. Минимизировать энтропию можно, если научиться дисциплинированно вести разработку. В этом помогает изучение методологий разработки проектов.
Для нас хорошо сработала методология Scrum. Был список задач, раскиданных на спринты, и каждый день мы проводили митинг, обсуждали текущие задачи, потом хлопали, и по традиции ели бананы. Это было странно, но мы так учились, и нам это нравилось. Потом многие элементы Scrum мы отсеяли за ненадобностью, и тем самым выработали для себя подходящий темп работы. Программисту и художнику достаточно открыть список задач и решать их по степени приоритета. Если есть вопросы или задача требует общего сбора, то вызываем групповой чатик. На момент написания этой статьи наша команда находится на разных материках, но каждый знает какие задачи необходимо решить, и для согласования действий достаточно одного созвона.
Во время разработки не нужно бояться давать тестировать игру сторонним людям. Когда тестированием занимаются только разработчики, очень легко замылить взгляд и забыть про то, какой опыт должен получить игрок. Во многом нам помогли поездки на разные конференции, где люди пробовали нашу игру и рассказывали нам свои ощущения. На определенном этапе мы поняли, что игра выходит чересчур хардкорной и непонятной. Тогда мы избавились от некоторых сложных механик на уровнях и значительно доработали интерфейс.
Подготовка к релизу
Как я уже говорил, маркетинг — это то, что будет сопровождать вашу игру от начала до конца. Начать работать над активным пиаром своей игры и вести переговоры с прессой и летсплеерами стоит за несколько месяцев до релиза.
Разработчику необходимо научиться кратко и доходчиво рассказывать об игре. Это нужно чтобы человек, которому направлено письмо с предложением сделать обзор на игру, сразу понял о чем идет речь. Это целая наука и об этом очень хорошо написано в книге «Маркетинг игр» от известного своими игровым подкастами Сергея Галенкина. Это отличный справочник для начинающих разработчиков. В ней простым и понятным языком рассказывается о маркетинге игр на всех этапах разработки.
В предрелизное время, кроме работы с прессой, стоит уделить особое внимание подготовке финального билда для продажи на площадках. У каждой площадки есть свои правила, SDK и список требований к вашей игре. Нужно принять несколько лицензионных соглашений, получить доступ к аккаунту разработчика, подготовить страницу на площадке, перевести ее на несколько языков, отправить билд на проверку, получить возрастной рейтинг и так далее. Все это занимает от нескольких недель до месяцев, в зависимости от того, на какой площадке вы выпускаете игру.
Релиз
На этом этапе будет важно осуществлять поддержку вашего продукта — игры без багов не выходят. Важно не только быстро исправлять баги, но еще и своевременно отвечать на вопросы игроков и отписываться о результатах работы над ошибками. Игроки ждут быстрого ответа, как от службы поддержки. Им нужно дать уверенность в том, что вам важен их игровой опыт и проблемы.
Стоит задуматься наперед о грядущих распродажах и скидках. Есть такая практика, что многие игроки пиратят вашу игру, а потом, для очистки совести, покупают ее с большой скидкой. С пиратством бороться нет особого смысла, да и не особо нужно, ведь это тоже своеобразный вид маркетинга.
Эпилог
Надеюсь, этот небольшой гайд поможет тем, кто так же, как и мы, столкнулся с вопросом: «Как правильно подойти к разработке игры?». Многие вещи приходят с опытом и набитыми шишками, но базовая теория всегда облегчает процесс познания.
Спасибо читателям и всем, кто следил за нашей разработкой и оказывал нам поддержку. Это заключительная статья в цикле «GameDev с нуля» и своеобразный эпилог к нашей разработке. Для нас этот путь был долгий и нелегкий, но чертовски увлекательный и незабываемый.
Очень жду ваших комментарий.
The circle is now complete. (с)
P.S. Сегодня у нас релиз, ссылка на страницу игры в Steam.
Автор: Schvepsss
