Что проверить в договоре на техподдержку сайта
Большинство конфликтов с подрядчиками по сопровождению возникает не из-за плохой работы, а из-за пунктов, которых в договоре просто нет. Пока все в порядке, размытые формулировки никого не смущают, а в момент аварии выясняется, что «быстро» и «по мере возможности» стороны понимают по-разному.
Перед подписанием договора стоит пройти по четырем блокам: состав услуг, уровень сервиса, деньги и ответственность.
Предмет и состав услуг
Нужен точный список работ: мониторинг, обновления CMS, защита от вирусов, резервное копирование. Отдельно описывается разделение задач на плановые (доработки, правки) и аварийные (сайт недоступен, форма не работает). Сюда же относится порядок передачи доступов к админке, хостингу и домену — и ответ на вопрос, кто за эти доступы отвечает.
SLA — уровень сервиса
Речь о конкретном времени реакции на разные типы обращений: сайт упал — 1 час, мелкая правка — 24 часа. Отдельно указывается время устранения критических сбоев. Также в договоре фиксируется график работы поддержки — будни 9–18 или круглосуточно — и каналы приема обращений: почта, мессенджер, Service Desk. Без SLA фраза «реагируем быстро» остается просто словами.
Финансовые условия
Формат оплаты: абонемент за фиксированный пакет часов либо Time & Material, то есть оплата по факту выполненных работ. Важно прописать, что происходит с неиспользованными часами — переносятся на следующий период или сгорают. И сколько стоят работы сверх лимита.
Ответственность и гарантии
Здесь перечисляется, за что отвечает исполнитель: срыв сроков реакции, потеря данных по его вине. И обратная сторона — когда ответственности нет: сбой на стороне хостинга, самостоятельные правки кода заказчиком. Последний пункт блока — порядок приемки работ и подписания актов.
Чек-лист перед подписью
- Есть ли точный перечень работ и разделение плановых и аварийных задач.
- Прописано ли время реакции для каждого типа обращений и график поддержки.
- Указано ли, что происходит с неиспользованными часами абонемента и сколько стоят работы сверх лимита.
- Разграничена ли ответственность: за что отвечает исполнитель, а за что — заказчик и хостинг.
- Описан ли порядок приемки работ и подписания актов.
- Перечислены ли каналы приема обращений и сроки передачи доступов.
Если хотя бы одного из этих пунктов в договоре нет — это риск, который проявится в первой же спорной ситуации. Особенно это касается SLA: без зафиксированных сроков реакции любые обещания остаются устными договоренностями, которые невозможно предъявить.
