После запуска сайту могут потребоваться обновление компонентов, проверка заявок, восстановление после ошибки или замена текста. Объём зависит от того, как он построен и используется. Даже если материалы редко меняются, остаются код, хостинг, домен и подключённые сервисы.
Это руководство поможет отделить регулярный уход от разовых изменений и согласовать ответственность. Приведённые работы — список для обсуждения, а не обещание, что все они автоматически входят в любую услугу поддержки.
Сначала опишите, что именно нужно поддерживать
Составьте краткий паспорт сайта: технология, место размещения, домен, формы, почтовый сервис, внешние интеграции и согласованный способ обновления материалов. Укажите, какие действия критичны для бизнеса и кто заметит, если они перестанут работать.
- Определите, кто отвечает за обновление компонентов и сохранность данных, если сайт их накапливает.
- Уточните поддержку кода, сборки, публикации и необходимых внешних сервисов.
- Для бронирования, оплаты или кабинета отдельно опишите проверку этих сценариев и данных.
- Домен, хостинг и платные сервисы внесите в отдельный список оплат и продлений.
Оплата хостинга не определяет, кто проверяет форму или меняет контент. Даже если работы и счета ведёт один исполнитель, эти обязанности стоит перечислить отдельно.
Согласуйте технические обновления и проверку после них
Определите, кто отслеживает сообщения поставщиков об исправлениях безопасности и совместимости версий. Зафиксируйте компоненты, которые покрывает поддержка, способ проверки обновления и порядок действий для срочных сообщений. Универсальный график без учёта технологии мало что объясняет.
Перед изменением проверьте возможность восстановления. Значимые обновления сначала проверяйте в отдельной версии сайта, когда инфраструктура это позволяет. После публикации проверьте согласованные страницы, формы и интеграции и запишите результат. Крупный переход версии с переработкой кода может потребовать отдельной оценки.
Проверяйте заявку до получения сообщения
Открытая главная страница ещё не означает, что сайт принимает обращения. Для формы договоритесь о согласованном тесте: открыть её на телефоне, проверить поля и ошибки, отправить тестовые данные и подтвердить получение сообщения ответственным. Если есть письмо клиенту или CRM, включите их в проверку по договорённости.
Определите получателя и обозначение тестовых обращений, чтобы они не поступали в работу как реальные лиды. При сбое запишите время, страницу и видимую ошибку. Не вставляйте личные данные клиентов в открытые задачи или снимки экрана.
Периодичность ручной проверки и автоматический мониторинг — разные договорённости. Отдельно уточните, какие события отслеживаются, куда приходит уведомление и кто на него реагирует.
Определите состав копии и способ восстановления
Резервная копия должна охватывать важные данные, а ответственный должен знать, как их восстановить и проверить полноту копии. Это также подчёркивает руководство NCSC по резервированию.
Для конкретного сайта перечислите код, изображения, базу данных при её наличии и необходимые для восстановления настройки. Копия репозитория может не содержать файлов, которые хранятся отдельно, а возврат предыдущей публикации не обязательно восстанавливает данные внешнего сервиса.
- Что копируется, где хранится и кто имеет доступ?
- Как часто обновляется копия и какие недавние изменения можно потерять при восстановлении?
- Как проверяют восстановление в отдельном окружении без перезаписи рабочих данных?
- Кто запускает восстановление, что проверяет после него и как сообщает результат?
Отделите изменения контента от новой функциональности
| Запрос | Что согласовать | Как определить объём |
|---|---|---|
| Заменить текст или фото | Материалы, страницы и языковые версии | Изменение контента в существующем шаблоне |
| Добавить услугу | Подходит ли текущий шаблон | Контент или отдельная разработка структуры |
| Исправить ошибку формы | Ожидаемое поведение и воспроизведение | Диагностика и исправление по условиям поддержки |
| Добавить калькулятор или оплату | Логику, состояния, данные и интеграции | Отдельная задача разработки с оценкой |
| Перестроить весь сайт | Новые сценарии, контент и перенос | Отдельный проект редизайна |
Фраза «небольшая правка» не определяет трудоёмкость. Уточните, кто готовит текст, перевод и изображения, сколько страниц меняется и как принимается результат. Новая бизнес-логика требует отдельного согласования, даже если на экране это одна кнопка.
Оставьте бизнесу контроль над доступами
Проверьте владельца домена, хостинга, репозитория и сервиса отправки писем. Определите контакт для счетов и восстановления доступа. Исполнителю предоставляйте нужные для задачи права через отдельное приглашение, если сервис это поддерживает, и договоритесь об их отзыве после завершения сотрудничества.
Для первой оценки достаточно адреса сайта и описания доступов. Пароли и секретные ключи не следует отправлять через публичную форму. Канал передачи чувствительных данных согласуйте отдельно; до начала работ выясните, нужен ли вообще доступ к реальным обращениям.
Договоритесь о задачах, сроках и подтверждении работ
Определите один канал обращений, ответственного со стороны бизнеса и часы работы поддержки. Разделите срок первого ответа, начала работы и устранения проблемы: это разные события. Зависимость от стороннего сервиса или отсутствующего доступа должна быть видна в статусе задачи.
- Задача содержит страницу, описание текущего и нужного поведения и материалы для изменения.
- Исполнитель подтверждает объём, приоритет, срок и способ оплаты до начала согласованных работ.
- Обновление сначала показывают для проверки, если это предусматривает задача.
- После выполнения приходит короткий отчёт: что изменено, что проверено и какие вопросы остались.
Разовые задачи подходят для эпизодических изменений. Регулярный формат имеет смысл, если нужны постоянные проверки или поток обновлений. Для него согласуйте включённые работы, лимиты и порядок оценки дополнительных задач; название «поддержка» не означает круглосуточного дежурства.
Согласуйте приём сайта на поддержку и передачу дальше
Перед началом поддержки действующего сайта может понадобиться просмотр кода, доступов и основных сценариев. Зафиксируйте уже имеющиеся ошибки отдельно от будущих изменений. Не все старые проблемы можно включить в регулярные работы без оценки.
После завершения сотрудничества бизнесу нужны актуальная версия, список сервисов, состояние задач и согласованные инструкции восстановления. Условия исправления недостатков исходного проекта также определяют отдельно от дальнейшего сопровождения. Подробнее о формате — на странице поддержки сайта.
Если сайту нужны системные изменения, прочитайте, когда уместен редизайн. Для обсуждения поддержки отправьте XEVOR адрес сайта и список задач.
Частые вопросы
Нужна ли поддержка сайту, который редко обновляют?
Такому сайту могут быть нужны проверки форм, обновления кода, изменения контента и контроль сервисов. Список определяют по его устройству и способу использования; каждая работа должна относиться к реальному компоненту или потребности сайта.
Обязательна ли ежемесячная оплата?
Формат зависит от задач. Редкие изменения можно согласовывать отдельно, регулярные проверки и обновления — планировать на определённый период. Уточните, какие работы и расходы покрывает договорённость.
Входит ли новая функция в поддержку?
Только если она явно согласована в объёме. Калькулятор, бронирование или новая интеграция обычно требуют отдельного описания, оценки и критериев приёмки.
Как быстро устраняют проблему?
Срок зависит от характера сбоя, доступов, сторонних сервисов и согласованного режима работы. Зафиксируйте отдельно срок ответа и порядок уточнения срока исправления. Конкретные условия согласуют до начала поддержки.