Поддержка мобильных приложений
Требования сторов, новые версии iOS и Android, сертификаты и пуши. Приложение снимают с публикации не за баги, а за просроченный SDK.
Что входит
- Обновление целевых SDK под требования сторов
- Проверка на новых версиях iOS и Android
- Продление сертификатов и профилей
- Мониторинг крашей по устройствам
- Диагностика доставки пушей
- Выпуск обновлений и релизы
- Публикация в RuStore
Мобильное приложение отличается от сайта тем, что вы не контролируете среду, в которой оно живёт. Сайт можно обновить в любую минуту, а обновление приложения едет через ревью, которое занимает от нескольких часов до нескольких дней. Значит, хотфикс перестаёт быть мгновенным, и всё, что можно проверить заранее, нужно проверить заранее.
Вторая особенность — сроки, которые ставит не бизнес, а магазины приложений. Google и Apple каждый год поднимают требования к целевому SDK, и приложение, которое их не выполняет, перестают показывать новым пользователям, а потом снимают с публикации. Формально приложение исправно, багов нет, у существующих пользователей всё работает — а установок больше нет. О таком дедлайне узнают из письма, которое легко пропустить.
Как мы работаем
- Приёмка проекта. Смотрим версии, состояние сертификатов и профилей, доступы к консолям разработчика, зависимости и их актуальность. Составляем календарь дедлайнов сторов.
- Слежение за требованиями площадок. Отслеживаем изменения политик и сроки по целевому SDK. Обновляемся заранее, а не в последнюю неделю перед снятием с публикации.
- Проверка на новых ОС. Каждую осень выходят новые iOS и Android. Прогоняем приложение на бетах, чтобы поймать поломки до того, как обновятся пользователи.
- Мониторинг крашей. Смотрим отчёты о падениях в разрезе устройств и версий ОС. Краш на одной редкой модели тоже находится, хотя в среднем по больнице его не видно.
- Сертификаты и ключи. Ведём календарь продлений. Истёкший сертификат подписи означает невозможность выпустить обновление именно тогда, когда оно срочно нужно.
- Релизы. Собираем, подписываем и отправляем сборки, сопровождаем ревью и отвечаем на замечания площадок.
Что вы получаете
Приложение, которое остаётся в магазинах и работает на актуальных версиях систем. Дедлайны площадок закрываются заранее, а не в аварийном режиме. Краши видны в цифрах, а не в отзывах со звёздочкой.
У приложения почти всегда есть серверная часть, и её ломает совсем другое — нагрузка, очереди, миграции. Это поддержка веб-приложений, и логично держать обе стороны у одной команды. Тарифы и время реакции — на странице технической поддержки.
Сроки
Приёмка занимает неделю: доступы к консолям, сертификаты, сборка проекта на нашей стороне. Дальше помесячно. Важная поправка на реальность: срочное исправление всё равно проходит ревью площадки, поэтому в SLA мы фиксируем время до отправки сборки, а не до появления обновления у пользователей — обещать второе было бы нечестно.
Пример из практики
Например, у компании приложение, которое выпустили два года назад и с тех пор не трогали, потому что оно работает. Приходит письмо от площадки: с такой-то даты приложения со старым целевым SDK перестают быть доступны новым пользователям. Письмо теряется в почте маркетолога. Через полгода отдел продаж замечает, что установок нет вовсе. К этому моменту обновление уже требует не только смены SDK, но и обновления половины зависимостей, потому что за два года они успели устареть. При регулярном сопровождении такой дедлайн попадает в календарь сразу и закрывается плановым релизом.