Предложения по поддержке трудно сравнивать по одному месячному платежу. Под одинаковым названием могут продаваться обновления CMS, администрирование сервера или работа с обращениями редакторов. Когда магазин перестанет принимать оплату, обнаруженная разница станет существеннее цены. Поэтому сначала опишите свой проект и ожидаемый результат обслуживания.
Подготовьте адрес сайта, CMS, сведения о размещении и перечень важных интеграций. Отдельно назовите функции, остановка которых мешает работе: заявки, кабинет, каталог, оплата или обмен заказами. Если известны повторяющиеся ошибки, приведите примеры и время возникновения. Этот список поможет обсуждать конкретные условия с каждым кандидатом.
Кто отвечает за поиск причины
Спросите, что происходит, если проблема находится между несколькими компонентами. Например, форма работает в браузере, но письмо не доходит; сервер отвечает, но приложение ждёт внешнюю CRM. Нужен понятный порядок диагностики и передачи задачи, если исправление выходит за пределы сопровождения.
Уточните, кто связывается с хостингом, разработчиком и поставщиком интеграции. Поддержка не обязана самостоятельно исправлять чужой продукт, однако заказчик должен понимать, кто собирает сведения и сообщает статус. Неясное разделение ответственности часто проявляется только при первом сложном обращении. Возможные роли разобраны в статье о студии, хостинге и поддержке.
Что входит в регулярную работу
Попросите перечислить обслуживаемые компоненты и операции: обновления, копии, мониторинг, доступы, сертификаты, проверка фоновых задач. Выясните периодичность и способ подтверждения результата. Фраза «следим за сервером» не объясняет, проверяется ли оформление заказа и замечает ли команда пропущенный обмен данными.
Отдельно обсудите изменения: новый плагин, перенос, оптимизацию запросов, доработку формы. Какие работы требуют оценки, как согласуются расходы и кто проверяет пользовательский результат? Полезно разбирать это на двух-трёх типовых задачах вашего проекта. Состав услуги должен быть одинаково понятен техническому специалисту и владельцу сайта.
Как принимают срочные обращения
Уточните рабочие часы, канал связи, уровни критичности и начало отсчёта времени реакции. Автоматическое уведомление о регистрации заявки и ответ инженера — разные события. Если требуется работа ночью, выясните, кто получает вызов, как подключается резервный специалист и какие действия разрешены без ожидания согласования.
Срок восстановления нельзя обсуждать без архитектуры, доступов и характера сбоя. Попросите объяснить, какие обязательства фиксируются и какие условия на них влияют. Сопоставьте предложение со статьёй о времени реакции и восстановления. Общая фраза «быстро всё починим» не заменяет согласованный порядок действий.
Как проверяются резервные копии
Спросите, что именно копируется, где хранится архив и доступен ли он при потере основного сервера. Уточните сроки хранения и порядок действий при ошибке задания. Если данные зашифрованы, нужен доступ к ключу, который не зависит от единственного неисправного узла.
Главный практический вопрос: когда последний раз восстанавливали сайт и что проверили после запуска? Подтверждение получения файла недостаточно. Для магазина важны заказы, загрузки, интеграции и фоновые процессы. Если теста не было, обсудите его проведение до обещаний о готовности к аварии. Узнайте также, кто вправе запрашивать восстановление и как исключается случайная перезапись актуальных данных.
Кто владеет учётными записями
Домен, аккаунт хостинга и критичные внешние сервисы должны оставаться под контролем заказчика. Подрядчику выдают необходимые права через персональные учётные записи. Уточните, где хранятся секреты, как подключается новый специалист и как отзывается доступ ушедшего сотрудника.
Проверьте возможность восстановления без посредника: контролируемая почта, второй фактор и резервные коды. Не передавайте пароль от личных Госуслуг или основной почты ради обычного обслуживания сайта. Если сервис не поддерживает делегирование, согласуйте безопасный способ совместной работы и дальнейшей смены реквизитов.
Что вы получите в отчёте
Достаточно короткой, понятной записи: обращения, выполненные изменения, результаты проверок, обнаруженные риски и следующие действия. Число закрытых задач само по себе мало говорит о состоянии сайта. Важнее видеть незавершённые проблемы и понимать, почему они ещё не исправлены.
Уточните, как сохраняются инструкции, схема инфраструктуры и история публикаций. Эти сведения должны быть пригодны для следующего исполнителя. Попросите обезличенный пример формата отчётности, если он есть, но не считайте количество страниц признаком качества. Вы должны суметь найти нужную информацию во время сбоя.
Как заканчивается сотрудничество
Заранее обсудите передачу документации, экспорт данных, отключение интеграций подрядчика и отзыв доступов. Уточните, кому принадлежат настроенные задания и где находятся копии. Отсутствие зависимости от одного исполнителя полезно обеим сторонам: оно упрощает согласование границ и снижает риск случайного удаления нужного ресурса.
Сравнивайте кандидатов по ответам на одинаковые вопросы. Если важное условие осталось устным, попросите зафиксировать его в согласуемых документах. Окончательный выбор делайте после знакомства с устройством проекта и реальным составом работы, а не только по перечню популярных технологий.
Хотите обсудить сопровождение своего проекта? Обратитесь в HOMEWEB: укажите адрес сайта, CMS, размещение и задачи, которые нужно передать на поддержку. По этим сведениям можно определить следующий шаг.
