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