На главную

Как сохранить контроль над игровой экономикой при использовании ИИ

Контроль экономики: ИИ предлагает, студия держит рычаги

Возражение звучит почти одинаково на каждом созвоне с CTO и продюсером: «Если модель сама ставит цену, она сломает экономику». Обычно за этим стоит не страх алгоритма, а отсутствие коридора. ИИ, которому можно показать любой SKU с любой скидкой в любой момент, — это не персонализация. Это бот распродажи с оценкой уверенности.

Получить sandbox

Это MOFU-разбор для CTO, Lead Data Analyst и продюсера, которые уже смотрят пайплайн, но не подпишут пилот, пока не увидят рычаги. Вы уходите с картой контроля: цены, лимиты скидок, white/black list, частота, Fallback и откат. Сроки и пороги ниже — утверждения сайта mone.tools, а не обещание для вашего тайтла. Не считайте безымянные карточки жанров доказанными результатами.

Что на самом деле значит «контроль»

Контроль — это не выключить модель. MONE описывает замкнутый цикл: собрать данные → прочитать поведение на Player Journey Maps → выдать оффер и спот внутри правил дизайнера → откалибровать в изолированном A/B-тесте. Слова «внутри правил дизайнера» — продукт, не сноска. Модель предлагает состав, цену и момент. Студия решает, что вообще можно показать.

Если коридор не подписан, возражение «ИИ сломает экономику» верное. Модель оптимизирует то, что вы ей дали. Если вы дали пустой магазин и KPI «конверсия любой ценой», она найдёт скидку 70% на гейт, который дизайнер назвал честным.

Публичный пайплайн сайта ставит Management Console и Hard Limits рядом с выдачей оффера, не после инцидента. Утверждение сайта: SandBox за 1–2 часа на шаге аудита, телеметрия за 1–2 дня, запуск персонализации за 2–3 дня, когда есть Hard Limits и когорты. Полное подключение персонализации — меньше недели (утверждение сайта). Эти часы не заменяют встречу, на которой продюсер подписывает потолки.

Минимум для пилота ML-персонализации на сайте: 5,000 уникальных игроков в месяц. Ниже порога всё равно соберите коридор на бумаге. Правила без трафика лучше модели без правил.

Четыре рычага, которые модель не имеет права обойти

Четыре рычага живут в одном месте — в консоли, которую читает продюсер, а не в ноутбуке дата-сайентиста. Иначе «контроль» существует только в слайде.

Слой контроля: цены, скидки, списки, частота
РычагЧто фиксируете до пилотаЧто ломается без него
ЦеныДиапазон SKU × сегмент внутри Hard LimitsМодель двигает цену как скидку без имени
Лимиты скидокПотолок % и абсолютный пол по когортеПаника после поражения покупает ARPU ценой D7
White / black listЧто можно показать и что запрещено в любом спотеКосметика на иссушении, бустер на честном гейте
ЧастотаImpression Caps на игрока и на сессиюSmart Triggers становятся спамом

Цены — не «динамические на всё»

Dynamic Pricing на сайте — механизм внутри коридора, не отдельный продукт, который волен переписать прайс-лист. Цена может двигаться с платёжеспособностью, прогрессом и контекстом сессии. Она не может выйти за Hard Limits, которые экономика подписала как баланс.

Потребуйте до первого динамического оффера:

  • Список SKU, которые вообще участвуют в персонализации. Остальное — black list по умолчанию.
  • Диапазон цены на SKU: мин / базовый / макс. Не «модель подберёт».
  • Запрет двигать цену базового боевого пака, если это ломает раковину этапа.
  • Правило для Whales vs Engaged Free: разные потолки, один словарь SKU.

Если диапазона нет, у вас нет ценовой политики. У вас A/B на хаос.

Скидки — потолок, а не характер модели

Скидка — самый дешёвый способ «доказать» персонализацию и самый быстрый способ научить игрока ждать −70%. Retention-First, как названо на сайте, должен блокировать показ, который рискует LTV или оттоком. Правило бессмысленно, пока потолок скидки не подписан по когорте.

Зафиксируйте:

  • Максимальный % скидки для Engaged Free, mid и Whale — разные цифры.
  • Абсолютный пол цены, ниже которого SKU не падает даже при высоком скоре.
  • Запрет скидки на панике: серия фейлов — не триггер распродажи.
  • Срок действия оффера. Бессрочный «персональный» купон — это новый прайс.

Монетизация, которая оба случая — отвал и иссушение — закрывает одной скидкой, учит раздражению. Карта пути отличает клетки; коридор запрещает одинаковый ответ.

White/black list и частота: что можно показать и как часто

White list — не «красивые карточки в админке». Это конечный набор офферов, которые продюсер готов увидеть в проде. Black list — предметы, споты и сегменты, куда модель не ходит никогда: стартовый туториал, если нет события выхода; честный гейт сложности; SKU, который ломает Battle Pass.

Частота — отдельный рычаг. Smart Triggers, как названо на сайте, выбирают спот, где вероятность конверсии высока, а раздражение низкое. Без Impression Caps это гипотеза про жадность.

ПравилоВопрос продюсераСтоп, если…
White listКакие офферы вообще можно собрать из живого магазина?Список пуст или зависит от попапа, которого нет в клиенте
Black listКуда модель не ходит никогда?Запрет живёт в Slack, а не в консоли
Кап сессииСколько показов за живую сессию?Второй попап после закрытого магазина
Кап игрокаСколько за день / неделю на человека?D7 падает, а «персонализация» растёт числом показов
Retention-FirstКогда показ запрещён, даже если скор высокий?Нет владельца, который может сказать «никогда»
ПриоритетЧто, если два оффера подходят одному споту?Они дерутся и оба выходят

Сначала поверхность, потом модель

PJM, который рекомендует оффер на попапе, которого нет в клиенте, — дыра в дизайне. То же верно для white list: если SKU нельзя собрать из существующего магазина, его нет в пилоте.

CTO на этом слое:

  • Fallback: если персонализация молчит или коридор режет оффер, игрок видит живой магазин по умолчанию — не пустой экран и не «ошибка оффера».
  • События сессии, покупки, фейла и ресурса переживают ресабмит клиента. Иначе капы считают воздух.
  • Не давать модели новый UI. Пилот сидит на поверхностях, которые уже прошли стор.

MONE пишет, что команда может взять интеграцию SDK. Это не снимает со студии словарь, QA и подпись коридора. Утверждение сайта: телеметрия за 1–2 дня, затем запуск персонализации за 2–3 дня, когда есть Hard Limits и когорты. Ревью стора и согласие могут добавить время, которого нет на маркетинговой странице.

Fallback и откат — это продукт, не runbook в чате

Возражение «а если модель поедет» закрывается не доверием к вендору. Оно закрывается двумя кнопками, которые студия нажимает сама.

Цепочка Fallback и отката

Fallback — поведение при молчании: нет скора, нет свежих событий, коридор отрезал оффер, сервис недоступен. Игрок всегда видит валидный магазин. Откат — выключить персонализацию на когорте, сегменте или всём пилоте за минуты, без ресабмита клиента и без «подождём пайплайн».

Если откат требует сборки — у вас нет отката. У вас релиз.

Продюсер подписывает до первого динамического оффера:

  • Hard Limits цен и стоп-листы предметов.
  • Impression Caps на игрока и на сессию.
  • Retention-First: блок показа, если есть риск для LTV или оттока.
  • Приоритет, чтобы два подходящих оффера не дрались в одном споте.
  • Версионирование: кто публикует конфиг и как быстро откатываете.
  • Имя человека, который в субботу нажимает Rollback. Не «команда ML».

Утверждение сайта про окно обучения после подключения: неделя 1 обучает профили; недели 2–4 — автоматическая выдача; оценка — отдельные 3–5 дней. Встречу разбора забронируйте до вечеринки запуска. Главная формула позже:

ARPU_uplift = (ARPU_test − ARPU_control) / ARPU_control

Ограждения: Retention D7/D30. Гипотеза, не гарантия: персонализация может поднять ARPU, если контрольный магазин не совпадает хотя бы с одним крупным сегментом, новый оффер сидит внутри Hard Limits, а Smart Triggers не заливают показами. Если что-то из этого ложно, ожидаемый прирост — ноль, а по опубликованной модели MONE счёт за персонализацию тоже 0 $.

Как подписать коридор за одну встречу

Не ждите идеальной модели. Рабочий коридор для пилота — артефакт воркшопа, затем конфиг в консоли.

Девяносто минут, четыре роли в комнате:

  • Минуты 0–20. Экономика вешает на стену SKU пилота и диапазоны мин / база / макс. Если «модель подберёт» — стоп. Нет политики цен.
  • Минуты 20–40. LiveOps заполняет white list из живого магазина и black list спотов, куда модель не ходит: туториал без события выхода, честный гейт, SKU Battle Pass. Пустой white list — стоп.
  • Минуты 40–65. Продюсер ставит Impression Caps, Retention-First и потолки скидок по когортам. Паника после поражения не получает отдельной скидки «потому что скор высокий».
  • Минуты 65–90. CTO показывает Fallback (тишина → живой магазин) и откат без ресабмита. Называют дежурного. Если откат — «следующий релиз», пилота нет.

Выгрузите доску в тот же документ, который ляжет рядом с отчётом SandBox. Версионируйте. Следующий цикл стартует с этого файла, а не с нового слайда «AI offers».

Утверждение сайта: SandBox может нарисовать первую PJM по шести месяцам истории без SDK. Пользуйтесь этим, чтобы увидеть, где коридор ещё дырявый. Девяносто минут всё равно проведите — картина вендора черновик, пока четыре роли с ней не поспорят.

Кто владеет правилами

Коридор умирает, когда «вендор настроит лимиты», а в студии никто не может назвать владельца отката. Используйте это разделение. R = отвечает за работу, A = подотчётен за решение, C = консультируется, I = информируется.

Кто владеет правилами
РольЭкономикаLiveOps / монетизацияCTO / MLПродюсер
Hard Limits цен и скидокR (баланс, раковины)C (SKU в живом магазине)IA (подпись)
White / black listC (что ломает мету)R (споты и предметы)C (что клиент умеет показать)A
Impression CapsIR (капы и приоритет)C (телеметрия показов)A
FallbackIC (дефолтный магазин)R (тишина сервиса → живой UI)A
ОткатIC (когорты)R (флаг без ресабмита)A (когда жать)
A/B и памятка масштабаCCC (назначение)A (масштаб / итерация / стоп)

Вендор решения — R или C на SDK, отчёте SandBox и выдаче внутри правил. Он не A на экономике. Если в таблице вендор стоит в колонке «подпись коридора», возражение про сломанную экономику вы уже подтвердили.

Чеклист (распечатайте)

  • Hard Limits цен подписаны: мин / база / макс по SKU, которые входят в пилот.
  • Потолки скидок разные по когортам; паника после поражения не является триггером распродажи.
  • White list конечный и собирается из существующего магазина. Black list живёт в консоли, не в Slack.
  • Impression Caps на сессию и на игрока заданы. Retention-First назван как правило, не как слоган.
  • Fallback проверен: при молчании модели игрок видит живой дефолтный магазин.
  • Откат без ресабмита клиента. Есть имя дежурного и время «за минуты».
  • Event List наложен; сессия, покупка, фейл, ресурс, показ оффера переживают сборку.
  • Если будете тестировать, есть пак базовой линии: ARPU/LTV, 1st Pay Conv., D7/D30, окно, знаменатель.
  • Трафик не ниже 5,000 уникальных игроков в месяц для ML-пилота либо цикл явно «только аудит и коридор».
  • Встреча решения на неделе 5 стоит в календаре до запуска недели 1, если подключаетесь.

Главное

  • ИИ предлагает оффер. Студия держит цены, скидки, списки, частоту, Fallback и откат. Без коридора возражение «модель сломает экономику» верное.
  • Четыре рычага живут в одном месте, которое читает продюсер. Ноутбук ML — не консоль.
  • Скидка без потолка учит ждать распродажу. Частота без капов — это спам с скором.
  • Fallback — живой магазин при молчании. Откат, который требует сборки, — не откат.
  • Коридор — вход в один экспериментальный цикл, а не его замена. Масштаб всё равно требует памятки A/B с D7/D30.

Запросите SandBox, а не лицензию

Если у вас примерно шесть месяцев событий и продюсер, который может зафиксировать коридор, следующий шаг — исторический аудит: сегменты, PJM, утечки и отчёт, который можно держать рядом с текущим стеком. Начните с пути аудита MONE / SandBox или с пайплайна. Консоль студии: dash.mone.tools. Аналитика — бесплатный слой; оплата персонализации, по сайту, начинается только после того, как A/B-тест подтвердит прирост ARPU.

Читайте также

  • Player Journey Map для мобильных игр: как превратить путь игрока в инструмент монетизации
  • От аудита до масштаба: персонализация монетизации в одном цикле
  • Как работает ML-персонализация в мобильных играх: от событий до выбора оффера
  • Как подключить систему персонализации монетизации к мобильной игре

Мы используем cookie, чтобы сайт работал корректно.