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