Как разработчики создали 1500 мобильных слот-игр, меняя только текстуры: инженерный кейс по автоматизации и доход $50 000

1. Контекст: рынок мобильных игр в 2013–2014 годах

В начале 2010-х годов модель платной премиум-игры («заплатил один раз и играй») на мобильных платформах начала стремительно сдавать позиции. Причина — появление и доминирование F2P (free-to-play) с внутриигровыми покупками и рекламой. Крупные студии переходили на «условно-бесплатные» проекты с длительными циклами удержания игроков. На противоположном полюсе возник огромный рынок низкокачественных, шаблонных игр — так называемых «мусорных» (shovelware). Это были клоны «Трёх в ряд», симуляторы свиданий, бесконечные раннеры и, конечно, игровые автоматы (слоты).

Два разработчика из США — Алекс Шварц (один из создателей паззл-аркады Jack Lumber) и Зиба Скотт (автор инди-хита Girls Like Robots) — попробовали классическую стратегию: сделать качественный платный продукт. Обе их игры получили положительные обзоры на TouchArcade и IGN, были отмечены на фестивалях, но финансовая отдача оказалась катастрофической. В одном из интервью Шварц позже говорил: «Мы вкалывали полгода, а заработали меньше, чем дворник за неделю».

Наблюдая за тем, как безвестные студии ежедневно заливают в Google Play десятки примитивных слотов и зарабатывают на рекламе, они пришли к выводу: рынок не поощряет качество, а поощряет количество и правильную монетизацию. Если конкуренты штампуют поделки вручную (копируя проект, меняя иконку и название), то почему бы не автоматизировать этот процесс полностью — от генерации контента до публикации?

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

Система не была монолитной. Она состояла из четырёх независимых модулей: генератор визуала, звуковой движок, скрипт сборки в Unity и модуль публикации в Google Play.

В качестве базы использовался стандартный ассет из Unity Asset Store — трёхмерная модель игрового автомата с вращающимися барабанами. Стоимость лицензии составила $15. Вращение и подсчёт очков уже были запрограммированы в демо-сцене. Разработчики не меняли логику случайных чисел (RNG) и алгоритм выигрыша — он оставался крайне простым: три одинаковых символа давали 10 очков, два — 2 очка.

Визуальная настройка происходила через замену текстур в рантайме. Для этого использовался стандартный Unity Material.SetTexture(). Шварц и Скотт написали C#-скрипт, который:

Отказоустойчивость была минимальной: если изображение не загружалось (например, Bing возвращал ошибку 403), подставлялась белая текстура-заглушка.

Название игры генерировалось по простой формуле:[Случайное число от 1 до 100] + [Прилагательное] + [Существительное] + "Slots".

Примеры: «3D Sexy Librarian Slots», «77 Magic Bowling Slots», «0 Cool Penguin Slots» (ноль тоже использовался). Для английского языка правило орфографии не соблюдалось — «0 Cool» выглядело нелепо, но на трафик это не влияло.

Описание в Google Play составлялось из шаблонных фраз:«Best [тема] slot machine! Spin now and win big! No in-app purchases, just fun!»Длина описания — ровно 700 символов (старый лимит для короткого описания). Никакой SEO-оптимизации не проводилось, так как экспериментаторы не рассчитывали на органический поиск — упор делался на баннерную рекламу внутри своих же приложений (кросс-промо) и внешние сети.

Для озвучки выигрышей использовался синтезатор речи Google Translate. Скрипт на Python отправлял GET-запрос к https://translate.google.com/translate_tts с параметрами:

Запросы слались с подменой User-Agent на обычный браузерный. Полученный MP3-файл сохранялся и вшивался в сборку Unity. Скорость речи была максимальной (параметр speed=1.2), интонация — монотонная, механическая. Шварц в своём блоге отмечал, что звук получился «настолько унылым, что игроки пугались не выигрыша, а самого голоса». Но технически всё работало.

Музыкальное сопровождение отсутствовало полностью. Фоновый шум не добавлялся.

Unity предоставляет интерфейс командной строки: Unity.exe -batchmode -quit -projectPath ... -executeMethod BuildScript.BuildAll. Шварц и Скотт написали скрипт на C#, который:

Одна сборка занимала в среднем 4 минуты на машине с Intel Core i5 и 8 ГБ RAM. За час собиралось около 15 APK. Работа велась на двух компьютерах параллельно.

Подпись APK выполнялась стандартным jarsigner с одним и тем же ключом для всех приложений (что впоследствии не вызвало проблем с Google Play, так как тогда не было строгой проверки уникальности подписи на один аккаунт).

Самый технически сложный модуль — автоматическая публикация. В 2014 году у Google Play не было официального API для загрузки APK (сейчас есть Google Play Developer API). Поэтому разработчики использовали браузерную автоматизацию.

Инструменты:

Алгоритм заливки одного приложения:

Лимиты и обходы:

Всего за время работы системы было опубликовано около 1500 уникальных приложений. Ни одно из них не получило предупреждения от Google за нарушение политик (кроме последующих массовых блокировок позже, уже после закрытия эксперимента).

Разработчики не занимались продвижением. Приложения были скрыты в глубине каталога Google Play, не имели ASO-оптимизации. Тем не менее, совокупное количество установок за несколько месяцев достигло 1,6 миллиона. Откуда брался трафик? Основные каналы:

Важно: ни одного платного инсталла не было — бюджет на рекламу равнялся нулю.

В приложения была интегрирована рекламная сеть Playhaven (ныне не существует). Баннеры показывались внизу экрана и перекрывали часть игрового поля (пользователь не мог их закрыть). Частота показа — каждые 30 секунд, без какой-либо оптимизации.

Ключевая метрика: CTR (Click-Through Rate) = 27%. Это аномально высокий показатель. Для баннерной рекламы нормальный CTR в мобильных играх — 1–5%. 27% означало, что каждый четвёртый игрок кликал на рекламу.

Почему так происходило? Шварц предположил, что разочарование и раздражение от унылого геймплея и монотонного голоса настолько велико, что пользователь воспринимает любой переход в другое приложение как спасение. Он назвал это «эффектом портала в лучший мир». Другой фактор — многие игроки были пожилыми людьми, которые случайно нажимали на баннер из-за крупных пальцев (интерфейс не был адаптирован).

Доход: за всё время около **$50 000**. Примерное распределение: $0,02–0,05 за клик (это стандартная ставка для мобильной рекламы в 2014 году). Количество кликов: 1,6 млн установок × 27% CTR × 1 клик в среднем на пользователя (грубая оценка) = 432 000 кликов. При $0,12 за клик получается $51 840. Реальные цифры могли немного отличаться.

Самый неожиданный результат — рейтинг 4 звезды у нескольких игр. Одна из них, 3D Bowling Slots, собрала несколько положительных отзывов. Пример:

«Игра нормальная, но почему на барабанах кегли, а не карты? Непонятно. Но в целом неплохо, четыре звезды».

Ни одного вменяемого негативного отзыва с подробным разбором недостатков не было. Пользователи либо ставили 5 звёзд без комментария, либо жаловались на то, что выигрыши нельзя вывести на реальные деньги (хотя в описании этого и не обещалось).

Причина не в этике и не в моральном перегорании. Были сугубо прагматичные факторы.

Playhaven, которая выплачивала разработчикам деньги за клики, прислала уведомление: «Ваши пользователи демонстрируют наихудшие поведенческие метрики среди всех наших партнёров. Время в приложении менее 10 секунд, глубина просмотра рекламы нулевая, почти нет конверсий в платящих пользователей. Мы прекращаем сотрудничество».

Это означало, что монетизировать новые установки стало нечем. Альтернативные сети (AdMob, Chartboost) не были подключены из-за отсутствия автоматизации вставки SDK.

В середине 2014 года Google обновил интерфейс консоли разработчика. Классы CSS и ID элементов изменились, появилась новая двухфакторная аутентификация (на тот момент опциональная). Написанные на скорую руку Selenium-скрипты перестали работать. Адаптировать их под новую вёрстку разработчики не стали, так как:

Хотя мы пишем без морали, стоит отметить, что сами авторы чувствовали дискомфорт от осознания того, что они наводнили рынок мусором. Но к решению о закрытии это привело в минимальной степени — скорее, они просто потеряли интерес.