Казуалка своими руками без бюджета — история Neon Climber

Всем привет, меня зовут Никита Павлов, и недавно в нашей команде Dividebyzer0 случилось знаменательное событие - первый инди-релиз. На разработку, в общем-то, тривиального раннера для мобилок ушло 2.5 года работы по вечерам и выходным. В итоге проект провалился в коммерческом плане чуть более, чем полностью, показав на iOS CPI больше доллара, а retention 1-го дня - меньше 30%. Если эти слова вам ни о чем не говорят, просто знайте, что с такими метриками вашу гиперказуалку с высокой вероятностью ждет релиз на дне Марианской впадины. И дабы чуть выпустить пар, а заодно уменьшить ваши шансы сесть в ту же лужу, я расскажу вам нашу историю.

После бесконечного ряда недоделок, мы поставили перед собой условие - на сей раз придумать НУ РЕАЛЬНО простой концепт, и довести его до конца во что бы то ни стало.

Так как 3 из 4 человек в команде - геймдизайнеры, решили устроить мордо... в смысле, конкурс прототипов. Выиграл вертикальный раннер Neon Climber, тогда еще с поросенком в главной роли и на Construct 2. Поиграть в это чудо, кстати, можно до сих пор и прямо в браузере - вот тут.

Действительно, что может быть проще и понятнее чем раннер? А чтобы было еще понятнее, крюк-кошку из прототипа решили выпилить, сделав вместо “островков” по бокам прямой стакан из стен, по которым суждено бежать герою. Стены кстати, никуда не двигаются - они прилеплены к камере гвоздями и поднимаются вместе с ней. В качестве движка был выбран Unity - по причине каждодневного использования оного командой.

На самом деле, ключевой момент во всей этой истории даже не выбор самого концепта, а цель, которую мы поставили перед собой - “довести проект до конца”. Сама по себе цель нормальная, но не тогда, когда на середине производства вы вдруг решаете заменить ее на “выпустить коммерчески успешную игру”. Да, попасть пальцем в небо иногда можно, но шансы будут гораздо выше, если как минимум начать с нормального анализа рынка, поиска целевой аудитории, формирования уникального торгового предложения, и прочих вещей, которых мы, конечно же, не сделали.

Такое маленькое словечко, а сколько в нем боли..

Самые большие грабли на нашем пути оказались из-за непонимания цели. Мы постоянно дрейфовали между «сделать максимально просто» для казуальной аудитории, и «внести свою изюминку», добавив какие-то новые механики. У нас был и дабл джамп, и возможность слайдить вниз по стене - в какой-то момент мы были даже готовы выдать герою пушку и превратить игру в run’&’gun платформер.

Несложная зависимость - чем меньше игра, тем проработанней должна быть core механика. Для гиперказуалки это особенно актуально, так что времени на управление, настройки бега и прыжков, и фидбек от взятых бонусов мы угробили немало и, наверное, не зря. Особенно на управление - я до последнего защищал свайпы, т.к. мне казалось, что этот жест лучше передает ощущение от прыжка. Однако плейтест показал, что людям привычнее и удобнее простой тап.

Такая же история со слайдом вниз. После появления этой механики, мы попытались нарулить околопазловый геймплей - игроку не всегда нужно было без оглядки нестись сквозь уровень, а порой замедляться или даже соскальзывать вниз для обхода особо хитрой комбинации ловушек (оригинально же!). Увы, публика на DevGamm’19 показала, что слайдом управлять тяжело (кажется, тогда для этого нужно было потянуть пальцем вниз) и непривычно, а главное - большинство просто даже не вспоминало об этой фиче. И так как вся динамика игры была подстроена под эту механику, страдала еще и зрелищность. В итоге от слайда пришлось отказаться, заменив пазловый элемент на экшен - подняв скорость бега у протагониста и добавив больше врагов на уровнях. А чтобы труды по этой фиче не пошли коту под хвост, герой при получении урона сам чуть чуть откатывается вниз по стене.

Кстати о публике. Адекватная оценка плейтеста - еще одна грабля, которой мы благополучно получили по лбу.

Мы были несказанно счастливы, что прошли на DevGamm’19, и вполне себе успешно собирали людей вокруг нашего стенда. Там же сходили на SpeedGameDating, где многие паблишеры советовали нам перейти с endless режима на отдельные уровни. Но главное - все просили дать игру на тест. А мы, вместо того чтобы по горячим следам потестить текущий билд, упоролись переделывать пол-игры под новый формат, уверовав, что он даст метрики лучше. Это, как говорил один из спикеров, тотальный вронг. Не надо так.

И хотя стилистика игры, по сути, уже заложена в названии, путь до финальной картинки был тернист. Ввиду отсутствия в команде художника, подбирать цвета, формы, да и вообще весь тех.процесс приходилось на ощупь, несмотря на обилие подходящих рефов: Rider, Geometry Wars, и конечно TRON.

В нашем случае workflow получился примерно такой:

Всю картинку собирали вскладчину: кто-то пилил героя и анимации, кто-то FX, кто-то задник и UI - смотря у кого в чем имелся опыт или хотя бы желание его получить.

Вышло более-менее бодро. Особенно смешно было на DevGamm’19 - многим заходил визуал, хвалили нашего художника. А я отшучивался, говоря, что их у нас целых 4.

У любого энтузиазма есть одно неприятное свойство - рано или поздно он заканчивается. В Dividebyzer0 это стабильно происходит через 2-3 месяца работы, после чего начинается мучительный период поиска искры для наших внутренних стартеров. К сожалению, универсального рецепта нет, но наиболее эффективно нам помогали поддерживать мотивацию вот эти две практики:

Понятное дело, что если вас больше 2х человек - сложности возникают не только в банальном усилии заставить себя сесть за проект. Не менее важно грамотно распределить роли, расставить приоритеты задач, и (прям очень важно!) стараться не допускать bottleneck’ов - когда несделанная таска одного участника парализует таски всех остальных.

Часть времени съели и банальные недопонимания. Сложные и, в итоге, невостребованные фичи (вроде возможности закачивать уровни через сервер прямиком на девайс, без ре-билдинга всего проекта), различные мелкие нестыковки, да в конце концов, банальные проблемы с коммитами - во время pull’а не на “чистый” репозиторий частенько вылезали конфликты, которые далеко не всегда легко мерджились.

А если вдруг вам выпала роль встать у руля команды создания игры “по выходным”... что могу сказать, я вам не завидую. Я далек от гения управленческого искусства, но, по своему скромному опыту, отмечу главное - к каждому бойцу нужен персональный подход. Думаю, это справедливо и для проектов с бюджетом, но там все-таки оплата труда сама по себе уже мотиватор. Ну а в нашей истории к каждому придется подбирать ключик, искать, что больше всего “зажигает” человека при работе над проектом и стараться поддерживать этот огонь.

Еще один довольно неприятный, хотя и ожидаемый сюрприз ждал нас уже на финишной прямой - давненько не тестировав игру на смартфонах производительность клаймбера оказалась далека до совершенства и показывала низкий fps даже на средних девайсах.

Быстро выяснилось, что корень зла - накамерный blur из post-process stack’а юнити, с помощью которого у нас достигался эффект свечения. Перепробовали бесчисленное количество плагинов в Unity Store, и даже перелезли с 2018.4 на 2019.3 версию Unity ради модного Lightweight Render Pipeline - бестолку. Думали обучить игру автоматом детектить девайс и подстраивать графику на соответствующий уровень, но готового и быстрого решения так и не нашли, кроме разве что выборки по поддерживаемой версии шейдеров на аппарате - но этот вариант нам не подошел.

В итоге, все-таки нашелся плагин с blur’ом, показывающий удовлетворительный fps - хвала MK Glow!

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

Мы не бросаем весел и уже прикидываем идеи для нового проекта - чего желаем и всем-всем-всем, чьи игры не добрались до первых строчек хит-парадов.

Поиграть в Neon Climber можно тут:

Наши проекты

Наш твиттор

Связь с автором

#опыт #postmortem