Сколько стоит поддержка мобильного приложения после запуска

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

Поддержка нужна, чтобы приложение работало, пока вокруг него меняется среда. Пользователи обновляют телефоны. Apple и Google меняют требования. Библиотеки выпускают новые версии. Платежные сервисы меняют правила. Сервер нужно отслеживать.

Простому контентному приложению может хватить легкой проверки и небольших правок. Маркетплейсу, финтех-приложению, доставке, интернет-магазину или онлайн-школе нужно больше: сервер, админ-панель, платежи, пуши, аналитика, роли пользователей, модерация и поддержка.

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

Практический бюджет

В актуальных статьях по теме часто встречается ориентир 15-25% от стоимости разработки в год. Это не универсальный закон, а стартовая оценка. Приложение за 6 млн рублей может требовать 900 тыс.-1,5 млн рублей в год, если оно стабильное. Сложный продукт с платежами, сервером, большим трафиком или требованиями безопасности может стоить дороже.

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

Правила сторов тоже стоят денег

Google Play требует свежие уровни Android API для новых приложений и обновлений. Перед планированием Android-релиза проверьте официальные требования target API level и политику Google Play.

Apple требует корректные сведения о приватности. Полезные официальные источники: App privacy details, Third-party SDK requirements и privacy manifests.

Поэтому старое приложение нельзя оценивать только по числу экранов. Нужно смотреть SDK, сборку, privacy labels, платежи, аналитику, crash reports и сервер.

Чеклист перед ежемесячной поддержкой

Перед договором попросите короткий аудит:

1. Приложение собирается на актуальных инструментах?
2. Какой Android target API и iOS SDK используются?
3. Какие сторонние SDK устарели?
4. Данные о приватности в сторах все еще верные?
5. Работают crash reporting и аналитика?
6. Проверены логин, платежи и пуши?
7. Есть ли сервер, база или админка для мониторинга?
8. Что является обычной поддержкой, а что уже модернизацией?

Этот список пригодится и для технического задания.

Когда поддержка превращается в модернизацию

Поддержка сохраняет здоровое приложение здоровым. Модернизация исправляет приложение, которое отстало.

Признаки: приложение не собирается, стор блокирует обновление, нет мониторинга, сервер не описан, маленькие изменения занимают слишком много времени, пользователи жалуются на скорость, вход или оплату.

В такой ситуации не стоит покупать самый дешевый тариф. Начните с аудита и решите, что дешевле: починить, переработать часть кода или собрать новую версию. Для следующей версии используйте планирование MVP и чеклист запуска.

Как это делает Appfyl

Appfyl запустила более 100 мобильных и веб-продуктов. Мы часто используем Flutter-first подход и работаем с образовательными, wellness, fintech, ecommerce и marketplace-продуктами. В поддержке мы разделяем три бюджета: обязательное техническое здоровье, обновления сторов и SDK, продуктовые улучшения.

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

Посмотрите, как Appfyl превращает объем работ в запущенные продукты. Смотреть кейсы Appfyl.

Следующий шаг

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

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