Вернуться к блогу
Hola, Amigos! Для команды Amiga разработка браузерных игр с применением ИИ стала способом быстро пройти путь от идеи до работающего MVP. Мы не ограничились прототипами: выпустили продукт для реальных пользователей. В кейс вошел полный цикл создания браузерных игр – от выбора механик и сборки рабочих версий до интерфейса, серверного рейтинга и мобильного управления.
Итог – три веб-игры, которые объединил Игровой хаб Amiga:
Первую жесткую проверку продукт прошел на BOOST’26 в Москве. У стенда собирались люди, игроки возвращались за реваншем и спорили с таблицей лидеров. Так внутренний эксперимент стал продуктом для реальной аудитории.
Нейросеть не сделала работу за команду, но ускорила черновые процессы: поиск концепций, варианты графики и интерфейса, разбор ошибок, типовой код и подготовку тестов. Дальше честно расскажем, где AI-инструменты действительно помогли, почему тестировщик намеренно врезался в гонке, как случайная аура сломала баланс выживания и зачем рыбалке укоротили сессию.
На клиентском проекте есть сроки, бюджет и вполне справедливое «а это точно нужно пользователю?». Внутренний продукт снимает часть ограничений, но не ответственность. Можно взять непривычную механику и новый инструмент – а потом все равно выйти к людям и услышать честное «скучно».
Игра быстро выбивает почву из-под профессиональных отговорок. Разработчик не может сказать, что его код идеален, если управление раздражает. Дизайнеру мало красивого экрана, если правило не считывается. Менеджеру не поможет аккуратный план, если игрок не понимает, зачем запускать второй раунд. Именно поэтому проект прокачал не отдельные навыки, а продуктовое мышление команды.
На первом созвоне не выбирали победителя по принципу «эта идея звучит веселее». Обсуждали рыбалку с QTE, выживание в духе Vampire Survivors, гонки, тир, платформер, башню из объектов и симулятор готовки. В работу прошли механики, которые можно было быстро собрать, понятно оценивать в рейтинге и запускать по ссылке или на телефоне.
«Я думаю, что надо не зацикливаться только на игре Игоря. У каждого есть какие-то идеи», – эта реплика задала проекту правильный масштаб. Вместо ранней ставки на один прототип команда параллельно развивала несколько концепций, а решение принимала уже по результатам сборки и тестов.
В сухом остатке команда тренировала вполне прикладные вещи:
Самый сильный момент случился, когда игры довели до рабочего состояния и начали тестировать. Незнакомый человек запускал игру, смеялся, проигрывал и тут же пробовал снова. Именно эти наблюдения задали направление для доработок баланса, визуала и интерфейса. После такого фраза «ценность для пользователя» перестает быть термином из презентации – ее видно по пальцу, который уже тянется к кнопке «еще раз».
С ИИ в разработке обычно кидает в две крайности: либо «он сейчас все соберет сам», либо «это игрушка для красивых демо». Наш ответ скучнее и полезнее: нейросеть ускоряет итерации. Чем быстрее появляется следующая рабочая версия, тем раньше команда понимает, ошиблась она или попала в цель.
В играх такой цикл крутится постоянно: придумали правило, собрали вариант, дали поиграть, увидели перекос, переделали. AI-инструменты сокращали черновую работу между этими точками. Они не выбирали, какая механика достойна релиза, но давали команде время проверить больше гипотез до дедлайна.
В нашем процессе нейросеть брала на себя шесть типов черновой работы:
Но кнопки «сделать хорошо» все еще не существует. Сгенерированный код нужно читать, ассеты – приводить к одному стилю, механику – балансировать, а лишнее – без жалости выкидывать. Чем быстрее AI выдает варианты, тем важнее вкус и способность сказать «нет». Для Amiga это и есть нормальная AI/ML-разработка: инструмент добавляет скорости, команда отвечает за продукт.
Собрать одну большую игру было бы эффектнее на презентации и опаснее на площадке. Кто-то любит скорость, кто-то готов разбираться в билде, а кому-то после трех докладов нужна капибара и две минуты тишины. Три короткие механики дали выбор до первого клика – и увеличили шанс, что человек найдет свой повод сыграть.
Игра | Механика | Для кого | Что изменили после тестов |
BOOST Race | Аркадная бесконечная гонка | Тем, кто хочет быстрый раунд и реванш | Ускорили темп и усложнили трассу |
BOOST Survival | Пиксельное выживание против багов | Разработчикам и digital-командам | Ослабили слишком сильные ауры |
CapyFishing | 2D-рыбалка с QTE | Тем, кто хочет передохнуть между докладами | Сократили сессию с пяти до трех минут |
До разработки команда отдельно разобрала, кто будет играть, где и сколько времени у человека есть на попытку, как должно считываться управление и что мотивирует запустить второй заезд. Из этого брейншторма появились смена локаций, чтобы трасса не наскучила, и выбор автомобилей под разный стиль вождения.
BOOST Race – аркадная гонка Артема с четырьмя полосами и бесконечной трассой. Игрок лавирует в потоке, собирает бонусы и старается проехать дальше. Объяснение помещается в одну фразу, а поражение почти автоматически вызывает мысль: «Сейчас попробую еще раз».
Для мероприятия это идеальный ритм. Раунд легко запустить между докладами, лучший результат виден сразу, а место в рейтинге превращает личный рекорд в публичный вызов. Здесь не нужен сложный сюжет – драматургия рождается в момент, когда до нового рекорда не хватило пары секунд.
Первая версия, однако, оказалась слишком терпеливой к игроку. Один тестировщик набрал около 130 тысяч очков, другому наскучило уже на 30 тысячах. Команда обсуждала более быстрое ускорение, сложные препятствия, ограничение времени и завершение попытки после повторной аварии.
«Мне на 30 тысячах стало скучно. Я решил врезаться в другую машину», – пожалуй, это самый честный отзыв о балансе гонки. Не ошибка и не падение сервера, а добровольная авария показала, что одной работоспособности мало: игра должна вовремя повышать ставки.
BOOST Survival – проект Игоря, который переносит игрока в пиксельный IT-мир, атакованный багами. Нужно продержаться пять минут, отбиваться от противников и набрать как можно больше очков. Профессиональная шутка считывается мгновенно: иногда кажется, что перед релизом ошибки действительно наступают со всех сторон.
После брейншторма первый прототип собрали за 15 минут. Это был простой каркас с одним персонажем, тремя типами врагов, тремя видами оружия и четырьмя улучшениями на бесплатных ассетах. Этого хватило, чтобы проверить: концепция работает, геймплей держит внимание и укладывается в требования по сложности и длительности сессии.
Разные AI-инструменты использовали под разные задачи. Геймплей собирали с Claude, а визуал для выставки – с GPT: в модель загрузили фирменный стиль Amiga, материалы конференции и изображения площадки. На этой основе сгенерировали уровень, персонажей и узнаваемые детали локации.
Это самая напряженная механика из трех. Она требует концентрации, зато особенно хорошо работает на аудиторию разработчиков и руководителей digital-команд. Игра говорит с ними на знакомом языке, не скатываясь в корпоративный плакат с очередной лампочкой и шестеренкой.
На тестах обнаружилась другая проблема – случайность могла решить исход раньше игрока. Если в первые уровни выпадала мощная аура, дальше становилось заметно легче; неудачный набор улучшений, наоборот, портил старт. В ответ команда обсуждала гарантированный выбор из разных категорий, ослабление ауры, привязку оружия к классу и более заметное отталкивание от атак.
«Если я за первые пять уровней выбиваю ауру пятого уровня, дальше вообще никаких проблем нет», – звучит как удача, но для общего рейтинга это сигнал тревоги. Соревнование интересно, пока результат объясняется решениями игрока, а не одним счастливым выпадением.
CapyFishing выросла из идеи Толи: 2D-рыбалки с QTE, где улов зависел от точности и последовательности нажатий. Здесь не нужно уходить от машин или спасать мир: капибара садится в лодку и ловит рыбу. Улов приносит очки, а таблица лидеров не дает спокойствию превратиться в безразличие. Общий визуальный язык трех игр дополнили pixel art и имитация VHS-эффектов на ЭЛТ-мониторах – они добавили ламповость и атмосферу ретро-игр.
Рыбалка стала важной частью набора именно благодаря контрасту. Она тоже проверяет реакцию – на тестах большинство игроков ошибались в последовательностях нажатий, – но делает это в более спокойной визуальной подаче. За несколько минут размеренный старт сменяется соревнованием за точность и место в рейтинге.
Пятиминутная попытка на тестах показалась слишком длинной для повторяющегося QTE, поэтому сессию сократили до трех минут. За точное нажатие в центре круга игрок получает максимум баллов, ближе к границе – меньше. После восьми пойманных рыбок на следующие четыре начинается «капибара-вечеринка»: скорость и темп растут. Так спокойный визуальный тон сохранился, но механика стала динамичнее, а у результата появилось больше градаций.
«Мне показалось, пять минут – долго. У тебя по факту одно и то же действие», – прямой комментарий с созвона оказался полезнее абстрактного совета «повысить вовлечение». Он сразу указывал и на проблему, и на направление решения: короче сессия, быстрее развитие, больше цены у каждого нажатия.
Каждая механика создавала свой игровой ритм: от короткого заезда до напряженного выживания и более спокойного соревнования.
Отдельные ссылки годились для тестов, но не для релиза. Мы собрали общий хаб с тремя карточками, правилами и рейтингами. Telegram-ник связывал результат с человеком, сервер – с таблицей лидеров, а призы превращали абстрактные очки в очень конкретное «надо еще один раунд».
Разводящую страницу собрал Тимур. На созвоне задача прозвучала без пафоса: «Нужен сайт, получается». Именно этот «сайт» и превратил три авторских прототипа в продукт. Артем отвечал за гонку, Игорь – за выживание, Толя – за рыбалку; Олег помогал тестировать и докручивать механики, а остальные без церемоний ломали чужие сборки.
Путь занимал несколько действий:
За коротким пользовательским путем спряталась обычная взрослая разработка: промолендинг, игровые сборки, идентификация, хранение результатов, рейтинги и переходы между сервисами. Поэтому проект правильнее считать веб-продуктом, а не декором для стенда. Красивый экран бесполезен, если результат пропал или человек завис между игрой и рейтингом.
Дедлайн помог не расползтись. Сначала собрали обязательный цикл: вход, действие, результат, возврат. Только потом добавляли эффекты и украшения. Это тот же подход, что в разработке MVP: сперва проверяем, держится ли продукт на ногах, и лишь затем выбираем ему красивую куртку.
Рабочие версии появлялись короткими итерациями: команда собирала прототип, проверяла его на игроках и корректировала механику по результатам тестов.
Внутри команды можно часами обсуждать баланс и понятность интерфейса. Живой игрок отвечает быстрее: запускает второй раунд или закрывает вкладку. Премьера на отраслевой конференции стала проверкой без подготовленной фокус-группы и без скидки на то, что проект внутренний.
Гости играли, сравнивали результаты и возвращались к рейтингу. Заезд провоцировал реванш, охота на баги цепляла профессиональной шуткой, а «спокойная» рыбалка неожиданно будила азарт. Сработал не один вау-эффект, а короткая петля: понятный вход, цель, видимый результат и причина попробовать снова.
До релиза эту петлю разбирали на созвонах почти по винтику. Подключили серверное хранение, проверили мобильное управление, спорили о честности рейтинга и темпе. Проект рос не благодаря одному гениальному озарению, а через десятки неприятно точных замечаний: здесь долго, здесь случайность решает за игрока, здесь на телефоне неудобно.
В итоге сработали четыре неэффектных, но продуктовых решения:
В какой-то момент внутренний эксперимент перестал быть внутренним. Гости видели не безымянную промоигру, а работу команды Amiga. Ребята увидели не закрытые задачи, а живую реакцию на каждое решение. Ради этого собственные продукты и нужно выпускать наружу: рынок объясняет ошибки быстрее любого наставника.
Наблюдения за игроками помогли убрать затянутые моменты и случайные преимущества, чтобы результат сильнее зависел от действий пользователя.
После проекта ИИ перестал быть отдельной темой для пары энтузиастов. Он встроился в обычный цикл: придумать, собрать, проверить, переделать. Теперь команде проще отличать задачу, где нейросеть действительно ускорит работу, от задачи, где она только добавит шума.
Разработчикам, дизайнерам и менеджерам пришлось смотреть на игру целиком. Недостаточно написать хороший код или нарисовать красивый экран: человек должен понять правило, начать играть и захотеть вернуться. Так автономность появляется сама – через ответственность за весь результат, а не через разговоры о ней на встречах.
Тесты еще раз напомнили: первая удачная версия почти никогда не последняя. Гонку ускорили, слишком сильную ауру ослабили, рыбалку сократили. Автору такие правки не всегда приятны, зато продукт от них становится лучше. По тому же принципу раньше появился 3D-хоррор Last Run – Last Token; его разработку мы разобрали в материалах «Как мы создали 3D-игру с помощью ИИ за месяц» и «Под капотом Last Run – Last Token».
И наконец, обучение закончилось не сертификатом, а работающим продуктом. В игры пришли реальные люди, результаты остались в рейтингах, а выводы команда забрала в следующие проекты. Для нас это самый полезный формат развития: собрать, выпустить, увидеть слабые места и сделать следующий продукт сильнее.
Начнем честно: не каждому бренду нужна промоигра. Если задачу быстрее решает лендинг, калькулятор или обычная форма, даже капибара не сделает игру обязательной. Браузерные игры для бизнеса оправданы, когда человеку полезно не прочитать сообщение, а прожить действие: потренироваться, выбрать стратегию, познакомиться с продуктом или посоревноваться.
Из нашего кейса бизнесу стоит забрать не жанры, а четыре решения:
Создание игр для мероприятий лучше начинать с веб-формата: человеку не нужно ничего устанавливать, а результат можно сразу связать с рейтингом и аналитикой. Но игра для мероприятия начинается не с графики, а с вопроса: какое поведение мы хотим получить и как поймем, что получили? Только после ответа стоит выбирать механику и визуальный стиль.
Браузерная игра – это веб-приложение, которое запускается по ссылке или QR-коду без установки. Для конференции, промоакции или обучения это сокращает путь до первого действия. Профиль, прогресс и результаты при необходимости сохраняются на сервере.
ИИ помогает при разработке браузерных игр на шести этапах:
Генерация и сравнение концепций.
Черновые тексты и микрокопирайтинг.
Референсы и варианты ассетов.
Подсказки по типовым участкам кода.
Разбор ошибок и поиск альтернативных решений.
Подготовка тестовых сценариев.
Нейросеть ускоряет переход к следующей версии, но не заменяет выбор механики, проверку кода, баланс и ответственность за релиз.
Нет. Для мероприятия обычно сильнее короткий цикл: понятное правило, первое действие за несколько секунд и быстрый результат. Сложность нужна только тогда, когда она помогает задаче, а не мешает начать играть.
Для промоигры полезны пять групп метрик:
Охват – сколько людей открыли игру.
Завершение – сколько игроков дошли до конца раунда.
Повторные попытки – сколько людей запустили игру еще раз.
Возврат к рейтингу – сколько игроков проверили свое место или вернулись позже.
Целевое действие – сколько людей после игры перешли к заявке, регистрации или продукту.
Для обучения дополнительно считают процент прохождения и ошибки на каждом шаге. Метрику выбирают до разработки, иначе геймификация превращается в дорогую декорацию.
Три игры начались как внутренний эксперимент, но быстро перестали быть учебными. Дедлайн был настоящим, игроки – незнакомыми, а скуку невозможно было списать на неправильный бриф. Именно поэтому проект сработал: команда использовала ИИ не ради модного ярлыка, а чтобы быстрее дойти до проверки и успеть исправить то, что не держало человека.
Для Amiga это не история «смотрите, мы тоже умеем в игры». Это история о продуктовой разработке: гипотеза, интерфейс, данные, интеграции, нагрузка, метрики и эмоция по ту сторону экрана. Нейросеть добавила скорости. Характер продукту дали люди – вкусом, инженерным мышлением и готовностью отвечать за результат.
Если вам нужен обучающий симулятор, промоигра или игровой MVP, приходите не с жанром, а с задачей. Разберем, какое действие должен совершить человек, выберем механику и соберем веб-продукт, который можно измерить. А пока откройте игровой причал и попробуйте побить наших первых игроков – это честнее любого кейса.
За новыми экспериментами, кейсами и новостями команды следите в Telegram-канале Amiga.
Коротко о браузерных играх для бизнеса и мероприятий
