Поддержка сайта после запуска: состав работ и ответственность

Составьте список доменов, хостинга, репозитория, CMS, аналитики и интеграций. У каждого элемента должны быть владелец, доступ и срок продления. Рабочий сайт не должен зависеть от личного аккаунта единственного сотрудника.

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

Разделите недоступность, потерю ключевого сценария и некритические дефекты. Для каждого класса договоритесь о канале сообщения, времени реакции и порядке информирования. Реакция не равна гарантированному исправлению за то же время.

Нужен ответственный, который принимает решение об откате, временном отключении функции или ручном обходном процессе.

Обновления зависимостей сначала проверяют на отдельной сборке. Контролируйте доставку форм, сертификаты, резервные копии и публичные файлы. После изменения интеграции повторяйте связанный сценарий.

Восстановление нужно проверять, а доступ к резервным копиям — учитывать отдельно от доступа к работающему серверу. Сам факт наличия архива ещё не доказывает возможность вернуться к работе.

Новая языковая версия, каталог или переработка кабинета — самостоятельные изменения с оценкой и приёмкой. Их стоит вести отдельным списком, чтобы срочные проблемы не конкурировали со скрытым большим проектом.

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