Швидкість мобільного застосунку — це не лише технічний показник. Для сервісу замовлення їжі вона безпосередньо впливає на те, чи користувач побачить меню, завершить замовлення і повернеться наступного дня.
Що зробила команда Zomato
У кейс-стаді Android Developers команда описує оптимізацію запуску: видалення застарілих SDK і невикористаних бібліотек, відкладене завантаження та покращення layout. Середній час холодного запуску скоротився приблизно на 25%, а на пристроях низького та середнього класу — до 30%.
Найважливіший результат був бізнесовим: кількість користувачів, які доходили до повністю завантаженої головної сторінки, зросла приблизно на 20%, а утримання на перший день покращилося приблизно на 90%. Також команда зафіксувала близько 600 тисяч додаткових замовлень на місяць.
Урок для інших продуктів
Оптимізацію не потрібно починати з переписування всього застосунку. Спочатку виміряйте реальний шлях: натискання на іконку, перший корисний екран, пошук, вибір і завершення дії. Потім розкладіть час на ініціалізацію, SDK, мережеві запити, побудову UI та дані.
- Видаліть те, що не використовується.
- Відкладіть другорядні бібліотеки.
- Перевірте важкі екрани на слабких пристроях.
- Зв’яжіть технічні метрики з конверсією та утриманням.
Кейс Zomato важливий саме зв’язком між інженерною роботою та поведінкою користувачів. Швидкість має цінність не сама по собі, а тому, що прибирає перешкоду на шляху до результату.
Джерело: Android Developers: Increasing app speed by 30% at Zomato.





