Техническая поддержка приложения: состав и стоимость

Релиз в сторах — это не финиш, а точка, с которой начинается вторая смета. Пользователи обновляют iOS и Android, площадки меняют правила модерации, платежи отваливаются после очередного релиза SDK, а на проде падает API. Приложение стоимость владения складывает не из разработки, а из этих месяцев после запуска — и обычно они дороже, чем кажется на старте.

По нашей практике, за первый год после релиза команда тратит на поддержку 25–40% бюджета первоначальной разработки. Приложение за 3,5 млн ₽ требует ещё 900 тыс. – 1,4 млн ₽ в год, чтобы просто оставаться работоспособным: без новых функций, только адаптация к внешней среде и починка инцидентов. В этом разборе — состав услуг, реальные вилки цен на 2026 год и грабли, о которых подрядчики молчат в договоре.

Отдельная строка расходов — инфраструктура: серверы, база, хранилище файлов, CDN, push-сервис и аналитика. Это 15–70 тыс. ₽ в месяц, и растут они вместе с аудиторией, а не с числом функций. Дальше — состав поддержки, вилки тарифов на 2026 год, обязательные работы, которые нельзя выкинуть, и расчёт годового бюджета.

Ключевые выводы

• Поддержка мобильного приложения стоит 60–180 тыс. ₽ в месяц за iOS и Android вместе при стандартном SLA с реакцией 4 часа в рабочее время.
• Минимальный аварийный тариф — 30–45 тыс. ₽ в месяц: 8 часов работ и обновления под новые версии ОС, без доработок.
• Обязательные обновления SDK и требований сторов съедают 15–25 часов в квартал, и без них приложение снимают с публикации.
• Стоимость приложений на рынке расходится в 3–4 раза при похожем описании, потому что в дешёвых тарифах нет мониторинга, тестового контура и дежурства.
• Владение приложением за 3 года обходится в 1,6–2,1 раза дороже разработки, а передача кода другой команде стоит 150–350 тыс. ₽ и 3–6 недель на аудит, документацию и настройку CI.
• В первый год поддержка дороже: 40–60% бюджета уходит на адаптацию после релиза.

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

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

Типовой состав работ, который стоит требовать в договоре:

1. Мониторинг сборок, падений и времени ответа API с алертами в Telegram.
2. Обновления под новые версии iOS и Android — минимум два релиза в год на каждую платформу.
3. Разбор инцидентов по SLA: реакция, диагностика, исправление, отчёт.
4. Обновление библиотек и платежных SDK, продление сертификатов и ключей подписи.
5. Публикация обновлений в App Store и Google Play, работа с отказами модерации.
6. Мини-доработки в рамках включённых часов: тексты, порядок экранов, аналитика.
7. Ежемесячный отчёт: число падений, доля успешных сессий, израсходованные часы.

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

Обязательный минимум, который нельзя выкидывать

Есть четыре пункта, экономя на которых вы теряете приложение целиком. Обновления под новые версии ОС: Apple и Google поднимают минимальную целевую версию, и сборка, которая год назад проходила модерацию, сегодня получает отказ. Платежные SDK: если у вас подписки или оплата внутри приложения, несовместимость с новой версией приводит к отвалу покупок — это прямые потери выручки.

Дальше — мониторинг падений. Без него вы узнаёте о проблеме из отзывов в сторах, когда рейтинг уже упал до 3,1 и установки просели. И последнее — резервное копирование и миграции базы: изменение схемы данных без плана отката однажды заканчивается восстановлением из бэкапа недельной давности.

Стоимость поддержки: тарифы и что в них входит

Средняя поддержка приложения в 2026 году — 60–180 тыс. ₽ в месяц. Вилка зависит от числа платформ, наличия бэкенда на стороне подрядчика, сложности интеграций и требуемого времени реакции. Ниже — реальные тарифы, которые встречаются на рынке.

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

Час сверх пакета стоит 3 500–6 500 ₽. Сумма зависит от контура, который вы обслуживаете. Если приложение обменивается данными с учётом, добавьте 1С стоимость сопровождения отдельной строкой — 30–80 тыс. ₽ в месяц за сопровождение и обновления. Стоимость 1С в проекте складывается из лицензий, доработок обмена и часов партнёра: экономить на сопровождении учёта нельзя, иначе приложение начнёт получать некорректные остатки и цены. Дежурство в нерабочее время добавляет 25–40% к тарифу. Инфраструктура — отдельная строка: серверы, база, объектное хранилище, CDN, push-сервис и аналитика обходятся в 15–70 тыс. ₽ в месяц при 10–50 тыс. активных пользователей.

Стоимость сайта и сайт стоимость считаются принципиально иначе: там нет сторов, модерации и версий ОС, поэтому поддержка лендинга стоит 15–40 тыс. ₽ в месяц, а корпоративного портала — 40–90 тыс. ₽. Не переносите веб-логику на мобильный бюджет и наоборот.

Часть подрядчиков добавляет в тариф «ИИ-функции»: автоответы на отзывы, суммаризацию обращений в поддержку, подсказки в интерфейсе. Считать это отдельным поводом для роста чека не стоит: ИИ это приложение не делает надёжнее, а поддержка модели требует денег на токены и проверку ответов — обычно 10–25 тыс. ₽ в месяц сверху. Окупается только там, где снимает часы операторов, и измерить это можно за один месяц пилота.

Как считать бюджет на год

Приложение стоимость года поддержки считает по формуле: тариф × 12 + инфраструктура × 12 + обязательные обновления + резерв 15% на инциденты. Для приложения с двумя платформами и бэкендом на стандартном тарифе это выглядит так: 130 000 × 12 = 1 560 000 ₽, инфраструктура 35 000 × 12 = 420 000 ₽, резерв 250 000 ₽. Итого около 2,2 млн ₽ в год — цифра, которую стоит увидеть до подписания договора на разработку, а не после.

Приложение стоимость поддержки получает не за код, а за готовность реагировать: дежурство, тестовый контур, мониторинг и понятный SLA. Без этих четырёх элементов тариф превращается в оплату переписки в мессенджере.

Команда поддержки: кто именно держит приложение

Полноценная команда — это не один универсал. Минимальный рабочий состав на два студии и бэкенд: мобильный разработчик (0,5–1 ставки), бэкенд-разработчик (0,3–0,5), тестировщик (0,25–0,5), DevOps (0,2–0,3) и менеджер (0,2). В деньгах это 250–400 тыс. ₽ в месяц в штате с налогами; в тарифе подрядчика вы платите только за нужные часы, но ставка часа выше.

Один человек «на всё» работает до первого серьёзного инцидента. Классическая сцена: ночью платежи перестают проходить, единственный разработчик в отпуске, а в поддержке нет доступа к продовому окружению и ключам. Утром выясняется, что половина документации утеряна вместе с его ноутбуком.

Что должно быть у подрядчика, а не у вас

Требуйте, чтобы у подрядчика были свои: тестовый контур с тестовыми платежами, настроенный CI/CD, где сборка занимает минуты, а не часы, доступ к аккаунтам сторов через вашу организацию (не через личный аккаунт разработчика), и репозиторий в вашем владении. Последний пункт критичен: код должен лежать в вашей организации на GitHub или GitLab с первого дня проекта.

Где поддержка превращается в убыток

Первая ошибка — считать поддержку гарантией. Гарантия покрывает ошибки разработки и обычно действует 3–6 месяцев после релиза, поддержка — внешние изменения и новые задачи. Когда подрядчик пытается закрыть гарантийные баги за счёт часов из поддержки, вы платите дважды.

Вторая — не вести реестр задач. Без реестра через полгода невозможно понять, за что ушли 40 часов и почему в приложении не появилось ни одной новой функции. Третья — экономить на тестировании. Регресс после каждого релиза стоит 20–30 тыс. ₽, а пропущенный баг в оплате — потеря выручки за дни и падение рейтинга.

Ещё один сценарий экономии — перенести часть задач внутрь: типовые ответы пользователям, обновление текстов, сборку релизов по чек-листу. Это снижает стоимость приложения в поддержке на 10–20%, если у вас есть человек, готовый тратить на это 4–6 часов в неделю.

Честная граница применимости: если приложение за год не принесло ни одной измеримой метрики (заказы, записи, повторные покупки), поддерживать его дороже, чем переписать. Считайте так: поддержка 1,5 млн ₽ в год против 600 тыс. ₽ на пересборку критичной части. Разбор похожей ситуации — в материале про безопасность мобильного приложения, где сведены метрики приёмки и передачи проекта.

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

Сколько стоит поддержка приложения в месяц?

Минимум — 30–45 тыс. ₽ за аварийный тариф с 8 часами работ. Рабочая поддержка двух платформ с бэкендом стоит 110–160 тыс. ₽ в месяц, расширенная с дежурством — до 280 тыс. ₽. Инфраструктура оплачивается отдельно.

Что будет, если вообще не обновлять приложение?

Через 6–12 месяцев сборка перестанет соответствовать требованиям сторов: Apple и Google поднимают минимальные версии SDK. После этого обновление не пройдёт модерацию, а часть платежей и push-уведомлений отвалится. Восстановление обойдётся дороже года спокойной поддержки.

Можно ли поддерживать приложение силами своего сисадмина?

Только на уровне инфраструктуры: серверы, бэкапы, мониторинг. Мобильная сборка, работа с модерацией и обновление SDK требуют разработчика с опытом сторов. Сисадмин без такого опыта обычно ломает процесс подписи сборок и продлевает релизы на недели.

Что дешевле: поддержка или разработка заново?

До 2–3 лет выгоднее поддержка: 60–180 тыс. ₽ в месяц против 2–4 млн ₽ за новую разработку. Переписывать имеет смысл, когда архитектура не тянет нагрузку, доля падений выше 2%, а добавление одной функции занимает месяцы. Тогда новая версия окупается за 12–18 месяцев.

Входит ли в поддержку работа с отзывами в сторах?

Обычно нет, это отдельная услуга за 15–40 тыс. ₽ в месяц: ответы на отзывы, работа с рейтингом, подготовка описаний к релизам. Если отзывы влияют на установки, эта строка окупается быстрее, чем ещё один разработчик.

Что делать дальше

Соберите цифры до разговора с подрядчиком: сколько у вас активных пользователей, какие интеграции задействованы, что критично по времени реакции. С этими данными вы за 20 минут поймёте, какой тариф вам называют честно, а какой завышают. Запросите смету на поддержку отдельным документом — не приложением к договору разработки, а самостоятельным приложением с перечнем часов.

Если приложение уже есть и вы не понимаете, что происходит с продом, начните с аудита: две недели, 120–200 тыс. ₽, на выходе — карта рисков, состояние кода и план работ на год. Заказать такой разбор и передачу проекта на поддержку можно вместе с командой разработка приложений — она оценит состояние сборок, инфраструктуры и договора с текущим подрядчиком. Параллельно стоит прочитать про состав проекта мобильного приложения под ключ и аналитику мобильного приложения: без метрик вы не докажете ни себе, ни инвестору, что поддержка приносит деньги.

Статья основана на практике проектов НейроДела и данных Яндекс Вордстата по кластеру «Разработка приложений». Основной запрос материала — «приложение стоимость» (10 553 показов в месяц). Если у вас другая ситуация — напишите, разберём.