Есть распространённое заблуждение, которое стоит заказчикам нервов и денег: что приложение — это как памятник. Поставил, перерезал ленточку, и стоит оно себе годами без вашего участия. Логика понятная: заплатил за разработку, получил готовый продукт, опубликовал — всё, можно забыть и собирать урожай. А потом через полгода приложение начинает сбоить на новых телефонах, рейтинг в сторе сползает к двойке, и выясняется, что памятник-то живой и требует ухода.
Приложение правильнее сравнивать не с памятником, а с автомобилем или садом. Оно живёт в среде, которая постоянно меняется: выходят новые версии операционных систем, появляются новые устройства, сторы меняют правила, пользователи находят то, что не нашли тестировщики. Без регулярного ухода всё это накапливается и однажды обрушивается разом. Разберём, почему публикация — это не финал, а начало новой главы, что входит в поддержку, сколько она стоит и что бывает с теми, кто решил на ней сэкономить.
Что вы узнаете из статьи
- Почему приложение деградирует само, без единой правки в коде
- Что конкретно входит в поддержку и сопровождение
- Сколько стоит поддержка и как её закладывают в бюджет
- Что происходит с приложением, которое перестали обновлять
- Можно ли передать поддержку другому исполнителю и что для этого нужно
Почему приложение «портится» само по себе
Самое неинтуитивное в приложениях вот что: они ломаются, даже если их не трогать. Звучит странно — код же не меняется, как он может испортиться? Дело в том, что приложение работает не в вакууме, а внутри операционной системы и на конкретных устройствах, и вот они-то меняются постоянно.
Каждый год выходят крупные обновления iOS и Android, а между ними — десятки мелких. Появляются новые модели телефонов с другими экранами и возможностями. То, что вчера прекрасно работало, на свежей версии системы может повести себя неожиданно: поехала вёрстка, перестала работать какая-то функция, приложение начало вылетать. Не потому что в нём что-то сломали, а потому что мир вокруг него сдвинулся, а оно осталось прежним.
К этому добавляются сторы, которые регулярно ужесточают требования. Сегодня хватало одного, завтра Apple или Google требуют поддержки новой возможности или нового правила приватности — и приложения, которые не обновили, начинают получать предупреждения, а потом и вылетать из витрины. Поэтому поддержка — это не про «доделать недоделанное», а про то, чтобы приложение оставалось совместимым с постоянно меняющейся средой. Логично, что грамотные исполнители закладывают это понимание ещё на этапах разработки, а не преподносят как сюрприз после релиза.
Что входит в поддержку: разбор по составляющим
Поддержка — слово размытое, и под ним каждый понимает своё. Разложим на конкретные составляющие, чтобы вы знали, за что платите и о чём договариваться.
Исправление багов. Реальные пользователи на реальных устройствах находят то, что не отловили тестировщики, — это нормально, так бывает всегда. Поддержка означает, что эти баги ловят по жалобам и отзывам и оперативно чинят, пока они не испортили рейтинг.
Обновление под новые системы и устройства. Та самая работа по совместимости: вышла новая iOS — проверили, поправили, что отъехало. Появилась новая модель телефона — убедились, что всё на месте. Это фоновая, но обязательная работа.
Поддержание совместимости с требованиями сторов. Сторы меняют правила, и приложение нужно подстраивать, иначе предупреждения и блокировка. Кто-то должен следить за этими изменениями и реагировать.
Мониторинг стабильности и отзывов. Кто-то должен смотреть, не выросло ли число вылетов, что пишут пользователи, нет ли волны жалоб на конкретную проблему. Это раннее предупреждение, которое позволяет чинить до того, как станет поздно.
Развитие. Самая приятная часть: добавление новых функций по итогам обратной связи от живых пользователей. Это уже не про «не сломалось», а про «стало лучше» — и именно здесь приложение растёт.
Первые четыре пункта нужны практически всегда, пятый — по желанию и бюджету. Когда будете выбрать подрядчика, обязательно проговорите, что из этого входит в сопровождение и на каких условиях.
Сколько это стоит и как закладывать в бюджет
Про деньги важно понять главное заранее: поддержка — это не разовая трата, а постоянная статья расходов, которую нужно предусмотреть с самого начала, а не обнаружить через полгода в панике.
Считают её обычно одним из двух способов. Либо как процент от стоимости разработки в год — приложение требует регулярного внимания, объём которого примерно пропорционален его сложности. Либо как фиксированную сумму за определённый объём часов в месяц — удобно, когда хочется предсказуемости. Конкретные цифры сильно зависят от сложности приложения и от того, насколько активно вы его развиваете: если только чините и обновляете под системы — это один объём, если постоянно добавляете функции — заметно больше.
Главная мысль не в размере суммы, а в том, что её нужно держать в голове при планировании. Заказчик, который вложил все деньги в разработку и не оставил ничего на поддержку, через несколько месяцев оказывается в неприятной ситуации: приложение начало ломаться, а чинить не на что. Поэтому опытные планируют бюджет проекта целиком — разработка плюс сопровождение хотя бы на первый год, — а не только до момента публикации.
Что бывает с теми, кто не поддерживает, и как не попасть в ловушку
Сценарий заброшенного приложения предсказуем и печален. Сначала всё хорошо — свежий продукт работает, пользователи довольны. Через несколько месяцев выходит новая версия системы, и появляются первые сбои на обновлённых устройствах. Накапливаются неисправленные баги, недовольные пользователи идут в отзывы и ставят низкие оценки. Рейтинг в сторе ползёт вниз, новые пользователи видят двойку-тройку и не скачивают — а ведь именно рейтинг решает, придут ли новые люди. В какой-то момент стор требует обновления под новые правила, отвечать некому, и приложение тихо снимают с витрины. Продукт, в который вложили миллионы, умирает не от плохого кода, а от заброшенности.
Есть и отдельная ловушка, в которую попадают заказчики, не подумавшие о передаче проекта. Если вы захотите сменить исполнителя на поддержке, а у вас нет исходного кода и доступов или код написан так криво, что в нём невозможно разобраться, — новый человек не подхватит, а будет переписывать с нуля. Поэтому так важно при сдаче проекта получить чистый код и все доступы: это ваша свобода менять исполнителя без катастрофы. Хороший разработчик отдаёт это без вопросов, плохой держит как рычаг.
Кстати, развитие приложения отлично ложится на логику постепенного роста — особенно если вы стартовали через MVP. После запуска вы наращиваете функции на основе реальных данных, и это естественное продолжение развитие после MVP: сначала проверили ядро, потом достраиваете то, что подтвердил спрос. Для исполнителя поддержка — это тоже выгода: это стабильные длительные отношения с заказчиком вместо разовой сделки, и именно довольные клиенты на долгом сопровождении приносят лучшие отзывы и рекомендации.
Как платформа помогает с поддержкой приложения
На Где.Эксперт можно найти разработчика не только на разработку, но и на постоянное сопровождение: исправление багов, обновления под новые системы, поддержание совместимости со сторами и развитие функций. По отзывам видно, кто остаётся с заказчиком вдолгую и держит приложение в форме, а кто пропадает сразу после сдачи.
Формат работы по факту удобен и для поддержки: можно договориться на регулярное сопровождение или подключать специалиста под конкретные задачи по мере необходимости. А история проектов и отзывы показывают, кто реально умеет вести приложения после релиза, а не только запускать и забывать.
Часто задаваемые вопросы
Зачем нужна поддержка после релиза?
Приложение живёт в меняющейся среде: новые версии систем, новые устройства, правила сторов. Без обновлений оно начинает сбоить. Плюс пользователи находят баги и просят функции. Поддержка — это жизнь живого продукта, а не доделки.
Что входит в поддержку?
Исправление багов, обновление под новые системы и устройства, поддержание совместимости со сторами, мониторинг стабильности и отзывов, развитие функций. Первые четыре пункта нужны почти всегда.
Сколько стоит сопровождение?
Считают как процент от стоимости разработки в год или как фиксированный объём часов в месяц. Цифры зависят от сложности и активности развития. Важно закладывать эту статью в бюджет заранее.
Что будет, если не поддерживать?
Сначала ничего, потом всё сразу: сбои на новых системах, накопленные баги, падение рейтинга из-за отзывов, отказ новых пользователей. В итоге стор может снять приложение с витрины.
Можно ли передать поддержку другому исполнителю?
Да, если есть исходный код и доступы — поэтому важно получить их при сдаче. В чистом коде новый исполнитель разберётся. Если код кривой или не передан, смена превращается в переписывание с нуля.
Заключение
Публикация приложения — не финишная ленточка, а начало его публичной жизни, и относиться к нему стоит как к саду или автомобилю, а не как к памятнику. Приложение ломается даже без правок в коде, потому что вокруг него постоянно меняется среда: выходят новые версии систем, появляются устройства, сторы ужесточают правила. Поддержка — это работа по сохранению совместимости плюс исправление багов, мониторинг и развитие функций.
Главное, что стоит усвоить заказчику: сопровождение — постоянная статья расходов, которую закладывают в бюджет заранее, а не обнаруживают в панике через полгода. Заброшенное приложение умирает не от плохого кода, а от запущенности — через сбои, низкий рейтинг и снятие с витрины. И обязательно получите при сдаче чистый код и доступы: это ваша свобода менять исполнителя без катастрофы. А найти того, кто ведёт приложение вдолгую, а не пропадает после релиза, проще там, где отзывы и история сопровождения на виду.
Найдите разработчика на Где.Эксперт — договоритесь о поддержке, держите приложение в форме и работайте по факту выполнения.