Главное за минуту
- Поддержка включает не только исправление ошибок, но и контроль работающих сценариев.
- Для маркетинга критичны формы, источники заявок, UTM, цели и передача в CRM.
- Работы принимают по воспроизводимому сценарию, а не по сообщению «всё готово».
- SLA должен разделять аварии, плановые задачи и консультации по развитию сайта.
01
Что входит в техническую поддержку сайта на практике
Для маркетолога техподдержка — это управляемая эксплуатация сайта между запусками кампаний и крупными доработками. Подрядчик принимает обращения, определяет приоритет, устраняет инциденты, выполняет согласованные изменения и фиксирует результат.
В рабочем составе обычно есть мониторинг доступности, резервные копии, обновления ядра и модулей, проверка безопасности, исправление вёрстки и функционала, контентные изменения, диагностика скорости, контроль форм и интеграций. Для сайта на 1С-Битрикс особенно важны совместимость обновлений, журнал ошибок и резервная копия до вмешательства.
02
Критический путь заявки
Это маршрут, который поддержка проверяет после изменений, рекламных запусков и обновлений.
03
Аудит состава работ: где поддержка действительно нужна
Не включайте в договор абстрактное «администрирование сайта». Сначала разложите сайт на бизнес-сценарии и назначьте измеримый результат. Например, заявка с формы должна попасть в CRM с телефоном, страницей входа, UTM-метками и источником.
Регулярный контур
- проверка форм, почты и интеграций;
- обновления после резервного копирования;
- контроль ошибок, доступности и скорости;
- мелкие изменения контента и интерфейса.
Отдельная оценка
- новый раздел или личный кабинет;
- переработка CRM-логики;
- интеграция со сторонним API;
- редизайн, SEO-миграция, изменение архитектуры.
Граница нужна для бюджета: регулярные часы не должны незаметно уходить на проектную разработку.
04
Признаки слабой поддержки и критерии приёмки
| Ситуация | Слабый результат | Что принять |
|---|---|---|
| Исправили форму | «Отправляется» | Тестовая заявка есть в CRM с UTM и ответственным |
| Обновили Битрикс | Нет отчёта | Есть бэкап, версия, список проверенных страниц |
| Ускорили страницу | Только обещание | Сравнение метрик до/после и исключённые причины |
| Закрыли ошибку | Не указан сценарий | Шаги проверки, дата и ссылка на задачу |
05
Что должно быть в SLA
SLA описывает время первой реакции, срок устранения, рабочие часы, канал обращений и приоритеты. Он не заменяет постановку задачи, но исключает спор о том, что считать аварией.
Практичный приоритет
Критичным считают сбой, который блокирует заказ, оплату, вход в кабинет или передачу лидов. Косметическая правка не должна вытеснять такую задачу из очереди.
Готовое сообщение
Формулировка задачи подрядчику
Цель: проверить и восстановить передачу заявок с формы «Получить расчёт» в CRM.
Сценарий: пользователь приходит по ссылке с UTM, заполняет имя, телефон и e-mail, отправляет форму.
Ожидаемый результат: в CRM создаётся лид или сделка; передаются поля формы, URL страницы, utm_source, utm_medium, utm_campaign и ответственный.
Критерий приёмки: приложить номер тестовой сущности в CRM, ссылку на страницу и время отправки. Проверить в обычном и мобильном браузере.
Ограничение: до изменений создать резервную копию и не менять логику других форм без согласования.
06
Как маркетологу принять ежемесячную поддержку
Попросите отчёт не по трудозатратам в вакууме, а по проверяемым действиям и рискам. Один раз в месяц достаточно пройти короткий маршрут.
- 1
Откройте список задач. У каждой задачи должны быть приоритет, исполнитель, срок и статус, а у закрытой — описание проверки.
- 2
Проверьте лиды. Отправьте тест с UTM и убедитесь, что данные появились в нужной сущности CRM без дублей.
- 3
Сверьте изменения. Откройте указанные страницы с компьютера и телефона; проверьте тексты, ссылки, формы и цели.
- 4
Посмотрите риски. В отчёте должны быть версии, бэкапы, ошибки, просроченные обновления и рекомендации.
- 5
Согласуйте план. Отделите обязательные профилактические работы от задач развития и зафиксируйте оценку.
07
Особенности обслуживания сайта на 1С-Битрикс
Обновление системы — не кнопка, которую безопасно нажимать на рабочем сайте без подготовки. Модули, шаблон и кастомный код могут зависеть от версии платформы.
Бэкап
Копия файлов и базы создана до обновления и может быть восстановлена.
Стенд
Сложные обновления и доработки сначала проверяются на тестовой копии.
Логи
Ошибки PHP и интеграций проверяют после релиза, а не только по жалобе пользователя.
Требования к резервному копированию и обновлениям удобно сверять с документацией разработчика 1С-Битрикс. Если нужны примеры интерфейсных и интеграционных работ, смотрите реальные материалы в портфолио ICONICA.
08
Когда регулярной поддержки уже недостаточно
Если задача меняет бизнес-логику, затрагивает несколько систем или требует нового пользовательского сценария, оформляйте её как доработку с оценкой, этапами и тестированием. Это снижает риск сорвать рекламный запуск «быстрой правкой».
Есть реестр доступов и доменов; резервные копии проверяются; формы тестируются с UTM; у задач есть критерии приёмки; аварии отделены от плановых доработок; ежемесячный отчёт показывает риски и план
FAQ
Частые вопросы
Входит ли наполнение сайта в техподдержку?
Да, если договором определены типы материалов, лимит работ и порядок согласования. Сложная переработка страниц оценивается отдельно.
Кто должен иметь доступы к сайту?
Доступы должны быть у владельца компании и ограниченного круга исполнителей. Храните их в защищённом менеджере, а не в переписке.
Нужно ли обновлять Битрикс каждый месяц?
Не обязательно по календарю. Важны безопасность, совместимость и проверка на тестовой среде перед обновлением рабочего сайта.
Как понять, что часы поддержки расходуются полезно?
По отчёту с задачами, результатами проверок, выявленными рисками и понятным остатком времени, а не только по строке «работы программиста».
