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

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

Платежи магазинам и работа подрядчика считаются отдельно

Чтобы сохранить членство в Apple Developer Program, разработчик платит ежегодно. При его окончании приложения становятся недоступны для скачивания через магазин, отправлять новые обновления тоже нельзя.

Уже установленные приложения продолжают работать.

Разработчик платит за аккаунт Google Play один раз, когда создаёт его. Учтите этот платёж при запуске, отдельно от регулярных расходов на техническую поддержку. Ежегодного взноса здесь нет.

Сравнивая предложения, попросите разделить платежи площадкам и оплату работы подрядчика над вашим приложением. Иначе строка «поддержка публикации» останется непонятной: какие именно обязанности подрядчик берёт на себя после запуска.

Заранее уточните, что подрядчик будет делать.

Сроки работы с сертификатами подписи внесите в отдельный календарь. Назначьте ответственных, которые подготовят их к очередному релизу. Apple использует сертификат Apple Distribution в том числе для отправки приложения на проверку. Учтите эту техническую задачу перед релизом.

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

Магазин может потребовать релиз без новых функций

С 28 апреля 2026 года Apple требует собирать загружаемые в магазин приложения средствами новых SDK. Для iOS и iPadOS это SDK 26 или более поздняя версия инструментов для сборки приложения.

Требование касается отправляемых на проверку сборок.

В Google Play с 31 августа 2026 года действуют требования к целевому API. Новые приложения и обновления для смартфонов должны ориентироваться на Android 16, API 36. Более высокий целевой уровень тоже подходит.

Для уже опубликованного приложения порог доступности новым клиентам в магазине другой: Android 15, API 35. При меньшем целевом уровне появляются ограничения установки на устройствах с Android новее целевого API приложения.

Речь о новых клиентах.

Эти правила относятся к приложениям для телефонов. Для часов и других категорий устройств требования Google Play отличаются. Проверьте их отдельно, прежде чем отправлять приложение в магазин.

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

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

Долгая пауза угрожает доступности приложения

Apple может снять приложение, если его не обновляли три года. При этом за последние двенадцать месяцев его не скачивали либо скачивали крайне мало.

Одного возраста приложения недостаточно.

Разработчику такого приложения приходит уведомление, после которого Apple просит обновление в течение 90 дней. При пропуске срока приложение снимают до одобрения обновления, а падающие при запуске снимают сразу. Учитывайте эту разницу в сроках.

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

Проверьте, смогут ли они скачать его в магазине.

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

Также прочитайте уведомления площадки и сверьтесь с календарём ближайших требований к релизам. В отчёте подрядчика попросите фиксировать обнаруженные ограничения магазина отдельно от ошибок внутри самого работающего приложения. У них разные последствия для бизнеса.

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

Само наблюдение проблему не исправит.

Срок поддержки телефона не равен сроку жизни приложения

Google обещает семь лет обновлений системы и безопасности для Pixel 8 и последующих моделей. Отсчёт начинается с появления устройства в американском Google Store, а не с вашей покупки. Это обязательство производителя телефона.

Apple предупреждает, что в предыдущих версиях систем устраняются не все известные проблемы безопасности. Поэтому обновление старой системы может содержать лишь часть исправлений.

Поддержку устройства проверяют отдельно.

Для своего приложения предложите согласовать список систем и устройств, на которых проверяется каждый релиз. Включите в него технику реальных клиентов, если такие сведения доступны в вашей аналитике после запуска. Назначьте ответственного за этот список.

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

Условия эксплуатации здесь известны.

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

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

Серверы и аналитика требуют расчёта по нагрузке

В тарифах Firebase Hosting отдельно учитываются хранение и передача данных, с бесплатными пределами использования. Для телефонной авторизации Firebase указывает тарификацию за отправленные сообщения, а Analytics обозначает бесплатным. Эти условия относятся к Firebase.

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

Бесплатный инструмент тоже нужно настроить.

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

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

Это расчётный пример, не прогноз.

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

Запрашивая смету, перечислите показатели отдельными строками и попросите подрядчика заполнить значения.

• Число активных клиентов и обращений к серверу за выбранный период.
• Объём хранимых файлов и данных, которые приложение передаёт клиентам.
• Количество сообщений авторизации и правила повторной отправки при ошибке.
• Состав резервных копий и согласованный срок хранения каждой копии.

Поддержка людей и развитие продукта получают свои доли

Apple требует, чтобы в приложениях с пользовательским контентом можно было жаловаться на нежелательные материалы и своевременно получать ответ. Правило также требует возможности блокировать нарушителей, поэтому одной разработки кнопки для жалобы недостаточно.

Нужен ответственный за обращения.

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

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

Стоимость владения приложением складывается из платежей площадкам, расходов на эксплуатацию и работы после релиза. Включите в бюджет поддержки обязательные обновления, тесты совместимости и помощь клиентам. Новые функции оцените отдельно. Чтобы посчитать долю каждой статьи внутри бюджета, сначала перечислите работы и ожидаемую нагрузку.

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

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

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

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

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

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

Что входит в поддержку мобильного приложения?

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

Границы лучше записать до релиза. Например, для сервиса записи уточните, кто разбирает пропавшее бронирование и кто отвечает клиенту. Эти обязанности могут лежать на разных исполнителях.

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

Последствия зависят от магазина и от того, какие требования нарушены, поэтому одного срока здесь нет. Google Play ограничивает доступность устаревших приложений новым клиентам на более новых версиях Android.

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

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

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

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

Перед заказом поддержки зафиксируйте состав работ

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

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

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