Приложение запущено, команда выдохнула, проект закрыт. А потом выходит новая версия iOS, пользователь находит ошибку в оформлении заказа, магазин меняет требование, и непонятно, кто отвечает и сколько это будет стоить. Сопровождение программного обеспечения после релиза не дополнительная опция, а часть продукта, которая держит его в рабочем состоянии. Ниже показано, как устроить сопровождение приложения без неприятных сюрпризов, без единой цены, и чем сопровождения программного обеспечения отличается от разовой доработки.
Сопровождение программного обеспечения после релиза: что происходит с приложением дальше
Релиз закрывает проект, но не продукт. Операционные системы обновляются каждый год, меняются устройства, стареют библиотеки, а пользователи находят сценарии, которые никто не тестировал, а серверная часть тоже стареет, и после PHP2Shell пришлось делать срочное обновление PHP. Если поддержка не описана, каждое такое событие превращается в срочную просьбу и спор о том, кто платит. То же верно для веб-приложения и SaaS, и поддержка приложения после релиза нужна им так же, как мобильному приложению: растут нагрузка и число пользователей, и первые настоящие ошибки приходят в первые дни после запуска.
Четыре вида работ: исправления, совместимость, безопасность и развитие
Поддержка мобильного приложения состоит из четырёх разных задач, и их стоит разделять в плане и в отчёте. Смешивание задач так и порождает спорные счета, поэтому техподдержка приложения должна быть расписана по видам.
| Вид работ | Примеры | Что запускает работу |
|---|---|---|
| Исправления | Сбои, неверные суммы, сломанные формы | Обращения пользователей, мониторинг |
| Совместимость | Новые версии ОС, новые устройства, обновления библиотек | Календарь выхода платформ |
| Безопасность | Заплатки, пересмотр доступов, защита данных | Уведомления об уязвимостях, аудиты |
| Развитие | Новые функции по данным использования | Ваша дорожная карта |
Первые три вида сохраняют продукт живым, и именно они составляют основу сопровождения приложения. Четвёртый его растит, и планировать его нужно как разработку, а не как поддержку.
Что требуют Apple и Google и как это влияет на план
Магазины меняют правила по графику. Для Android политика Google Play по целевому уровню API сообщает: с 31 августа 2026 года новые приложения и обновления должны ориентироваться на Android 16 (API 36), а существующие приложения должны ориентироваться как минимум на Android 15, иначе останутся недоступными новым пользователям на новых устройствах, причём можно запросить отсрочку до 1 ноября 2026 года. Сопровождение нужно не ради отчёта: цель программного продукта после релиза остаётся прежней. В App Store у Apple есть своя страница будущих требований, например обновлённые вопросы о возрастном рейтинге, на которые нужно ответить, чтобы не прерывалась отправка обновлений. Внесите эти даты в календарь и спросите подрядчика, кто за ними следит.
Как устроить сопровождение приложения: каналы, сроки реакции, приоритеты
Договоритесь о четырёх вещах до первого инцидента, а не после. Первое: уровни срочности с ясным определением, например «не проходят платежи» и «сдвинулась кнопка». Второе: цели по реакции и исправлению для каждого уровня. Третье: один канал для срочного и другой для обычных просьб. Четвёртое: назначенный человек с каждой стороны.
Четыре уровня срочности
- Уровень 1: приложение или оплата не работают, работа начинается сразу.
- Уровень 2: сломана основная функция, исправление в течение рабочего дня.
- Уровень 3: мелкий дефект, исправление в ближайшем плановом релизе.
- Уровень 4: пожелание или улучшение, попадает в бэклог.
Что включить в договор: доступы, исходный код, передача знаний
Договор на сопровождение программного обеспечения должен говорить, что входит в поддержку, что считается новой разработкой, как оформляются обращения и что содержит ежемесячный отчёт. Попросите, чтобы исходный код, скрипты сборки, аккаунты в магазинах и пароли хранились у вас, а не только у подрядчика, и чтобы документация обновлялась с каждым релизом. Сопровождение любого программного продукта проверяется просто, и самая простая проверка подрядчика это вопрос: «Что будет, когда через полгода выйдет новая версия iOS?» Если ответ расплывчатый, стоимость придёт позже сюрпризом.
Какие метрики показывать руководителю каждый месяц
Короткий месячный отчёт лучше длинной панели. Покажите долю сеансов без сбоев и открытые инциденты по срочности, время реакции и исправления, обновления под новые версии ОС, применённые заплатки безопасности и долю времени на исправления против новых функций. Когда исправления съедают бо́льшую часть бюджета мобильного приложения, продукту нужно внимание, а не просто больше часов.
Когда поддержку лучше держать внутри, а когда у подрядчика
Сопровождение программного обеспечения лучше делить: внутри стоит держать то, что зависит от знания вашего бизнеса: приоритеты, продуктовые решения, контакт с клиентами. Партнёр часто лучше справляется с платформенной работой: обновления для магазинов, совместимость с ОС, мониторинг. Выбрать модель помогает материал про аутсорсинг и собственную команду, а если нужны дополнительные инженеры быстро, поможет аутстаффинг. Для инфраструктуры, мониторинга и релизов смотрите DevOps-услуги.
Бесплатный разбор модели поддержки вашего приложения от LinkAgency
Мы посмотрим текущую договорённость по сопровождению приложения, риски вокруг доступов и требований магазинов и разделение между исправлениями, совместимостью, безопасностью и развитием. Если нужен партнёр, команда разработки мобильных приложений возьмёт сопровождение на себя и будет отчитываться ежемесячно, а поддержку приложения под ключ можно заказать как пилот: заказать поддержку приложения можно для одного продукта.
- разбор условий поддержки и уровней срочности;
- проверка исходного кода, аккаунтов магазинов и передачи;
- план на ближайший календарь релизов.
Оставьте заявку, ответим в течение рабочего дня.
Часто задаваемые вопросы (FAQ)
Когда должна начаться поддержка приложения?
В день релиза, а лучше раньше. Договоритесь об условиях, пока приложение ещё в разработке, потому что первые ошибки и вопросы магазинов приходят в первые дни.
Чем поддержка отличается от новой разработки?
Поддержка сохраняет продукт рабочим: исправления, совместимость, безопасность. Новая разработка добавляет функции. Запишите границу в договор, чтобы у каждой задачи была ясная категория.
У кого должны храниться исходный код и аккаунты магазинов?
У вас. Подрядчик может иметь рабочий доступ, но владелец продукта обязан держать репозиторий, аккаунты разработчика в магазинах и пароли.
Как часто приложению нужны обновления?
Планируйте хотя бы один релиз совместимости в год на каждую крупную версию iOS и Android, плюс заплатки безопасности по мере необходимости. Функции идут по вашей дорожной карте.
Что должен содержать месячный отчёт по поддержке?
Инциденты по срочности, время реакции и исправления, долю сеансов без сбоев, выпущенные обновления и заплатки и разделение времени между исправлениями и новой работой.
Может ли LinkAgency взять на себя поддержку готового приложения?
Да. Мы изучаем код, доступы и аккаунты магазинов, согласуем уровни срочности и проводим пилотный период. Оставьте заявку, ответим в течение рабочего дня.
