Технічна підтримка мобільного додатку після релізу
Перші два тижні після публікації в App Store і Google Play — найвразливіший період. Тестували на 5 пристроях, а в продакшені додаток запускається на сотнях конфігурацій: різні версії ОС, розміри екрану, нестандартні шрифти системи, обмежена пам'ять. Крешн, які не воспроізводились на QA, з'являються у реальних умовах.
Що відбувається без організованої підтримки
Firebase Crashlytics фіксує crash-free rate — у нового додатку він рідко буває вищим за 99,5% відразу після релізу. Кожна необроблена крешу — це користувач, який видаляє додаток і ставить 1 зірку. Без моніторингу ці крешн накопичуються дні, перш ніж команда дізнається про проблему.
Типова ситуація: утечка пам'яті у RecyclerView на Android 8.x, яку неможливо воспроізвести на емуляторі з Android 13. Користувачі з конкретними пристроями (Xiaomi MIUI 12, Samsung One UI 3.x) стикаються з OOM-крешу на екрані каталогу. Без підтримки це виявляється через 2–3 тижня за накопленими відзивами.
Що входить у технічну підтримку
Моніторинг крешів і ANR
Щоденний перегляд Firebase Crashlytics і Google Play Console (Android Vitals). Пріоритизація за crash-free rate: якщо падає нижче 99%, це критично. ANR-рейт вищий за 0,47% — Google знижує видимість додатку в пошуку.
Для iOS — моніторинг Xcode Organizer (Crashes) і MetricKit для memory/CPU. MetricKit доставляє діагностику на пристрої раз на 24 години:
// Підписка на MetricKit діагностику
class AppDelegate: UIResponder, MXMetricManagerSubscriber {
func didReceive(_ payloads: [MXMetricPayload]) {
// Аналіз CPU, memory, disk usage
}
func didReceive(_ payloads: [MXDiagnosticPayload]) {
// Crash logs, hang logs
}
}
Triage нових крешів
Для кожної нової крешу визначаємо: затронутих користувачів, версію ОС, пристрій, build версію. Якщо крешу торкається >0,1% сесій — заводимо hotfix-гілку.
Ответи на технічні відзиви
Відзиви з упоминанням технічних проблем в App Store і Google Play — частина підтримки. Користувач описав крешу в відзиві швидше, ніж напишає в support-форму. Моніторимо ключові слова: «вилітає», «не відкривається», «зависає», «помилка».
Оновлення залежностей
Через 1–2 місяці після релізу виходять патч-версії Firebase SDK, Retrofit, Alamofire з фіксами безпеки. Без регулярного оновлення проект накопичує вразливості. Оновлюємо з перевіркою на regression.
Процес роботи
Налаштування моніторингу в перший день після релізу: Crashlytics alerts, Slack-уведомлення при crash-rate > порогу.
Щоденний triage: 30–60 хвилин на перегляд нових крешів і ANR.
Щотижневий звіт: crash-free rate, топ-3 проблеми, статус фіксів.
Hotfix-релізи за необхідністю: App Store — review 24–48 годин, Google Play — staged rollout 10% → 100%.
Орієнтири по строкам
Первинна настройка моніторингу й процесів — 1–2 дні. Ongoing-підтримка розраховується індивідуально залежно від активної аудиторії й частоти релізів.