Запуск — это середина пути, а не финиш: приложению нужны обновления под новые версии ОС, требования сторов, исправления ошибок и развитие по данным аналитики. Практический ориентир: бюджет на поддержку — обычно 15–25% от стоимости разработки в год, в зависимости от темпа изменений. Без поддержки приложение не «замораживается», а деградирует: сначала мелкие сбои, потом удаление из сторов. Ниже — из чего состоит поддержка и как её организовать.

Миф «сделал и забыл» — самый дорогой в мобильной разработке. Операционные системы обновляются дважды в год, сторы меняют требования, сторонние сервисы обновляют API. Приложение, которое никто не трогает, начинает умирать примерно через полгода — сначала незаметно, потом необратимо.

chto-vhodit

  • Мониторинг. Отслеживание падений, ошибок API, времени отклика серверов. Проблему лучше узнать из дашборда, чем из отзыва со звёздочкой.
  • Обновления совместимости. Адаптация под новые версии iOS и Android, новые требования Google Play и App Store.
  • Исправление багов. То, что не выловили на тестах, выловят пользователи. Вопрос не «если», а «как быстро чиним».
  • Мелкие доработки. Тексты, экраны, настройки — постоянный фоновый поток.
  • Развитие. Новые функции по данным аналитики — это уже не поддержка, а продуктовая работа, но бюджетировать её нужно вместе.

budget

Ориентир для планирования: 15–25% от стоимости первичной разработки в год на поддержку и развитие умеренного темпа. Плюс инфраструктура: серверы, сторонние сервисы, аккаунты разработчика в сторах — обычно отдельной строкой. Точные цифры зависят от нагрузки и темпа изменений: приложение с платежами и интеграциями требует больше внимания, чем статичный каталог.

metrics

Чтобы поддержка была управляемой, следите за четырьмя показателями: процент сессий без падений (стремитесь к 99,5%+), средний рейтинг в сторах, retention пользователей, время реакции на критичные инциденты. Регулярный отчёт по этим метрикам — минимальный стандарт нормальной поддержки. Подробнее про настройку измерений — в статье про аналитику приложения.

formats

Три рабочих формата: пакет часов в месяц (подходит для стабильных продуктов), SLA с гарантированным временем реакции (для критичных сервисов), выделенная команда на развитие (когда поток задач большой). Выбор зависит от критичности продукта для бизнеса: если приложение приносит деньги каждый день, экономия на реакции на инциденты обходится дороже всего. О вариантах организации — на странице поддержки приложений.

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

Обсудить поддержку →

Калькулятор выручки

Открыть калькулятор

Концепция приложения — бесплатно

Получить концепцию

Частые вопросы

Можно ли обойтись без поддержки?

Технически — да, если готовы, что через полгода-год приложение начнёт отваливаться по частям: новая ОС, изменённое API стора, протухший сертификат. Для бизнеса, который зависит от приложения, это не вариант.

Что такое SLA простыми словами?

Договорённость о скорости реакции: например, критичный инцидент — реакция в течение двух часов, обычная задача — в течение двух рабочих дней. Чем жёстче SLA, тем дороже поддержка.

Кто должен платить за серверы и сервисы?

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

Как понять, что команда поддержки работает хорошо?

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

Редакция MysticodeКоманда Mysticode