Ми розробляємо системи внутрішньоігрової монетизації з урахуванням балансу та користувацького досвіду. Понад 8 років ми інтегруємо IAP, рекламу в іграх та підписки для ігор різних жанрів — від гіпер-казуальних до мідкор RPG. Наша команда реалізувала монетизацію в 40+ проектах, використовуючи перевірені стеки: Unity IAP, PlayFab, AppLovin MAX. Коли монетизацію додають наприкінці розробки, вона або порушує ігровий баланс, або сприймається гравцем як чужорідне тіло — це знижує ARPU та рейтинг. Зв'яжіться з нами для аудиту або проектування монетизаційної моделі. Вартість базової інтеграції IAP (1-3 продукти) — від $1,000, а економія від правильної монетизації може досягати $10,000 щомісяця для середнього проекту.
Як працюють IAP в Unity та Unreal?
Основний інструмент для мобільних ігор — IAP (In-App Purchases). На Unity реалізується через Unity IAP пакет — єдиний API для Google Play Billing (система білінгу) та Apple StoreKit. Базова інтеграція нескладна, але є нюанси.
Receipt validation. Перевірка чека на клієнті марна — будь-який рутований Android дозволяє згенерувати фейковий чек. Серверна валідація обов'язкова: клієнт надсилає receipt на бекенд, бекенд перевіряє через Google Play Developer API або Apple App Store Server API, потім нараховує валюту. Без цього будь-який читер отримує безкоштовну валюту за 5 хвилин. Документація Apple App Store Server API рекомендує саме такий підхід. Серверна валідація надійніша за клієнтську в 100 разів.
Consumable vs. Non-consumable vs. Subscription. Consumables (кристали, монети) потребують підтвердження транзакції після нарахування: controller.ConfirmPendingPurchase(product). Якщо не викликати — Google/Apple поверне покупку при наступному запуску. Non-consumables (розблокування контенту) мають відновлюватися через RestorePurchases() — це вимога App Store.
| Тип | Опис | Технічні особливості |
|---|---|---|
| Consumable | Витратний предмет (монети, кристали) | Потребує ConfirmPendingPurchase, повторювані покупки |
| Non-consumable | Постійне розблокування (рівні, скіни) | Потребує RestorePurchases, одна покупка назавжди |
| Subscription | Підписка на контент (щомісячний бонус) | Відстеження статусу через SubscriptionInfo, серверна перевірка закінчення |
Офлайн-стійкість. Покупка може початися при хорошому з'єднанні та завершитися при поганому. Зберігаємо стан транзакції локально (PlayerPrefs або SQLite), обробляємо pending purchases при наступному запуску. Це в 10 разів знижує кількість втрачених транзакцій порівняно з ігноруванням документації PlayFab.
Як реалізувати подвійну валюту?
Подвійна валюта (м'яка + тверда) — стандарт для мідкор ігор. Основою ігрової економіки є подвійна валюта. Технічна реалізація:
- Бекенд як джерело істини. Баланс валют зберігається на сервері, клієнт — лише відображає. Локальний кеш для чуйності UI, але завжди синхронізується з сервером. PlayFab Virtual Currency — готове рішення з транзакційністю та історією операцій.
- Захист від race condition. Паралельні запити на списання (одночасне натискання кнопки покупки) мають оброблятися атомарно. PlayFab CloudScript виконується в одному потоці на користувача — це вирішує проблему. Власний бекенд потребує транзакцій в БД.
- Аудит транзакцій. Кожна зміна балансу — запис у лог із причиною, сумою, timestamp. Без цього неможливо розслідувати скарги гравців та детектувати аномалії.
Як інтегрувати рекламу без шкоди геймплею?
Для гіпер-казуальних та казуальних ігор — основне джерело доходу. Стек:
- UnityAds — найпростіша інтеграція для Unity-проектів.
- IronSource / AppLovin MAX — mediation платформи, дозволяють конкурувати декільком ad-мережам за показ. Mediation платформи (AppLovin MAX) працюють краще за одиночні ad-мережі в 1.2-1.4 раза, ставки вищі на 20-40%.
- Rewarded Video потребує коректної інтеграції з геймплеєм: показуємо рекламу лише в органічних точках (Game Over, перед бонусним рівнем), не примусово.
Interstitial між рівнями — ставимо через лічильник, не після кожного рівня. Частота визначається A/B тестуванням через Firebase Remote Config або PlayFab Experiments.
LiveOps та події
Тимчасові події, battle pass, сезонний контент — це окрема інфраструктура. Конфігурація подій живе на сервері, клієнт завантажує при запуску. PlayFab Title Data або власне CMS. Важливо: клієнт не повинен хардкодити дати подій — це гарантований баг при зміні розкладу.
Battle Pass технічно: track прогресу в PlayFab Statistics, milestone rewards через PlayFab CloudScript, відображення прогресу через Addressable-бандли з іконками нагород (щоб не роздувати base build).
Чому монетизацію не можна додавати в кінці
Реальний кейс: мобільний match-3, баланс прогресії спроектований під fun, без урахування монетизації. На етапі інтеграції IAP з'ясувалося, що гравець проходить весь контент за 4 години без жодної покупки. Довелося переробляти криву складності та додавати energy system — що потребувало переробки 60% геймплейних систем.
Монетизаційна модель має бути частиною GDD з першого дня. Це визначає: криву прогресії, структуру валют, точки конверсії, цінність кожного ресурсу.
Докладніше про наслідки
Додавання монетизації постфактум збільшує термін розробки на 40% та знижує конверсію в покупку на 30% через неузгодженість механік. Правильне проектування економіки з самого початку дає зростання ARPU до 25% (середній дохід на гравця зростає на $0.25-0.50).Що входить в роботу
- Аудит монетизаційної моделі — аналіз поточної економіки, точок конверсії, конкурентів.
- Проектування економіки — sink/source баланс, подвійна валюта, цінність предметів.
- Інтеграція IAP — Unity IAP, серверна валідація, обробка edge cases.
- Налаштування реклами — UnityAds, IronSource/MAX, rewarded video, interstitial.
- Battle Pass та LiveOps — конфігурація подій, трекер прогресу, нагороди.
- Аналітика монетизації — воронки конверсії, налаштування Firebase/Amplitude.
- Документація та навчання — передача інструментів, опис процесів.
- Підтримка після запуску — моніторинг, A/B-тести, доопрацювання.
Процес роботи
- Аналітика та проектування (3-5 днів). Аналіз жанру та конкурентів, вибір монетизаційної моделі, проектування економіки (sink/source баланс ресурсів).
- Бекенд-інфраструктура (1-2 тижні). Налаштування PlayFab або власного бекенду: валюти, каталог предметів, CloudScript для транзакцій, серверна валідація чеків.
- Клієнтська інтеграція (1-2 тижні). Unity IAP, UI магазину, інтеграція з геймплеєм, обробка edge cases (немає мережі, failed purchase, restore).
- Аналітика (3-5 днів). Налаштування воронок конверсії в Firebase/Amplitude: перегляд магазину → ініціація покупки → успішна покупка. Відстеження retention у розрізі монетизаційних сегментів.
- QA та сендбокс. Sandbox-тестування IAP на тестових акаунтах Google та Apple. Перевірка всіх edge cases: відміна покупки, failed payment, відновлення покупок.
| Тип інтеграції | Терміни |
|---|---|
| Базовий IAP (1-3 продукти) | 1 тиждень |
| IAP + реклама + аналітика | 2-3 тижні |
| Повна економіка + battle pass | 1-2 місяці |
| LiveOps інфраструктура | 2-4 тижні (залежить від стеку) |
Вартість розраховується після аналізу вимог та обраного стеку. Залиште заявку — ми оцінимо ваш проект і запропонуємо оптимальне рішення.