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