Введение: главный тезис плейбука — GameDevPartner Playbook
Содержание плейбука

Часть 0. Введение: почему этот чеклист существует

Зачем мы это пишем

В рунете нет единого, практичного, не-кликбейтного источника по тому, как устроена успешная мобильная F2P-игра (free-to-play — модель «играй бесплатно, плати за ускорение / косметику / контент») с точки зрения индивидуального разработчика или команды до пяти человек. Есть отдельные статьи на DTF, есть переводы кусков GDC-докладов, есть Telegram-каналы маркетологов с UA-кейсами (user acquisition — закупка установок через рекламу). Но нет хаба, который собрал бы в одном месте: чем твоя игра отличается от шумного фона из 800 релизов в день, что должно работать к моменту первого касания игрока, и в каком порядке это чинить, если не работает.

Этот плейбук — попытка закрыть эту дыру. Он построен как чеклист из 22 пунктов, сгруппированных в 4 столпа, плюс отдельный Layer 2 с темами роста, юриспруденции и долгосрочной операционки (про него — в конце).

Сразу важно проговорить, чем этот документ НЕ является:

  • Это не маркетинговый плейбук. Мы не учим настраивать AppLovin, считать ROAS по когортам и торговаться с UA-агентствами. UA — это Layer 2.
  • Это не Unity-туториал. Технический стек — забота программиста.
  • Это не для AAA-бюджетов. Целевая аудитория — инди-команда из 1–5 человек, у которой либо есть один зарелизенный продукт, либо она готовит первый.

Что это есть: набор диагностических вопросов про фундамент. Если хотя бы один из 22 пунктов горит красным — никакая UA-кампания, никакой паблишер и никакой ребрендинг не спасут. Поэтому начинать нужно отсюда.

Главный тезис: монетизация — сквозной слой 4 столпов

Лучшие F2P-игры устроены так, что монетизация вплетена в каждую фазу пути игрока. Эрик Сойферт (Eric Seufert) годами повторяет тезис: retention is primaryудержание первично, а ARPU (средняя выручка на игрока), conversion-to-paying (доля платящих) и LTV (lifetime value — суммарная выручка с одного игрока за всё время жизни в игре) — производные от него. Потому что вся монетизация — это функция от того, сколько раз игрок возвращается.

Конкретный пример — постмортем King по Candy Crush Saga: коммерческие триггеры (lives, boosters, gold bars) встроены прямо в core loop. Игрок не переходит «в шоп» — игрок просто продолжает играть, и в нужный момент игра показывает ему путь, в котором можно либо подождать, либо заплатить, либо посмотреть рекламу.

Отсюда простой практический вывод: монетизация правильно проектируется только тогда, когда живёт внутри каждого из четырёх столпов — как сквозной слой воронки игрока:

  • внутри Понятности — игрок должен понимать, за что он платит и что получит;
  • внутри Мотивации — у игрока должна быть цель, которую покупка приближает (и спроектированный дефицит валюты на пути к ней);
  • внутри Интереса — покупка должна давать новое содержание, а не «отключение боли»;
  • внутри Привычки — окно для покупки должно появляться в ритме, к которому игрок привык.

Поэтому, листая чеклист, ты не найдёшь раздела «Монетизация». Ты найдёшь её слоем, пронизывающим каждый из 22 пунктов.

4 столпа в одной картинке

Чеклист построен как воронка: четыре столпа описывают четыре последовательные фазы пути игрока, и над всеми ними висит слой монетизации.

Столп 1. Понятность (6 пунктов). «Ведёшь ли ты игрока?» Первые 60 секунд: иконка, скриншоты, экран первого запуска, туториал, первая победа. 90% потерь происходит здесь, и здесь же самый дешёвый ремонт.

Столп 2. Мотивация (7 пунктов). «Есть ли у игрока цель?» Зона между первой победой и первой неделей. Игрок понял правила — теперь нужна причина играть дальше.

Столп 3. Интерес (6 пунктов). «Удерживаешь ли ритм обновлений?» Зона второй–четвёртой недели. У игрока есть цель — но достаточно ли свежего контента?

Столп 4. Привычка (3 пункта). «Открывает ли игрок игру автоматически?» Зона второго месяца и дальше.

Граница между Столпом 3 и Столпом 4 важна — её легко размыть. Они оба про «возвраты», но смотрят с разных сторон:

  • Столп 3 решает, есть ли свежий контент (производственный ритм).
  • Столп 4 решает, ждёт ли игрок этого контента в конкретный день (поведенческий ритм).

Распределение пунктов (6 + 7 + 6 + 3 = 22) неслучайно. Чем дальше игрок продвинулся по воронке, тем меньше у тебя рычагов: первые секунды можно переделать радикально, а уже сформировавшуюся привычку — почти нет.

Порядок приоритетов, если горит несколько столпов сразу

Если ты прошёл чеклист и обнаружил, что красный не один столп, а несколько — не пытайся чинить параллельно. Правильный порядок ремонта: 1 → 2 → 4 → 3.

  • Понятность сначала. Без неё все остальные метрики врут.
  • Мотивация второй. Без неё нет смысла подкладывать новый контент.
  • Привычка третьей. Самый дешёвый ремонт из поздних столпов.
  • Интерес последним. Самый дорогой long-term commitment.

Как читать этот чеклист

  1. Пройди чеклист за 15–20 минут. Поставь честные галочки. Серая зона — это тоже «нет».
  2. Увидь, где провисает. Скорее всего, провисает целый столп.
  3. Применяй порядок 1→2→4→3. Найди САМЫЙ РАННИЙ красный столп.
  4. Перейди по deep-link под слабым пунктом.
  5. Чини ОДНО за обновление. Если ты меняешь туториал, баланс и шоп одновременно — ты никогда не узнаешь, что именно сработало.
  6. Замеряй дельту. Линейный туториал-фуннел → фуннелы по уровням → детальные фуннелы на слабых местах. Каждое обновление выкатывается на 50% аудитории, через неделю сравниваются метрики. В changelog фиксируется дельта.
  7. Итерируй. Возвращайся к чеклисту раз в квартал.

Что делать прямо сейчас

Чеклист имеет смысл проходить за один присест — 15–20 минут, с честными галочками, без авансов команде. Дальше — найти самый ранний красный столп, запланировать одно изменение в ближайшее обновление, выкатить на 50% аудитории и замерить дельту через неделю.

Дальше: Столп 1 — Понятность →