Главная СопровождениеПоддержка мобильных приложений

Поддержка мобильных приложений

Проверяем исходный код, сборку, серверную часть и права публикации. После приёма проекта оцениваем задачи и выпускаем согласованные обновления.

Передать приложение Состав поддержки

От 10 часовпакет регулярной поддержки

До 1 рабочего часареакция на критический запрос по договору

Отчёт по часамзадачи и фактически затраченное время

Как принять приложение на поддержку

Проверим код, сборку, серверную часть и права публикации, чтобы понять, можно ли безопасно выпустить следующую версию.

Вы получите список рисков и согласованную первую задачу; исправление проверим перед публикацией в магазинах.

Состав обновления зависит от доступа к репозиторию, аккаунтам и backend.

Разобрать поддержку приложения

Что входит в поддержку приложения

Работа приложения зависит от мобильного интерфейса, серверной части, данных и процесса публикации обновлений.

Приложение

Диагностика сбоев, исправление ошибок, адаптация интерфейсов и подготовка новых версий.

Серверная часть и данные

API, фоновые процессы, данные и интеграции, от которых зависят функции приложения.

Сборка и публикация

Сборка, проверка, подготовка материалов и сопровождение публикации в магазинах приложений.

Крупные новые функции оцениваем отдельно. Ошибки, обязательные обновления и небольшие изменения выполняем из пакета часов.

До регулярной поддержки проверяем готовность проекта

Если приложение создано другой командой, сначала подтверждаем, что его можно собрать, выпустить и безопасно изменять.

Шаг 1

Доступы и владение

Проверяем исходный код, серверы, данные, ключи, рабочие учётные записи и права публикации.

Шаг 2

Сборка и диагностика

Воспроизводим проект, проходим ключевые сценарии и фиксируем критические ограничения.

Шаг 3

Очередь и правила релизов

Согласуем приоритеты, критерии приёмки, ответственных и безопасный ритм обновлений.

Подробнее о подхвате проекта

Приоритеты и время реакции

Приоритет зависит от влияния проблемы на работу приложения.

Приоритеты обращений и время первой реакции
Приоритет	Пример	SLA реакции
Критический	Приложение или ключевой сценарий недоступны	До 1 рабочего часа
Важный	Часть функций работает с существенным ограничением	До 4 рабочих часов
Плановый	Улучшение, обновление или некритичная ошибка	До 1 рабочего дня

Условия действуют в рабочие дни с 10:00 до 19:00 МСК после приёма проекта и фиксируются в договоре. SLA определяет время первой реакции, а не срок исправления.

10 часов