Техподдержка мобильного приложения нужна, когда приложение уже в App Store и Google Play и от него зависят заказы, личный кабинет или полевые сотрудники. Сбой здесь выглядит иначе, чем на сайте: часть пользователей остаётся на старой версии, стор отклоняет релиз, а краш виден только в аналитике. Extyl сопровождает и развивает мобильные приложения наряду с веб-проектами (User-provided, страница техподдержки). Ниже зоны ответственности и отличия от веб-поддержки.
Чем техподдержка мобильного приложения отличается от поддержки сайта
| Сайт / портал | Мобильное приложение | |
|---|---|---|
| Выкладка фикса | Часто в тот же день | Ревью стора: часы или дни |
| Версии у пользователей | Одна (на сервере) | Много старых сборок сразу |
| Диагностика | Логи сервера, браузер | Крашлитики, устройства, OS |
| Зависимости | Хостинг, браузеры | iOS / Android, магазины, SDK |
| Hotfix | На сервере | Ограничен политиками сторов и архитектурой |
Из этого следует: регламент mobile-поддержки должен учитывать очередь ревью, матрицу устройств и согласованность приложения с backend API.
Обновления OS: что проверять в сопровождении
Каждый крупный релиз iOS и Android ломает часть приложений: разрешения, фоновые задачи, WebView, платежи, камера, push.
В техподдержке мобильного приложения закладывают:
- отслеживание beta и релизных заметок Apple и Google;
- прогон критичных сценариев на новых OS до массового обновления пользователей;
- запас по срокам, если нужна правка и повторная модерация;
- политику минимальных поддерживаемых версий OS (что ещё чините, что уже нет).
Без этого «приложение внезапно перестало открываться у половины клиентов» прилетает в понедельник после выходных с обновлением системы.
Краши: как сопровождать стабильность
Краш — падение приложения на устройстве пользователя. В поддержке смотрят не только «починили в коде», а цепочку:
- Сбор крашей (Firebase Crashlytics, AppMetrica и аналоги).
- Приоритет: частота × критичность сценария (оплата, вход, главный экран).
- Воспроизведение на устройстве / эмуляторе и конкретной версии OS.
- Фикс, регресс, выкладка в стор или через staged rollout.
- Контроль, что доля крашей снизилась после релиза.
Отдельно проверяют ANR (приложение не отвечает) на Android и зависания на старте. Если краш связан с ответом API, чинят связку приложение + backend, а не только клиент.
Backend, API и push: зона, которую часто забывают
Мобильное приложение редко живёт без сервера. В сопровождении фиксируют:
- API: совместимость версий, deprecated методы, таймауты, ошибки авторизации;
- backend-релизы: не ломают ли старые сборки приложения;
- push: сертификаты APNs / FCM, токены, тихие и маркетинговые уведомления, доставляемость;
- контент и фичефлаги: что можно менять без релиза в стор.
Правило для договора: кто отвечает за мобильный клиент, кто за API, кто за инфраструктуру. Иначе при падении «кнопки оплаты» три команды будут ждать друг друга.
Релизы в сторах: регламент для техподдержки
Типовой цикл фикса в mobile:
- Инцидент и воспроизведение.
- Фикс и тест на матрице устройств.
- Сборка, подпись, changelog.
- Отправка в App Store / Google Play.
- Ожидание ревью (особенно у Apple).
- Поэтапный rollout и мониторинг крашей/отзывов.
В SLA mobile-поддержки отдельно прописывают: время реакции на инцидент и ожидаемое время до публикации фикса. Это разные величины. Для критичных дыр иногда готовят server-side workaround, пока сборка проходит ревью.
Что входит в договор техподдержки мобильного приложения
Обычно:
- разбор крашей и срочных дефектов;
- проверка совместимости с новыми OS;
- сопровождение релизов в сторах;
- правки клиента при изменениях API;
- поддержка push и базовых SDK;
- координация с командой backend.
Не путать с продуктовой разработкой новых экранов «под ключ». Крупные фичи оценивают отдельно.
Как Extyl помогает с mobile-сопровождением
Extyl поддерживает и развивает мобильные приложения в рамках техподдержки ИТ-систем: от 1 500 ₽/час, SLA в договоре, вход через экспресс-аудит текущего состояния клиента, API и процессов релиза. Удобно, когда один подрядчик видит и приложение, и backend, и не разрывает ответственность на «это стор» / «это сервер».
