Короткий ответ
Постоянная техническая поддержка стоит $290 в месяц, работает месячными циклами и прекращается по уведомлению за 30 дней. Разбираем, что в неё входит, почему объём согласуется в начале цикла и чем обновления безопасности отличаются от новых функций.
Что такое поддержка сайта и почему её оплачивают помесячно
Поддержка сайта — это работа над продуктом, который уже работает: обновления, проверки, устранение поломок и небольшие доработки. В VITON13 это отдельная услуга «Постоянная техническая поддержка» стоимостью $290 в месяц. Она устроена как месячный цикл, а прекратить её можно, предупредив за 30 дней.
Помесячный формат объясняется тем, откуда берётся работа. Браузеры выпускают новые версии, библиотеки закрывают уязвимости, платёжные и почтовые сервисы меняют интерфейсы. Ничто из этого не подстраивается под ваш план: события приходят по чужому расписанию и требуют реакции тогда, когда происходят.
Разовая оплата для такого типа работ подходит плохо. Каждый раз, когда что-то ломается, пришлось бы заново согласовывать смету, ждать свободного слота и объяснять контекст проекта. Месячный цикл убирает этот круг переговоров и оставляет только саму работу.
Одну границу стоит провести сразу. Постоянная поддержка не включает новую сборку или редизайн — они оцениваются отдельно. Это условие защищает и бюджет, и сроки, потому что крупная задача требует собственного планирования, а не тех часов, которые остались от цикла обслуживания.
Что входит в «Постоянную техническую поддержку»
Заявленный состав услуги короткий, и его стоит держать в голове целиком: приоритетные обновления, еженедельный ритм релизов и техническое обслуживание. Три конкретных пункта, а не размытое обещание заниматься всем, что связано с сайтом. Понимание границ здесь полезнее длины списка.
Приоритетные обновления означают, что ваши задачи попадают в очередь без нового круга согласований. Когда в зависимости обнаруживается уязвимость или интеграция перестаёт отвечать, работа начинается внутри действующего цикла, а не после подписания следующего договора.
Еженедельный ритм релизов делает выдачу предсказуемой. Изменения собираются, проверяются и выкладываются регулярно, а не копятся месяцами до одного большого и рискованного обновления. Для владельца это значит, что правка доходит до боевого сайта в срок, который можно назвать заранее.
Техническое обслуживание — это то, чего не видно на экране: обновление пакетов, проверка сборок, состояние окружения, работоспособность форм и почты, наблюдение за ошибками. В отчёте эта часть выглядит скромно, и именно она удерживает сайт в рабочем состоянии.
Объём работ согласуется в начале каждого цикла
В условиях этой услуги нет числа раундов правок, и это сделано намеренно. Количество правок не заявлено. Заявлено другое условие: объём работ согласуется в начале каждого цикла. Не переносите сюда цифру из другого пакета, иначе спор пойдёт об обещании, которого никто не давал.
На практике цикл открывается коротким списком: что нужно сделать в этом месяце, что весомее и что подождёт. Список фиксируется письменно и дальше работает как общая точка отсчёта для обеих сторон.
Такой инструмент честнее счётчика правок, потому что работы по обслуживанию неоднородны. Обновить зависимость, восстановить сломанную форму и добавить поле в CMS — задачи разного размера, и называть каждую из них «одной правкой» значит искажать картину.
Чтобы цикл не расплывался, держите список коротким и упорядоченным по приоритету. Когда в середине месяца появляется срочное, честнее вынести из списка что-то другое, чем делать вид, что помещается всё сразу.
Обновления безопасности — это не новые функции
Сайт не стоит на месте, пока вы его не трогаете. Зависимости, серверное окружение и сторонние сервисы продолжают выходить, и часть этих выпусков закрывает уязвимости. Их установка относится к обслуживанию, а не к развитию продукта.
У различия есть практическое следствие. Обновление безопасности не добавляет ничего, что увидит клиент: после него сайт выглядит и ведёт себя так же. Но отказ от таких обновлений постепенно превращает проект в набор чужих известных проблем.
Поэтому эта работа уместна внутри абонемента, где она не конкурирует за бюджет с новой функциональностью. Обновление, которое нужно поставить на этой неделе, не должно ждать следующего инвестиционного решения.
Отдельно проверьте, кто отвечает за то, что происходит потом. Обновление CMS, платформы или библиотеки способно изменить поведение, поэтому после установки нужен проход по ключевым сценариям: формы, оплата, вход, вывод контента.
Дрейф зависимостей и как он накапливается
Современный сайт собран из десятков внешних пакетов. Каждый живёт по своему расписанию: выпускает исправления, меняет интерфейсы и со временем объявляет старые версии неподдерживаемыми. Расстояние между вашей сборкой и актуальными версиями и называют дрейфом.
Дрейф важен потому, что он накапливается. Одно пропущенное обновление ставится сегодня без усилий. Год пропущенных обновлений превращается в цепочку несовместимостей, где каждое изменение тянет за собой следующее ниже по дереву зависимостей.
Регулярное обслуживание переводит это в небольшие обратимые шаги. Обновили, собрали, проверили, выложили — и расстояние между вашим кодом и внешним миром снова короткое, его можно пройти за один рабочий день.
Поэтому поддержка стоит денег и в те месяцы, когда внешне ничего не происходит. Отсутствие видимых изменений на сайте не означает отсутствия работы: её часть в том и состоит, чтобы вам не понадобилось аварийное вмешательство.
Почему новые функции считаются отдельно
Условие сформулировано прямо: новая сборка или редизайн не входят в поддержку и оцениваются отдельно. Это не попытка продать больше, а следствие того, что перед вами работы разной природы.
Обслуживание сохраняет существующее поведение. Новая функция его меняет: появляются новые состояния, новые маршруты, новые способы сломаться и новые проверки. Такую работу нельзя безопасно уместить в цикл, задача которого — стабильность.
Для функциональной разработки в VITON13 есть «Разработка продукта» за $880 со сроком 2-3 недели и двумя раундами правок на каждую переданную функцию. Нативные мобильные приложения и лицензирование платежей в этот пакет не входят.
Разделение выгодно и вам. Когда развитие считается отдельно, вы видите его настоящую стоимость, а не растворяете её в счёте за обслуживание, где оно тихо съедает часы, отведённые на стабильность.
Что меняет еженедельный ритм релизов
Регулярные выкладки — это не столько про скорость, сколько про размер каждого изменения. Чем чаще выходят релизы, тем меньше каждый из них и тем проще понять, что вызвало проблему, когда она появляется.
Редкие крупные обновления складывают десятки правок в один момент времени. Когда после такого релиза что-то ломается, поиск причины занимает больше времени, чем сама починка, а сайт всё это время работает неправильно.
Недельный ритм даёт ещё и горизонт планирования. Просьба, сформулированная сегодня, попадает в ближайшую выкладку, поэтому не нужно каждый день спрашивать о статусе или гадать, когда изменение станет видимым.
Ритм не отменяет срочности. Критическая поломка не ждёт расписания, но всё остальное выигрывает от того, что попадает в предсказуемый поток, а не в очередь без сроков.
Производительность меняется со временем
Скорость сайта не относится к результатам, которых достигают один раз. Добавляются скрипты аналитики, растут изображения, встраиваются сторонние виджеты, увеличивается объём данных. Каждое из этих изменений в день выпуска выглядит безобидно.
Обслуживание означает наблюдение за этим накоплением. Полезно регулярно измерять ключевые страницы и сравнивать результат с предыдущим циклом, а не дожидаться, пока посетитель скажет, что стало медленно.
Документация MDN Web Docs о производительности объясняет, из чего складывается воспринимаемая скорость и что описывает каждая метрика. Это разумная опора, когда нужно объяснить, почему конкретное изменение заслуживает внимания.
Практический вывод для владельца: включайте производительность в список цикла как повторяющийся пункт, а не считайте её частью запуска, который однажды приняли и закрыли.
Доступность требует такого же регулярного внимания
Доступность тоже ухудшается из-за изменений. Новый баннер перехватывает фокус, добавленная форма выходит без подписей полей, обновлённая палитра опускает контраст ниже пригодного уровня. Всё это приходит после запуска, а не на нём.
Краткий справочник W3C по WCAG 2.2 перечисляет критерии успеха вместе со способами их проверки. Он удобен как чек-лист при регулярных проверках, потому что позволяет проверять то, что менялось, вместо повторного аудита всего сайта.
Смотрите на изменённое: новые интерактивные элементы, порядок фокуса, текстовые альтернативы изображений и то, читаются ли сообщения об ошибках в формах без опоры на один только цвет.
Это обслуживание, а не отдельный проект. Оно хорошо ложится в месячный цикл небольшими частями и плохо переносит отсрочку, потому что отложенная работа возвращается длинным списком, который никто не хочет открывать.
Когда достаточно разовой правки
Помесячная схема нужна не каждому сайту. Когда задача конечна и понятна, разумный инструмент — «Site Fix Pack» за $70: до пяти согласованных исправлений, срок 1-2 рабочих дня и один раунд правок.
В пакет входят проверка на мобильных и десктопе и список «до и после» при передаче работы. Он подходит для ситуации, когда вы уже можете назвать точно, что вас не устраивает, и продолжения не ждёте.
Границы у него такие же ясные: новые страницы, редизайн и миграции не входят. Не пытайтесь провести через него крупную работу — вы потратите время на спор о рамках вместо результата.
Разовый формат перестаёт работать, когда обращения повторяются. Три-четыре отдельных заказа за квартал говорят о том, что вы уже покупаете поддержку, только без предсказуемости и без общего плана за ней.
Как поддержка связана с запуском сайта
Поддержка обычно начинается после передачи сайта. «Сайт для запуска» стоит $380 со сроком 3-5 рабочих дней и включает адаптивную сборку, подключение базовой CMS или данных и настройку деплоя, с двумя раундами правок до запуска.
Контент и переводы в этот пакет не входят — их предоставляет клиент. То же ограничение действует и потом: обслуживание не пишет за вас тексты, поэтому обновления контента планируйте на своей стороне.
Когда запуск срочный, есть «Launch Site Express» за $520 со сроком 2 рабочих дня: тот же объём в приоритетной очереди с ежедневными сборками, чек-листом запуска и передающим созвоном, с одним раундом правок после первой полной сборки.
Обратите внимание, чего в Express нет: контента, фотосъёмки и постоянной поддержки. Поддержка — отдельное решение, которое принимают уже на опубликованном сайте и оформляют своим циклом, а не встраивают в запуск.
Как решить, подходит ли вам помесячная поддержка
Начните со стоимости простоя. Если неработающая форма или сбойная оплата стоит вам заказов в тот же день, предсказуемая очередь на исправление имеет ценность, которую можно выразить числом.
Дальше спросите себя, как часто меняется сайт. Ресурсу, который обновляется каждую неделю, нужен другой уход, чем странице-визитке, которую не трогали два года, и платить за них одинаково смысла мало.
Затем спросите о людях. Есть ли в команде тот, кто обновит зависимости, проверит сборку и прочитает журнал ошибок? Если эту роль никто не занимает, поддержка закрывает функцию, а не только список задач.
И последнее: договорённость обратима. Условие об уведомлении за 30 дней означает, что решение можно пересмотреть без длинного контракта — пройдите один-два цикла и оцените, что изменилось измеримо.
Практический чеклист
- Составьте список задач цикла до его начала и расставьте приоритеты.
- Разделите в списке обслуживание и новые функции и считайте их отдельно.
- Проверяйте формы, оплату и вход после каждого обновления зависимостей.
- Измеряйте загрузку ключевых страниц и сравнивайте с предыдущим циклом.
- Проверяйте по критериям WCAG 2.2 те места интерфейса, которые менялись.
- Зафиксируйте письменно, кто и в какой форме уведомляет о прекращении услуги за 30 дней.
Вопросы и ответы
Сколько стоит постоянная техническая поддержка?
$290 в месяц. Услуга работает месячным циклом, а чтобы её прекратить, нужно предупредить за 30 дней. Объём работ согласуется в начале каждого цикла.
Сколько правок входит в один месяц?
Количество раундов правок в условиях услуги не указано, и подставлять цифру из другого пакета не нужно. Заявлено другое условие: объём работ согласуется в начале каждого цикла, поэтому список задач фиксируется письменно на старте.
Что именно входит в поддержку?
Приоритетные обновления, еженедельный ритм релизов и техническое обслуживание. Это обновление пакетов, проверка сборок, состояние окружения, работоспособность форм и почты, наблюдение за ошибками.
Входит ли в поддержку редизайн или новый сайт?
Нет. Новая сборка или редизайн в поддержку не входят и оцениваются отдельно, потому что такая работа требует собственного планирования, а не остатка часов от цикла обслуживания.
Чем поддержка отличается от разовой правки?
Разовый формат — это «Site Fix Pack» за $70: до пяти согласованных исправлений, срок 1-2 рабочих дня, один раунд правок, проверка на мобильных и десктопе и список «до и после» при передаче. Новые страницы, редизайн и миграции в него не входят.