Что входит в техническую поддержку приложения
Техническая поддержка приложения - это не только «чинить баги». В неё входит несколько направлений: исправление ошибок, которые всплывают в реальной эксплуатации; обновления под новые версии iOS, Android и браузеров, иначе приложение однажды перестаёт запускаться; поддержка инфраструктуры и мониторинг доступности; обновление зависимостей и закрытие уязвимостей; небольшие доработки и развитие функциональности. Первые три пункта - обязательный минимум просто чтобы продукт продолжал работать, остальное - про то, чтобы он оставался конкурентным.
Модели сопровождения: почасовая, SLA и retainer
Есть три распространённые модели. Почасовая (Time & Material) - вы платите за фактические часы, удобно когда задачи возникают редко и непредсказуемо. SLA - соглашение об уровне сервиса с гарантированным временем реакции на инцидент, нужно тем, для кого простой критичен. Retainer - фиксированный ежемесячный пакет часов на поддержку и мелкие доработки, самый предсказуемый по бюджету вариант для живого продукта. Выбор зависит от того, насколько для вас критичен простой и как часто планируются изменения.
Сколько закладывать в бюджет на поддержку
Ориентир, который использует рынок, - порядка 10-20% от стоимости разработки в год на поддержку и развитие. Точная цифра зависит от сложности продукта: у приложения с платежами, интеграциями и высокой нагрузкой сопровождение дороже, чем у простого каталога. Важно закладывать этот бюджет заранее, ещё на этапе оценки разработки, а не сталкиваться с ним внезапно после релиза. Это ориентировочная вилка - конкретную стоимость всегда считают под ваш продукт и требуемый уровень сервиса.
Что будет, если не поддерживать приложение
Продукт без поддержки не остаётся в том же состоянии - он деградирует. Сначала накапливаются мелкие сбои, потом выходит новая версия ОС и часть пользователей теряет доступ, затем всплывает незакрытая уязвимость. Отдельная проблема - зависимости: библиотеки устаревают, и через год-два обновить приложение становится дороже, чем поддерживать его понемногу всё это время. Экономия на сопровождении почти всегда оборачивается более дорогой разовой переделкой.
Как передать продукт на поддержку без потери контроля
Чтобы поддержка была прозрачной, у вас на руках должны быть исходный код, доступы к инфраструктуре и учётным записям, а также документация. Тогда сопровождать продукт может как команда-разработчик, так и любая другая - вы не привязаны к одному подрядчику. Мы отдаём код и инфраструктуру заказчику целиком, поэтому поддержка не превращается в зависимость: вы платите за работу, а не за то, что ключи от продукта лежат у кого-то ещё.