В этой статье я изложу свой опыт разработки и продажи первой игры в Стиме небольшой командой и без бюджета. Статья будет полезна тем кто плохо представляет себе этот сложный процесс в целом и тем кто хочет узнать некоторые подробности связанные с разработкой и продажей. Я не претендую на абсолютную истину но, буду писать только правду и постараюсь быть максимально кратким. И да, картинок не будет, извините.
Что нужно для разработки игры
Все знают что есть 3 главных задачи в разработке:
Дизайн
Программирование
Графика
Поэтому для разработки игры которая сложнее Тетриса, но проще чем ГТА нужны 3 человека. Меньше это компромисс, больше это толпа, а толпой уже управлять нужно. Можно и самому всё делать, но скорее всего вы не гений, да и времени уйдет намного больше.
Каждый должен быть профессионалом или отчаянно хотеть им стать, а значит учиться. Отсутствие опыта это минус, но не критичный, главное чтобы было желание “пахать”.
Что понадобится ещё – свободное время. Делать среднего размера игру после работы/учёбы очень сложно. Мы пытались, у нас это не получалось и мы все трое бросили работу. Поставили 3 компа в одной комнате и стали ходить на новую неоплачиваемую работу – разработку нашей игры. Жили на сбережения и подработках фрилансом.
Последнее из важного что обязательно понадобится – знание английского. Если никто из вас не может хотя бы читать без словаря, то сделать и продавать игру в Стиме не получится.
Итого нужно: 3 человека, минимум 6 часов каждый день и знание английского языка.
Амбиции и мотивация
Главное это не ваша гениальность как автора идеи, главное это релиз игры. Поэтому амбиции надо засунуть в одно место и идти на компромиссы с вашими товарищами. Бравада получилась на 95% такой как хотелось мне и это намного лучше чем если бы играть в неё можно было бы только в моем воображении.
Так же не следует забывать что другие люди в команде тоже хотят видеть что-то своё в игре, они тоже участники творческого процесса. Особенно их надо уважать если вы сам начинающий гейм-дизайнер/сценарист, в этом случае польза от вас на самом деле гораздо меньше чем от программиста или художника. Не забывайте что скорее всего все работают бесплатно, а значит никто никому ничего не должен. Игра должна нравится всем участникам, иначе вы её не дотянете. Не надо уговаривать человека присоединиться. Ему самому должно быть интересно её делать и играть. Иначе на полпути он всё бросит, найти замену сложно и скорее всего игра не будет доделана до конца.
Какую игру делать
Чем проще тем лучше. Ваша задача сделать полный цикл, получить опыт и возможно немного денег. После этого вы сможете осилить более сложную игру, а потом ещё более сложную. Если выберете изначально неподъемную идею, то надорвётесь и игра не будет закончена, а вы получите неполное представление о том какие проблемы вас ждут, как дожимать игру до финального качества, что там творится в магазинах и много о чем ещё. Вы и ваши коллеги будете демотивированы.
Не надо брезговать делать тетрис, пакмана и всё в таком духе, добавьте своих идей, оберните в симпатичную картинку. Конечно копировать чужое не обязательно, есть хорошая оригинальная идея - отлично. Важно что бы по масштабам разработки игра была простой. Если же всё что вы можете это придумывать фичи для ММОРПГ, то вы очень хреновый дизайнер. Дизайн это работа, надо учиться делать и простое интересным.
Мы например сразу сделали среднюю игру и я буду, в основном, говорить о таких масштабах. С одной стороны, дотянуть игру до релиза было очень тяжело и долго. С другой стороны, первую же игру мы сумели протащить в Стим. Но лучше сначала выбрать что-то попроще.
Так же очень важно что бы в вашей игре была ярко выраженная идея. У нас такой идеей стало “быстрое управление в пошаговой игре”. Она должна стать ориентиром всей разработки, все идеи по геймдизайну должны быть ей подчинены и работать на её улучшение.
Название
Название имеет огромное значение. Команда может называться как уогдно, а вот игра... тут нужно подумать очень тщательно.
Постепенно с попаданием на всякие сайты, ютуб и прочими вашими достижениями, ваша игра будет всё выше в выдаче поисковика. Если ваше название состоит из очень популярных слов, то игра будет спорить с множеством других вещей в интернете. Ну скажем вы игру назвали "Just do it". В таком случае вашу игру вообще вряд ли когда найдут, потому что все строчки в поиске займет компания Nike.
Поскольку очень многие красивые и простые названия типа Dark Souls или Street Fighter уже давно заняты, то хорошим вариантом будет название состоящее из слов, которых нет в словарях. Можно взять реальное слово и немного его изменить. Например как сделали в Terraria или мы, выбрав слово Bravada. В русском языке это слово есть, но вот в английском оно пишется через о - Bravado. Получается что название отражает в чём-то нашу игру, это осмысленное слово, но за счёт отличия при поиске вы почти наверняка сначала увидите ссылки на нашу игру. Так же неплохо может сработать не слово, а какая-нибудь непопулярная в интернете фраза или комбинация слов.
В итоге, если будет выбрано хорошее название и игра кому-нибудь понравится, то постепенно поисковики станут выдавать ссылки на ваш сайт, Гринлайт, Стим, Метакритик и прочее.
Можно ли организовать работу удалённо
Да, но это менее эффективно чем сидеть всем вместе в одной комнате. Мы львиную часть проекта сделали в одном помещении, а потом я переехал в другой город. Сейчас из-за военных действий мы все трое раскиданы по карте. Т.е у нас удаленно получилось, при этом, несмотря на то что пол-игры уже было готово и то что мы знаем друг-друга с раннего детства, так процесс идет заметно медленнее. Короче если можете - работайте в одном помещении, иначе всеми средствами боритесь с проблемами удалённой работы.
Полезные фишки:
Обязательно нужно вести документ где будут записаны задачи. Там должны быть как глобальные задачи так и текущие. У каждого из вас должна быть назначена текущая задача. Как только задача выполнена, нужно сразу назначать новую. Тех, кто отлынивает от работы, нужно ругать =) Задачи нужно ставить максимально мелкие и конкретные. Например "запрограммировать тестовое главное меню (играть, настройки, выход)", "нарисовать план первого уровня игры", "сделать несколько концептов морды главного героя"
Для документации используйте Google Docs. Удобно что у всех всегда есть последняя версия документов, видны правки, можно редактировать вместе сразу в процессе обсуждения
Каждый день нужны созвоны по Скайпу. Созваниваться должны все и сразу в виде конференции. Разговоры могут быть короткими, просто сверить задачи, а могут длиться часами при обсуждении фич или долгих спорах
Нет ничего приятнее чем видеть как твои товарищи каждый день вносят хоть маленький но вклад в игру. Не отлынивайте, радуйте их тоже. Процесс разработки должен быть непрерывным, очень радует, когда игра каждый день становится лучше
Вам понадобится совместная онлайн-рисовалка, где вы одновременно сможете видеть и рисовать все сразу. Таких сайтов в интернете хватает. По сути она как доска для рисования на ней вы рисуете схемы, формулы, поясняющие рисунки и т.д. Вместе со Скайпом они могут неплохо заменить общение напрямую
Система контроля версий. Если не знаете что это, обязательно узнайте, настраивайте и пользуйтесь
Насчет проблем в разработке
Разработка игры это в принципе набор разнообразных проблем которые придется решать. В первый раз большинство будут для вас в новинку. Тут главное не сдаваться. Не знаете как решить - ищите в гугле, не находите - думайте сами, ищите нестандартный подход, не можете придумать решение - избавьтесь от самой проблемы!
Поскольку вас всего трое, то каждому придётся решать множество проблем, часто они будут за пределами вашей профессии. Придется учится делать что-то ещё.
Кроме графики, кода и дизайна лично нам пришлось делать следующее:
сценарий - им занимался художник т.е я и это мой первый сценарий вообще
юмор - его тоже придумывал я, получилось специфично, но весело =)
перевод на английский - грубо его делал я, редактировали наши фанаты, бесплатно за что мы им безмерно благодарны.
всякие спецэффекты - их делал в основном наш дизайнер, делал ли он их раньше? - нет
видео монтаж - его тоже делал дизайнер, занимался ли он раньше монтажом? - нет
создание сайта - делал конечно программист. и это его первый веб-сайт, ничего заодно подучил html и php
обработка звуковых эффектов - делали программист и дизайнер. умели они это раньше? - нет
музыка - музыку нам делали на заказ отличные ребята-музыканты, деньги были символические. огромное им спасибо
Было ещё множество разных задач поменьше, не говоря уже про кучу мелких проблем внутри каждой задачи.
Про движки
Не надо делать свой движок, просто возьмите готовый. Если вместо игры программист будет делать сначала движок, то весьма велики шансы что до релиза вы так и не доберетесь. Исключением может быть только если готовые движки просто не позволяют вам реализовать вашу идею. Но в таком случае возможно это не лучший вариант для первой игры и вы вряд ли понимаете на что способны движки и как важно их удобство. Игрокам плевать на движок, они его не увидят, не оценят какой вы молодец и как красиво у вас в движке код написан. Поэтому убедите вашего программиста забыть про движок у него и так будет масса случаев реализовать свою гениальность.
Документация
Дизайн-документ это как Святой Грааль в разработке игр, но он лишь инструмент, а не самоцель. Правильная документация появляется естественным путём, без неё делать сколько-нибудь сложную игру не получается. А если писать дизайн-документ просто потому что все говорят что он нужен, то будет он высосан из пальца и полон "воды". В процессе обсуждения идей и попыток решить будущие проблемы в теории, станет необходимым делать записи, хотя бы для того что бы не забыть на каком решении вы остановились в прошлый раз. Так появятся наброски сценария, схемы интерфейса, таблицы с параметрами, описание гей
