Проектування системи монетизації мобільної гри
Монетизація — це не «додати кнопку купити». Це система, яка повинна бути спроектована одночасно з ігровим дизайном, а не прикручена після бети. Ігри, де монетизацію додавали задним числом, легко впізнати: IAP-пропозиції з'являються без контексту, rewarded-кнопки висять на головному екрані без зв'язку з ігровою механікою, а конверсія в платящого користувача не перевищує 0.5%.
Добре спроектована система монетизації — це коли гравець сам шукає, де витратити гроші, тому що це вирішує його реальну ігрову проблему.
Вибір моделі монетизації
Перед тим як писати код — потрібно відповісти на три питання: який жанр, яка цільова аудиторія, який LTV очікується. Відповіді визначають усе.
Free-to-Play з IAP — основна модель для казуальних та мідкор-ігор. Гра безплатна, дохід через покупки. Конверсія в платящого: 2–5% для добре оптимізованих ігор. ARPPU (середній дохід з платящого користувача) — від $5 до $50+.
Реклама (rewarded + interstitial) — добре працює в гіперказуальних та казуальних іграх з високим DAU. Rewarded дає $10–30 ARPDAU в peak hyper-casual, interstitial $2–8. Агресивна реклама без rewarded швидко убивает retention.
Підписка — зростаюча модель для ігор з регулярним контентом. Конверсія 3–8%, але retention значно вище, ніж розовими IAP.
Гібридна — комбінація кількох джерел. Правильна гібридна модель розподіляє аудиторію: безплатні гравці монетизуються через рекламу, платящі — через IAP та підписку. Важливо не показувати рекламу платящим користувачам — це дратує та збільшує churn.
Порівняння моделей за жанром
| Жанр | Основна модель | Додаткова | Типовий ARPDAU |
|---|---|---|---|
| Гіперказуал | Реклама (interstitial) | Rewarded, IAP no-ads | $0.02–0.08 |
| Казуал (puzzle, match-3) | IAP (extra lives, boosters) | Rewarded | $0.05–0.20 |
| Мідкор (RPG, стратегія) | IAP (валюта, пропуски) | Підписка | $0.15–0.80 |
| Хардкор (MOBA, battle royale) | Підписка + косметика | Battle Pass | $0.30–2.00 |
Архітектура системи монетизації
IAP: структура продуктів
In-App Purchases діляться на consumable, non-consumable та subscriptions. Неправильний вибір типу критичний: consumable не можна «відновити» через Restore Purchases, non-consumable — можна.
Типова помилка при проектуванні каталогу IAP: занадто багато позицій. Дослідження App Store показують, що оптимальна кількість IAP-пропозицій в магазині одночасно — 6–8. Більше — когнітивна перевантаження, гірша конверсія.
Структура цінових тирів для мобільних ігор зазвичай виглядає так: starter pack ($0.99–1.99), mid-range bundle ($4.99–9.99), whale offer ($19.99–49.99) та VIP ($99.99). Стартовий пакет з високою цінністю за низьку ціну — головний інструмент конверсії першого платежу.
М'яка та тверда валюта
Більшість мідкор-ігор використовують dual-currency систему:
- М'яка валюта (coins, gold) — заробляється в ігровому процесі, тратиться на базовий прогрес
- Тверда валюта (gems, crystals) — покупається за реальні гроші або заробляється через rewarded/события, тратиться на премиум-контент та прискорення
Конвертація м'якої валюти в тверду повинна бути обмежена або відсутня — інакше теряется сенс покупки твердої валюти. Зворотна конвертація (твердої в м'яку) — допустима, але з невигідним курсом.
Battle Pass як стержень монетизації
Battle Pass — сезонна механіка з двома треками нагород (безплатний та платний). Економічно працює так: гравець бачить привабливі нагороди на платному треку та платить авансом за очікування отримати їх через активний геймплей.
Ключові параметри при проектуванні:
- Довжина сезону: 28–42 дні (занадто короткий — не встигнути пройти, занадто довгий — втратити інтерес)
- Кількість рівнів: 50–100
- Щоденний прогрес без платежів: повинен досягати 70–80 рівня за сезон при casual-активності
- Вартість: $4.99–9.99 базова, $14.99–19.99 з бонусними рівнями
Rewarded реклама в ігровому контексті
Rewarded працює лише там, де пропозиція органічно вписується в потребу. «Подивись рекламу, отримай 10 монет» на головному екрані — погано. «Тобі не хватає 1 життя, хочеш продовжити безплатно?» в момент програшу — конверсія 30–50%.
Placement точки, які працюють:
- Продовження після програшу (continue button)
- Подвійні нагороди за рівень
- Відкриття щоденного бонусного скриньки
- Прискорення таймера будівництва/восстановлення
Кожен placement — окремий rewarded placement ID в AdMob/IronSource. Це дозволяє бачити в аналітиці, які пропозиції конвертуються, а які ігнорують.
Античит та верифікація транзакцій
Клієнтська видача нагород за IAP та rewarded — уразливість. Мінімальний набір захисту:
IAP верифікація: Receipt validation через Apple Receipt Validation API або Google Play Developer API. Клієнт відправляє receipt на ваш backend, backend верифікує у Apple/Google, лише потім видає товар. Блокує replay-атаки з перехопленими receipts.
Rewarded SSV: IronSource/AdMob callback на ваш endpoint з ECDSA-підписом.
Rate limiting: ограничення кількості rewarded в добу на рівні сервера, не лише на клієнті. Клієнтський ліміт обходиться за 5 хвилин через frida або сброс SharedPreferences.
Аналітика монетизації
Метрики, без яких не можна оптимізувати монетизацію:
- ARPU (average revenue per user) = загальний дохід / MAU
- ARPPU (average revenue per paying user) = дохід від платящих / кількість платящих
- Conversion rate = платящі користувачі / всі користувачі
- LTV (lifetime value) — когорта-аналіз за 7/14/30/90 днів
- ROAS (return on ad spend) — якщо є UA-кампанії
Реалізуємо через Firebase Analytics (logEvent("purchase", ...)) + експорт у BigQuery для когортного аналізу. Impression-level revenue з AdMob/IronSource додаємо до тієї ж аналітики для повної картини LTV.
Етапи проектування
- Аналіз жанру та конкурентів — вивчаємо топ-10 похожих ігор в сторі, їх IAP-каталог, відгуки користувачів про монетизацію
- Вибір моделі — на основі жанру, аудиторії, каналів привлечения
- Проектування валютної системи — типи валют, джерела, стоки, коефіцієнти
- Каталог IAP — цінові тири, пакети, стартові пропозиції
- Rewarded placements — точки інтеграції, механіка пропозицій
- Технічні вимоги — що реалізовувати на клієнті, що на сервері
- План A/B-тестів — які гіпотези перевіряємо в першу чергу
Графік: 2–3 дні для базової моделі, 5–7 днів для комплексної системи з детальним GDD з монетизації та технічними специфікаціями. Вартість розраховується індивідуально.