Проектування монетизації мобільної гри: IAP, реклама, підписки

Ми проектуємо систему монетизації мобільної гри, вбудовану в геймдизайн з першого коміту. Гарантуємо якість результатів та конфіденційність. Ігри, де монетизацію додавали заднім числом, легко впізнати: IAP-пропозиції з'являються без контексту, rewarded-кнопки висять на головному екрані без зв'язку з механікою, а конверсія в платника не перевищує 0.5%. Добре спроектована система — коли гравець сам шукає, де витратити гроші, тому що це вирішує його реальну ігрову проблему. У цій статті розбираємо ключові механіки та підводні камені, щоб ви не повторювали чужих помилок.

Ми маємо досвід монетизації понад 30 проектів — від гіперказуалів до хардкорних RPG. Наш підхід спирається на реальні кейси та A/B-тести, а не на шаблони. Кастомне рішення монетизації працює в 2 рази краще, ніж стандартні шаблони. Зв'яжіться з нами, щоб обговорити деталі вашого проекту.

Як вибрати модель монетизації для вашого жанру?

Перед тим як писати код, потрібно відповісти на три питання: який жанр, яка цільова аудиторія, який LTV очікується. Від відповідей залежить все.

• Free-to-Play з IAP — основна модель для казуальних та мідкор-ігор. Гра безкоштовна, дохід — через покупки всередині. Конверсія в платника: 2–5% для добре оптимізованих ігор. ARPPU — від $5 до $50+.
• Реклама (rewarded + interstitial) — добре працює в гіперказуальних та казуальних іграх з високим DAU. Rewarded дає $10–30 eCPM у хайпікових гіперкажах, interstitial — $2–8. Агресивна реклама без rewarded швидко вбиває retention.
• Підписка — зростаюча модель для ігор з регулярним контентом. Конверсія 3–8%, але retention значно вищий, ніж у разових IAP.
• Гібридна — комбінація кількох джерел. Правильна гібридна модель розподіляє аудиторію: безкоштовні гравці монетизуються через рекламу, платники — через IAP та підписку. Важно не показувати рекламу платникам — це дратує і збільшує churn. Гібридна монетизація збільшує LTV на 20–30% порівняно з чисто рекламною.

Порівняння моделей за жанром

Як спроектувати систему валют та IAP?

Створюємо IAP дизайн з урахуванням психології гравця. In-App Purchases поділяються на три типи — consumable, non-consumable та subscriptions. Неправильний вибір типу критичний: consumable не можна відновити через Restore Purchases, non-consumable — можна.

Типова помилка — занадто багато позицій. Дослідження App Store Review Guidelines показують, що оптимальна кількість IAP-пропозицій у магазині — 6–8 одночасно. Більше — когнітивне перевантаження, гірша конверсія.

Структура цінових тирів для мобільних ігор зазвичай виглядає так: starter pack, mid-range bundle, whale offer, VIP. Стартовий пакет з високою цінністю за низьку ціну — головний інструмент конверсії першого платежу.

М'яка та тверда валюта

Більшість мідкор-ігор використовують dual-currency систему:

• М'яка валюта (coins, gold) — заробляється в ігровому процесі, витрачається на базовий прогрес.
• Тверда валюта (gems, crystals) — купується за реальні гроші або заробляється через rewarded/події, витрачається на преміум-контент та прискорення.

Конвертація м'якої валюти в тверду повинна бути обмежена або відсутня — інакше втрачається сенс покупки твердої валюти. Зворотна конвертація допустима, але з невигідним курсом.

Battle Pass як стрижень монетизації

Battle Pass — сезонна механіка з двома треками нагород (безкоштовний та платний). Економічно працює так: гравець бачить привабливі нагороди на платному треку і платить авансом за очікуване отримання їх через активний геймплей.

Ключові параметри при проектуванні:

• Довжина сезону: 28–42 дні.
• Кількість рівнів: 50–100.
• Щоденний прогрес без платежів: повинен досягати 70–80 рівня за сезон при casual-активності.
• Вартість базового проходу — в нижньому ціновому сегменті, з бонусними рівнями — в середньому.

Rewarded реклама в ігровому контексті

Rewarded працює тільки там, де пропозиція органічно вписується в потребу. "Подивись рекламу, отримай 10 монет" на головному екрані — погано. "Тобі не вистачає 1 життя, хочеш продовжити безкоштовно?" в момент поразки — конверсія 30–50%. Rewarded-покази в момент поразки дають конверсію в 5 разів вищу, ніж пропозиція на головному екрані.

Placement точки, які працюють:

• Продовження після поразки (continue button).
• Подвоєння нагород за рівень.
• Відкриття щоденної бонусної скрині.
• Прискорення таймера будівництва/відновлення.

Кожен placement — окремий rewarded placement ID в AdMob/IronSource. Це дозволяє бачити в аналітиці, які пропозиції конвертуються, а які ігнорують.

Античит та верифікація транзакцій

Клієнтська видача нагород за IAP та rewarded — вразливість. Мінімальний набір захисту:

• Rewarded SSV — IronSource/AdMob роблять callback на ваш endpoint з ECDSA-підписом.
• IAP верифікація: Receipt validation через Apple Receipt Validation API або Google Play Developer API. Клієнт відправляє receipt на ваш backend, backend верифікує у Apple/Google, тільки потім видає товар. Це блокує replay-атаки з перехопленими receipts.
• Rate limiting: обмеження кількості rewarded на добу на рівні сервера, не тільки на клієнті. Клієнтський ліміт обходиться за 5 хвилин через Frida або просто скиданням SharedPreferences.

Чому важливий античит?

Злом монетизації може знизити дохід на 30–50%. Помилка у верифікації перетворює IAP на безкоштовний контент. При правильному підході можна заощадити до 50% бюджету на залучення користувачів, не втрачаючи дохід від платників.

Аналітика монетизації

Метрики, без яких не можна оптимізувати монетизацію:

• 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.

Що входить в роботу

Ми надаємо повний пакет документації:

• GDD з монетизації з описом моделей, валют, IAP-каталогу.
• Технічні специфікації для клієнтської та серверної реалізації.
• Сценарії A/B-тестів для ключових гіпотез.
• Інтеграція з аналітикою (Firebase, BigQuery) та налаштування подій.
• Рекомендації з античиту та безпеки.
• Підтримка на етапі запуску та перші 2 тижні після релізу.

Отримайте детальну пропозицію, що відповідає специфіці вашого проекту. Зв'яжіться з нами для консультації.

Етапи проектування

1. Аналіз жанру та конкурентів — вивчаємо топ-10 схожих ігор у сторі, їх IAP-каталог, відгуки користувачів про монетизацію.
2. Вибір моделі — на основі жанру, аудиторії, каналів залучення.
3. Проектування валютної системи — типи валют, джерела, стоки, коефіцієнти.
4. Каталог IAP — тири цін, пакети, стартові пропозиції.
5. Rewarded placements — точки інтеграції, механіка пропозицій.
6. Технічні вимоги — що реалізовувати на клієнті, що на сервері.
7. План A/B-тестів — які гіпотези перевіряємо в першу чергу.

Терміни проектування: 2–3 дні для базової моделі, 5–7 днів для комплексної системи з детальним GDD з монетизації та технічними специфікаціями. Вартість проектування: від $500 для базової моделі, від $2000 для комплексної системи. Оцінимо ваш проект безкоштовно. Замовте проектування монетизації вашої гри, і ми підготуємо рішення під ваш жанр та аудиторію.

In-App Purchase документація Apple та Play Billing бібліотека Google.