Главная»Статьи»Веб-разработка»Сопровождение и поддержка сайта после запуска

Сопровождение и поддержка сайта после запуска

Рубрика: Веб-разработка · Время чтения: ~7 мин. · Автор: редакция ExpMarketing
Сопровождение и поддержка сайта после запуска
Иллюстрация к материалу «Сопровождение и поддержка сайта после запуска»

Запуск сайта воспринимается как финиш, хотя на самом деле это старт. С первого дня работы сайт требует внимания: обновлений, резервных копий, правок контента, исправления ошибок, развития под задачи бизнеса. Если этим никто не занимается, через год-два ресурс превращается в устаревшую и уязвимую витрину. Разберемся, что включает сопровождение, как его организовать и сколько ресурсов закладывать.

Почему сайт нельзя «сделать и забыть»

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

Без регулярного обслуживания проблемы копятся незаметно. Сначала перестает приходить уведомление о заявке с одной из форм, и это обнаруживается только через месяц. Потом на мобильных телефонах ломается слайдер. Затем истекает сертификат, и браузер показывает предупреждение. Каждая такая мелочь стоит заявок и доверия клиентов.

Читайте также: Как писать посты, которые дочитывают

Признаки того, что сайту не хватает сопровождения:

  • ядро CMS и плагины давно не обновлялись;
  • на сайте висят неактуальные цены, акции или контакты;
  • никто точно не знает, где хранятся резервные копии и есть ли они вообще;
  • доступы к хостингу и админке есть только у разработчика, с которым давно нет связи;
  • о падении сайта компания узнает от клиентов;
  • мелкая правка текста занимает неделю, потому что непонятно, кому ее поручить.

Что входит в сопровождение сайта

Понятие поддержки часто трактуют по-разному, и это источник конфликтов с подрядчиками. Полезно разделить работы на несколько блоков и договориться о каждом отдельно.

Техническое обслуживание

Это базовый уровень, без которого сайт постепенно деградирует. Сюда относятся обновление CMS, модулей и серверного окружения, настройка и проверка резервного копирования, мониторинг доступности, продление домена и сертификатов, контроль безопасности. Большая часть этих работ регулярна и предсказуема, ее легко включить в ежемесячный регламент.

Контентная поддержка

Публикация новостей и статей, обновление цен и каталога, замена баннеров, добавление страниц услуг и сотрудников. Часть этих задач компания может выполнять сама, если CMS удобна и сотрудники обучены. Но сложные изменения — новые типы страниц, блоки с нестандартной версткой — обычно требуют разработчика.

Исправление ошибок

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

Развитие

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

Форматы организации поддержки

Выбор формата зависит от размера сайта, частоты изменений и компетенций внутри компании. Универсального ответа нет, но есть типовые варианты.

  1. Штатный специалист. Подходит, если сайт — ключевой канал продаж, изменения нужны ежедневно, а объем работы достаточен для полной занятости. Плюс — быстрая реакция и глубокое знание проекта. Минус — зависимость от одного человека и затраты на зарплату.
  2. Абонентское обслуживание у студии или фрилансера. Фиксированная сумма в месяц за определенный пакет часов и перечень работ. Удобно для большинства небольших и средних сайтов: регулярные задачи выполняются, есть резерв на срочные правки.
  3. Почасовая оплата по запросу. Подходит для простых сайтов-визиток, которые редко меняются. Риск в том, что регулярное обслуживание при таком формате обычно не делается вовсе — до первой серьезной проблемы.
  4. Смешанная модель. Компания сама ведет контент, а технические работы и развитие передает подрядчику. Это часто самый эффективный вариант по соотношению цены и качества.

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

Регламент и договор на сопровождение

Чтобы поддержка работала, ее нужно формализовать. Устные договоренности быстро забываются, а ожидания сторон расходятся. Хороший договор или регламент отвечает на конкретные вопросы.

Что стоит закрепить письменно:

  • перечень регулярных работ и их периодичность — например, обновления раз в месяц, проверка бэкапов раз в квартал;
  • объем часов в абонентской плате и стоимость часа сверх лимита;
  • сроки реакции для разных категорий задач: критичные, срочные, плановые;
  • каналы связи и порядок постановки задач — через трекер, почту или чат;
  • формат и периодичность отчетов;
  • порядок хранения и передачи доступов, в том числе при расторжении договора;
  • ответственность за резервные копии и восстановление.

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

Договоритесь о передаче проекта заранее, пока отношения хорошие: где лежит код, как развернуть сайт, какие есть особенности. Такая инструкция стоит нескольких часов работы и экономит недели при смене подрядчика.

Планирование бюджета на поддержку

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

Рассмотрим условный пример. Корпоративный сайт с каталогом услуг, блогом и несколькими формами требует около 6 часов технического обслуживания в месяц и примерно столько же на контентные правки. При ставке 1500 рублей в час это 18 тысяч рублей ежемесячно. Если сайт приносит 40 заявок в месяц, а средняя сделка дает 30 тысяч рублей прибыли при конверсии из заявки в продажу 20%, то сайт генерирует около 240 тысяч рублей прибыли. На этом фоне затраты на поддержку выглядят разумной страховкой.

Бюджет на развитие стоит планировать отдельно и привязывать к целям бизнеса: увеличение конверсии, запуск новой линейки услуг, интеграция с CRM. Каждая доработка должна иметь понятную ожидаемую пользу, иначе бюджет расходуется на «хотелки» без измеримого результата.

Регулярные процедуры: чек-лист на месяц и квартал

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

Ежемесячно:

  1. Обновить ядро CMS, модули и темы после проверки на тестовой копии.
  2. Проверить, что резервные копии создаются и сохраняются вне основного сервера.
  3. Отправить тестовые заявки со всех форм и убедиться, что они доходят до CRM и почты.
  4. Просмотреть ошибки в панелях вебмастера и отчет о битых ссылках.
  5. Проверить скорость загрузки ключевых страниц.
  6. Сверить актуальность цен, контактов и акций.

Ежеквартально:

  • провести пробное восстановление из резервной копии;
  • пересмотреть список пользователей и удалить лишние доступы;
  • проверить сроки продления домена, хостинга и сертификатов;
  • оценить работу интеграций: онлайн-оплата, доставка, обмен с учетной системой;
  • просмотреть аналитику и сформировать список задач на развитие.

Отчет подрядчика по итогам месяца должен отражать, что было сделано по каждому пункту. Формальное «все в порядке» без деталей — повод задать вопросы.

Типичные ошибки в сопровождении

Первая ошибка — экономия на базовом обслуживании в пользу «красивых» доработок. Компания оплачивает новый анимированный блок, но не обновляет движок, и через несколько месяцев получает взлом. Регулярные работы скучны, но именно они обеспечивают стабильность.

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

Третья — хаотичная постановка задач. Просьбы в мессенджере, голосовые сообщения, звонки без фиксации приводят к тому, что задачи теряются, а сроки и стоимость становятся предметом споров. Используйте простой трекер задач, даже если это общая таблица с колонками «задача», «приоритет», «статус», «срок».

Четвертая — правки прямо на рабочем сайте без тестирования. Особенно это касается обновлений и изменений в шаблонах. Тестовая копия сайта обходится недорого, а предотвращает простои в самый неподходящий момент.

Итоги

Сопровождение сайта — это непрерывный процесс, который обеспечивает его безопасность, актуальность и рост. Разделите работы на техническое обслуживание, контент, исправление ошибок и развитие, выберите формат поддержки под масштаб вашего проекта и закрепите договоренности в регламенте. Держите все доступы на компании, планируйте бюджет заранее и контролируйте выполнение регулярных процедур по чек-листу. Тогда сайт будет оставаться рабочим инструментом продаж, а не превратится в источник неожиданных проблем.

Материалы журнала носят информационный характер. При использовании текстов ссылка на источник обязательна.