Что входит в поддержку интернет-магазина

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

Ниже — что должно входить в поддержку, как выглядит нормальный SLA и какие вопросы задать подрядчику до подписания договора.

Почему поддержка — не только исправления

Если магазин не трогать, он всё равно меняется: обновляются зависимости, растёт каталог, меняются правила 1С, добавляются товары и акции. Без регулярной поддержки накапливаются мелкие проблемы, которые однажды складываются в простой.

Хорошая поддержка работает на опережение: замечает рост ошибок, проверяет бэкапы, обновляет зависимости и следит, чтобы после изменений не падала скорость.

Что входит в поддержку

SLA: что это и зачем

SLA — это договорённость о времени реакции и решения. Без него поддержка превращается в «напишите, мы посмотрим, когда сможем».

• Время реакции на критичный инцидент.
• Время реакции на обычную задачу.
• Часы работы и каналы связи.
• Порядок эскалации.
• Что считается критичным.
• Компенсации или перерасчёт при нарушении SLA.

Для интернет-магазина критичным обычно считаются недоступность сайта, неработающий checkout, ошибки оплаты и потеря заказов. Всё остальное — плановые задачи.

Реакция и решение

Важно разделять время реакции и время решения. Подрядчик может ответить через 15 минут, но исправление займёт часы. Это нормально, если ожидания зафиксированы.

• Критичный сбой: реакция до 15–30 минут.
• Обычная ошибка: реакция в течение рабочего дня.
• Плановая доработка: по бэклогу и оценке.
• Консультация: по расписанию или в часы поддержки.

Месячный отчёт

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

• Часы и задачи.
• Инциденты и причины.
• Обновления и бэкапы.
• Ошибки, которые повторились.
• Рекомендации на следующий месяц.

Пакеты поддержки

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

Что не входит в поддержку

• Новые крупные функции без оценки.
• Переписывание сайта.
• Маркетинг и реклама.
• Контент и наполнение каталога.
• Работа с чужими сервисами без доступов.

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

Как выбрать поддержку

Типичные ошибки

• Платить за «часы», не понимая состав работ.
• Не фиксировать SLA.
• Не проверять восстановление бэкапов.
• Считать поддержку страховкой, а не процессом.
• Менять подрядчика без передачи доступов.

Поддержка стоит денег, но простой магазина стоит дороже. Главное — понимать, что вы покупаете: реакцию, профилактику или развитие.

Профилактика

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

• Проверка бэкапов и восстановления.
• Обновления с тестированием.
• Мониторинг ошибок и очередей.
• Проверка доступов и ролей.
• Разбор медленных запросов и логов.

Если подрядчик только «тушит пожары», вы платите за аварии, а не за стабильность. Профилактика дешевле.

Как считается время

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

• Часы: гибко, но сложно планировать бюджет.
• Пакет задач: понятно, но может не хватить на аварию.
• Фиксированная доступность: дороже, но предсказуемо.
• Смешанный вариант: база плюс часы на развитие.

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

Как передать поддержку

При смене подрядчика нужен план передачи. Без доступов и документации новая команда потратит недели на восстановление контекста.

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

Поддержка после инцидента

После аварии важно не только восстановить сайт, но и понять причину. Иначе она повторится.

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

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

Что поддержка делает каждый день

Ежедневная работа не всегда видна бизнесу, но именно она держит магазин в рабочем состоянии.

• Проверяет доступность и ошибки.
• Смотрит очередь и зависшие заказы.
• Реагирует на алерты.
• Проверяет бэкапы.
• Отвечает на обращения.

Если этих действий нет, поддержка превращается в аварийную службу. Аварии обходятся дороже профилактики.

Как выбрать пакет

Не покупайте самый большой пакет «на всякий случай». Сначала оцените реальный поток задач и критичность магазина.

• Сколько инцидентов было за последние месяцы.
• Сколько доработок нужно в месяц.
• Есть ли своя команда.
• Насколько критичен простой.

Что важно в договоре

• Состав работ и границы.
• Время реакции и решения.
• Порядок эскалации.
• Права на доступы и данные.

Чем понятнее договор, тем меньше конфликтов в момент срочной задачи.

Роли и ответственность

Поддержка работает только тогда, когда понятно, кто за что отвечает: бизнес, подрядчик, хостинг, платёжный сервис.

• Кто принимает заявки.
• Кто чинит инциденты.
• Кто обновляет контент.
• Кто отвечает за доступы.

Как оценить качество

Смотрите не на количество закрытых тикетов, а на число повторных проблем и скорость реакции.

• Сколько инцидентов повторилось.
• Сколько задач зависло.
• Как быстро отвечают.
• Понятны ли отчёты.

Хорошая поддержка снижает хаос, а не создаёт ощущение занятости.

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

Иногда клиент ждёт от поддержки то, что в неё не входит. Лучше обсудить это заранее.

• Крупные новые функции.
• Маркетинг и реклама.
• Наполнение каталога.
• Работа с чужими сервисами без доступов.

Границы не означают отказ. Они помогают не смешивать текущую поддержку и отдельные проекты.

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

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