Поддержка приложения и поддержка сайта: почему разные договоры

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

Мобильный клиент зависит от двух сторов и двух вендоров ОС. Это отдельный ритм, даже если бэкенд тот же. Команда Викью смотрит границы контура, не витрину тарифов.

Канон услуги - Поддержка мобильного приложения. Ниже - как не склеить бриф и что принести на оценку, чтобы смета считала один контур.

Что должно быть в договоре

До оценки фиксируем Кто выпускает сборку и кто владеет аккаунтами сторов, Что считается инцидентом: краш, reject, протухший сертификат и Сколько часов на фичи сверх стабильности.

Типичная ошибка

Класть мобильные тикеты в общую очередь сайта. Приоритеты разные, люди разные, дедлайны стора не ждут понедельника контент-менеджера.

Когда пора в разработку

Если в поддержке третий месяц живёт «небольшая новая платёжка» - это уже продукт. Выносите в отдельную оценку, иначе SLA по крашам разъедется.

Когда достаточно простого варианта

Если посетитель уже сравнивает условия и ищет одно действие, не собирайте полный контур «на всякий случай». Часто хватает Поддержка ПО или Аудит приложения.

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

Когда нужен полный контур

Полный контур заказывают, когда в поставку входят Мониторинг крашей, срочные хотфиксы, совместимость с новыми ОС, Обновление SDK, подписей, политик стора, ответов ревью, Мелкие правки экранов и копирайта в согласованном объёме и Релизный ритм: тестовые группы, поэтапный раскат, откат.

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

Напишите задачу - посчитаем состав, срок и стоимость разработки после брифа.

Актуализировано 05.09.2026