Гравець доходить до 12-го рівня і кидає гру. Pass rate на цьому рівні — 23%, хоча на попередніх було 60%. Класичний симптом неправильного балансу: крива складності надто крута, а монетизація тисне на гаманець. Така ситуація вбиває retention і знижує ARPU. За нашими даними, виправлення такої помилки на ранньому етапі збільшує LTV на 15–25%, що для гри з 50k DAU складає $30,000–$50,000 щомісяця. Ми проєктуємо системи балансування, які запобігають подібним провалам. Наш досвід включає балансування для 50+ мобільних проєктів — від гіперказуалок до MMORPG.
Балансування ігор — це налаштування кривої прогресії та ігрової економіки, де математична модель визначає монетизацію мобільних ігор та retention. Кожен параметр — від шкоди ворога до ціни зілля — впливає на ці метрики. Без системного підходу навіть невелика помилка в коефіцієнті зростання складності може обвалити day-7 retention до 15%. Втрата 5% day-7 retention скорочує LTV на 20%, що може коштувати $50,000 при 100k DAU.
Як математична модель прогресії впливає на балансування мобільних ігор?
Основа будь-якого балансу — крива прогресії. Для RPG, стратегій та більшості casual-ігор використовуються степеневі або експоненційні залежності:
cost(n) = base_cost \times growth_factor^n Наприклад: base_cost = 100, growth_factor = 1.5. Тоді:
- Рівень 1: 100
- Рівень 5: ~759
- Рівень 10: ~5766
- Рівень 20: ~332 525
При growth_factor > 1.6 прогресія стає надто крутою — гравець впирається в стіну і або платить, або йде. При < 1.3 — надто пологою, немає відчуття досягнення.
Крива складності рівнів:
enemy_hp(level) = base_hp \times (1 + level \times difficulty_scale) player_dps(level) = base_dps \times (1 + level \times power_scale) Ключовий параметр — співвідношення difficulty_scale / power_scale. Якщо гравець отримує силу швидше за зростання складності (power_scale > difficulty_scale) — гра стає тривіальною до середини. Якщо повільніше — з'являється pay-wall. Помилка в цьому коефіцієнті може коштувати до 40% майбутньої виручки.
Інструментарій та процес
GameAnalytics / PlayFab Analytics
Дивимось retention по рівнях, відсоток проходження, місце першого виходу:
// Логуємо смерть з контекстом GameAnalytics.NewProgressionEvent( GAProgressionStatus.Fail, "world_1", "level_07", score: remainingHP // здоров'я при смерті як проксі складності ); // Логуємо час проходження GameAnalytics.NewDesignEvent("Level:CompletionTime:world1_07", (float)completionTime.TotalSeconds); За подією score = remainingHP при Fail видно, наскільки близько гравець підходить до перемоги. remainingHP = 5% означає "майже пройшов" — трохи знизити складність. remainingHP = 80% — "навіть не почав" — значний розрив у балансі.
Google Sheets / Airtable як balance sheet
Параметри ворогів, предметів, здібностей — у таблиці з формулами. Зміна однієї комірки перераховує всі залежні значення. Потім JSON/CSV експортується в гру через Remote Config або Addressables.
Remote Config для hot-patch балансу
Критичні параметри (drop rate, ціни магазину, множники шкоди) через Firebase Remote Config — змінюються без оновлення:
var remoteConfig = FirebaseRemoteConfig.DefaultInstance; await remoteConfig.FetchAndActivateAsync(); float bossHealthMultiplier = (float)remoteConfig.GetValue("boss_health_multiplier").DoubleValue; float goldDropRate = (float)remoteConfig.GetValue("gold_drop_rate").DoubleValue; Економіка: три кити
Джерела валюти (Sources): квести, рівні, щоденні бонуси, досягнення, іноді реклама. Мають бути передбачуваними — гравець планує накопичення.
Стоки (Sinks): апгрейди, витратники, розблокування контенту, косметика. Мають споживати валюту активно, інакше вона знецінюється.
Обмінний курс: скільки реального часу потрібно для отримання ігрової одиниці цінності без платежу. Це і є головний важіль монетизації.
| Метрика | Рекомендація |
|---|---|
| Співвідношення Sources/Sinks | ≥ 1.2 для здорової економіки |
| Час до наступної цілі | 1–3 дні без оплати |
Баланс здоровий, якщо час до досягнення цілі без оплати залишається розумним (1–3 дні на наступну значущу ціль), а оплата прискорює, але не блокує прогрес. Виняток: cosmetic-only монетизація — там баланс інший. При правильно налаштованій економіці ARPU зростає на 10–30%, що для проєкту з 50k DAU приносить $10,000–$30,000 додаткової виручки щомісяця.
Як A/B тестування підвищує точність балансу?
Ітерація має бути швидкою. Схема:
- Гіпотеза: «Level 12 занадто складний — pass rate 23%, норма 55-65%»
- Зміна: знижуємо HP ворогів рівня на 20% через Remote Config
- Викатка: на 10% аудиторії (A/B тест через Firebase)
- Вимірювання: через 3 дні дивимось pass rate та retention в експериментальній групі
- Рішення: якщо pass rate 58% і retention не впав — викатуємо на 100%
Без A/B тестування ітерації балансу — сліпі польоти. Зміна може покращити одну метрику і вбити іншу.
| Параметр | Рекомендоване значення |
|---|---|
| Pass rate на рівні | 55-65% |
| Day-7 retention | >35% |
| Час до першої покупки | <1 години геймплею |
| Середня сесія | >5 хвилин |
PvP та мультиплеєр: matchmaking і рейтинг
У PvP-іграх баланс ускладнюється системою матчмейкінгу. ELO-подібні системи (TrueSkill, Glicko-2) використовуються як основа, але з мобільними обмеженнями: не можна довго тримати гравця в черзі. Звичайний компроміс — tight skill range в перші 15 секунд черги, wider range після:
float skillRange = Mathf.Lerp(50f, 300f, Mathf.Clamp01(queueTime / maxQueueTime)); var opponent = MatchmakingService.FindOpponent(playerRating, skillRange); Дані матчів потрібно логувати та аналізувати: якщо win rate топ-10% гравців > 75% — рейтингова система не працює.
Типові помилки в PvP-балансі
- Занадто вузький діапазон навичок — черги >30 сек.
- Ігнорування ping — призводить до негативного досвіду.
- Неврахування складу команди (наприклад, 5 танків без хіла).
Що входить в роботу
- Аудит поточних аналітичних даних: retention по рівнях, drop points, економічні потоки
- Розробка або аудит математичної моделі прогресії
- Налаштування аналітичних подій для балансувальних даних
- Винесення балансних параметрів у Remote Config / Addressables для hot-patch
- Проєктування баланс-таблиці із залежностями
- Налаштування A/B тестування для ітерацій
- Рекомендації щодо matchmaking для PvP (якщо застосовно)
Строки
Аудит та рекомендації щодо балансу існуючої гри: 3–5 днів. Повне проєктування системи балансу з нуля + аналітика: 2–4 тижні. Вартість розраховується індивідуально. В середньому проєкт окупається за 2 місяці зростання ARPU, що приносить додатково $15,000–$25,000 щомісяця при 100k DAU.
Рекомендуємо Game balance як відправну точку для вивчення.
Зв'яжіться з нами для аудиту вашого проєкту. Замовте балансування зараз — ми гарантуємо якість на основі досвіду успішних проєктів.