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

Публикация сайта завершает разработку, но не прекращает изменения: обновляются плагины, истекают доменные и сервисные сроки, меняются контакты и условия услуг. Если никто не отвечает за эти события, ошибку формы могут заметить только после жалобы клиента. Чтобы определить состав поддержки, начните с БЕСПЛАТНОЙ КОНСУЛЬТАЦИИ.
В A3 Studio поддержку обсуждают по устройству конкретного сайта. У статичной страницы и магазина с оплатой разные критичные функции и время допустимого сбоя.

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

Разделите работы на наблюдение, профилактику, исправления и изменения. Наблюдение показывает, доступен ли сайт и проходят ли важные действия. Профилактика включает резервные копии, обновления и проверку сроков сервисов. Исправления возвращают работу сломанной функции. Изменения добавляют новые страницы, правят содержание или развивают интеграции.
Эти группы не стоит объединять в одну фразу «поддерживаем сайт». Например, ежедневная проверка доступности не гарантирует, что форма доставляет заявки. Резервная копия не подтверждает, что из неё получится восстановить работающую версию. Добавление нового каталога не является мелкой редакционной правкой. Для каждой группы нужны перечень действий, периодичность и способ приёмки.
Вопрос к вам: какие функции остановят продажи, если перестанут работать сегодня? Назовите их прежде, чем сравнивать предложения по числу часов поддержки.
Критичные функции укажите отдельно: формы, телефонные ссылки, корзина, оплата, личный кабинет, обмен с CRM. Для них определите, кто получает сигнал о сбое и сколько времени есть на первую реакцию. Не обещайте посетителю круглосуточную обработку, если команда работает по графику.

Поддержка по запросу или регулярное сопровождение

Работы по запросу. Механика: владелец сайта сообщает о проблеме, подрядчик оценивает и выполняет задачу. Плюс: удобно для простого сайта с редкими изменениями. Главный риск: сбой может долго оставаться незамеченным, а срочная работа не имеет заранее согласованного срока.
Регулярное сопровождение. Механика: команда проверяет сайт по расписанию, обновляет компоненты и ведёт очередь задач. Плюс: понятнее ответственность и история изменений. Главный риск: абонентский пакет может включать не те работы, которые действительно нужны бизнесу, если его состав не раскрыт.
Выбирайте по сложности сайта и стоимости простоя. Для сайта с редкими публикациями может хватить понятного дежурного процесса и регулярных проверок. Для магазина или сервиса с заказами понадобится более частый контроль. В любом случае домен, хостинг и ключевые доступы должны оставаться под контролем компании.
Таблица помогает сравнить состав поддержки, а не только цену.
НаправлениеЧто делает командаКак проверить результат
ДоступностьСледит за ошибками страницЕсть журнал и сигнал при сбое
ЗаявкиПроверяет формы и интеграцииТестовая заявка дошла до получателя
ОбновленияПроверяет совместимость и устанавливает версииКритичные сценарии работают после обновления
КопииСоздаёт и хранит резервные версииПроведено тестовое восстановление
Лайфхак: попросите в отчёте не только список выполненных задач, но и результат контрольной заявки. Это показывает, проверялась ли функция, ради которой сайт получает обращения.

Как закрепить правила в договоре и регламенте

Шаг 1. Составьте перечень сервисов

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

Шаг 2. Разделите плановые и аварийные задачи

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

Шаг 3. Согласуйте границы работ

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

Шаг 4. Определите приёмку и отчёт

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

Как оценивать качество поддержки

Смотрите на доступность критичных страниц, успешность контрольных заявок, время обнаружения ошибки и время реакции. Число закрытых задач само по себе не показывает качество: можно быстро закрывать мелкие правки и пропустить сломанную оплату. Сопоставляйте отчёт с реальным состоянием сайта.
Пример расчёта (условные цифры): за месяц было 20 мелких редакционных задач и один сбой формы на два дня. Отчёт «20 задач выполнено» выглядит активным, но для бизнеса важнее выяснить, почему сбой не заметили раньше. Такой пример показывает, какие показатели включить в регламент; реальную стоимость простоя считают по собственным данным компании.
В A3 Studio поддержку связывают с контентом, аналитикой, скоростью и интеграциями. Изменение одного элемента может затронуть другие, поэтому после обновления важен контроль рабочего сценария, а не только отдельной страницы.

Что ещё связано

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

Заметка эксперта

Поддержка сайта должна иметь проверяемый результат. В договоре назовите критичные функции, периодичность проверок, сроки реакции и ответственных. Формула «поддержка включена» без этих деталей не защищает приём заявок.
Какая функция вашего сайта сейчас может сломаться без уведомления команды?
Напишите, на каком этапе ваш сайт: A3 Studio
Обсудить сайт