Технічна підтримка ігор після релізу

Наша компанія з розробки відеоігор веде незалежні проекти, спільно з клієнтом створює ігри та надає додаткові операційні послуги. Досвід нашої команди дозволяє нам охопити всі ігрові платформи та розробити приголомшливий продукт, що відповідає баченню клієнта та перевагам гравців.

Від імерсивних застосунків до ігрових світів і 3D-сцен

Наша виділена команда для VR/AR/MR-розробки, Unity-продакшну і 3D-моделювання та анімації — з власними кейсами і презентаціями.

Відвідати персоналізований сайт
Показано 1 з 1 послугУсі 242 послуг
Технічна підтримка ігор після релізу
Середня
~5 робочих днів
Часті питання

Наші компетенції

Які етапи розробки гри?

Останні роботи

  • image_games_mortal_motors_495_0.webp
    Розробка гри для компанії Mortal Motors
    683
  • image_games_a_turnbased_strategy_game_set_in_a_fantasy_setting_with_fire_and_sword_603_0.webp
    Покрокова стратегія у фентезі сеттингу With Fire And Sword
    862
  • image_games_second_team_604_0.webp
    Розробка ігри для компанії Second term
    491
  • image_games_phoenix_ii_606_0.webp
    3D-анімація – тизер для гри phoenix 2.
    533

Технічна підтримка ігор після релізу

Перші 72 години після релізу — найнапруженіший період. Crashlytics показує crash-free rate 94% замість очікуваних 99%. Firebase Performance фіксує cold start time 8 секунд на mid-range Android. В App Store з'являються відзиви «вилітає на рівні 3». У команди немає процесу реагування — розробники переключились на наступний проект, підтримка не вистроєна.

Технічна підтримка після релізу — це не «відповідати на емейли користувачів». Це моніторинг, діагностика, хотфікси та регулярні оновлення з передбачуваним циклом.

Моніторинг: що дивимось в перші дні

Firebase Crashlytics — обов'язковий інструмент. Після релізу моніторимо dashboard в режимі near-realtime: crash-free users percentage, нові issues по версіям, пристрої з невдало високим crash rate. Критерій для немедленного хотфіксу: crash-free users < 98% або поява crash з Fatal severity на топових пристроях.

Crashlytics показує стек трейс, але для Unity IL2CPP-сборок потрібен dSYM-файл (iOS) або symbol table (Android) для розшифровки нативних стеків. Без symbols трейс виглядає як libil2cpp.so line 0x00034abc — бесполезно. Firebase Crashlytics Symbol Upload в Fastlane або ручне завантаження через firebase-tools — настроюється один раз при сборці.

Firebase Performance: моніторимо app_start trace, _st screen traces, кастомні traces для критичних ігрових путей (завантаження рівня, IAP транзакція). Аномальний час завантаження на конкретних пристроях/ОС-версіях — перший сигнал проблеми.

Google Play Console та App Store Connect: ANR (Application Not Responding) rate на Android — цільовий < 0.47% (поріг Google для поганого стану). Якщо ANR rate зростає — дивимось main thread blocking через Android Profiler.

Процес хотфіксів

Severity 1 (крах при старті, IAP не працює, прогрес не зберігається): реакція в течение години, хотфікс в течение 24 годин. Пайплайн: діагностика по Crashlytics + локальне відтворення → фікс → тестування на цільових пристроях → сборка через CI (GameCI) → expedited review в App Store (зазвичай 24 години при наявності обґрунтування) → phased rollout на Android (10% → 50% → 100%).

Severity 2 (баги геймплею, UI-проблеми, продуктивність): хотфікс або плановий патч в течение 1-2 тижнів.

Phased rollout на Google Play — критична практика. Fastlane supply підтримує rollout: 0.1 для 10% аудиторії. Моніторимо crash rate та rating 24-48 годин, потім розширюємо. Один хотфікс, який сам містить критичний баг — гірше відсутності хотфіксу.

Регулярні оновлення

Поза кризовими ситуаціями — плановий цикл оновлень. Для мобільних ігор оптимально: патч-оновлення кожні 2-4 тижні (balance, bugfix), контентні оновлення кожні 6-8 тижнів.

Кожне оновлення вимагає регресійного тестування. Автотести через Unity Test Framework (Edit Mode + Play Mode Tests) охоплюють критичні шляхи: запуск гри, завантаження збереження, IAP flow. Ручне тестування на 5-10 цільових пристроях перед кожним релізом — не з економії, а тому що автотести не відтворюють GPU-специфічні баги.

Підтримка на аутсорс vs інхаус

Типова схема: основна команда розробки переключилась на новий проект, поддержку ведуть 1-2 людини. Без нормального onboarding документа («як відтворити окруження розробки», «архітектура проекту», «список третіх SDK з версіями») поддержка займає втричі більше часу.

Документ передачі проекту — інвестиція, яка окупується при першому ж хотфіксі від нової людини.

Що входить в контракт підтримки

  • Моніторинг Crashlytics, Firebase Performance, store reviews (щодня)
  • Діагностика та класифікація issues по severity
  • Хотфіксы Severity 1 в течение 24 годин
  • Планові патч-оновлення по узгодженому розкладу
  • Щомісячний звіт: crash rate, ANR rate, середній рейтинг, динаміка DAU
  • Оновлення SDK під нові вимоги OS (iOS major update щорічно)

Терміни та формати

Формат підтримки Термін контракту
Дежурна підтримка (реакція 4-8ч) від 1 місяця
Повна підтримка з плановими патчами 3–12 місяців
Одноразовий аудит + настройка моніторингу 1–2 тижні

Вартість визначається після аналізу складності проекту, цільових платформ та необхідного SLA.