SLA на поддержку — приложение к договору из восьми разделов: предмет, часы обслуживания, категории критичности, время реакции и время решения по каждой категории, каналы обращения, исключения, отчётность, последствия нарушения. Предъявить претензию можно ровно по трём из них — время решения, исключения и последствия. Остальные пять описывают контур и порядок и в споре не помогают.
Место, где заказчик чаще всего обманывается сам, — разница между реакцией и решением. «Отвечаем за 15 минут» звучит как обязательство и им не является: ответ «приняли в работу» укладывается в норматив и ничего не говорит о том, когда обмен с учётной системой снова заработает. Ниже — структура документа с формулировками, которые можно скопировать, и сквозной пример: производственно-торговая компания, 45 человек, контур из amoCRM, 1С:УНФ, телефонии и бота, поддержка 25 000 ₽ в месяц, окно с 9:00 до 18:00 по будням. Как считать сами нормативы по своей статистике, разобрано отдельно в материале про SLA в поддержке.
Восемь разделов, кто их формулирует и цена пропуска
Половину разделов подрядчик приносит готовыми, и это нормально. Но три из них заказчик обязан прочитать построчно и в двух — предложить свои формулировки, потому что подрядчик по-своему заинтересован написать их мягко.
| Раздел | Кто формулирует | Что бывает, если пропустить |
|---|---|---|
| 1. Предмет: какие системы и связки покрыты | Подрядчик, заказчик проверяет полноту | Обмен с маркетплейсом не назван в предмете — и он не поддерживается, хотя все считали иначе |
| 2. Часы обслуживания | Подрядчик по выбранному тарифу | Инцидент в субботу висит до понедельника, и это не нарушение |
| 3. Категории критичности и признак отнесения | Совместно, обязателен признак, а не список примеров | Категорию по факту назначает тот, кто пишет отчёт, и аварий в отчёте не бывает |
| 4. Время реакции и время решения | Подрядчик, заказчик требует второй колонки | В договоре только реакция: подрядчик формально безупречен, процесс стоит неделю |
| 5. Каналы обращения и регистрация | Подрядчик | Заявка в личном сообщении инженеру не зарегистрирована, отсчёта времени нет |
| 6. Исключения | Подрядчик, заказчик требует закрытого перечня | Формулировка про «иные обстоятельства» обнуляет весь документ |
| 7. Отчётность | Заказчик задаёт состав | Проверить выполнение SLA нечем: цифры есть только у подрядчика |
| 8. Последствия нарушения | Совместно | Нарушение зафиксировано, и дальше не происходит ничего |
«Отсчёт времени реакции и решения начинается с момента регистрации обращения в системе учёта заявок исполнителя. Обращения, направленные в личные сообщения сотрудникам исполнителя, регистрируются исполнителем самостоятельно в течение одного рабочего часа с момента получения.» Без второго предложения половина заявок уходит в личку знакомому инженеру, не попадает ни в отсчёт, ни в отчёт — и именно из них потом складывается ощущение, что поддержка работает плохо, притом что по документу всё безупречно.
Схема документа: восемь пронумерованных блоков в колонку — «Предмет», «Часы обслуживания», «Категории критичности», «Время реакции и решения», «Каналы и регистрация», «Исключения», «Отчётность», «Последствия нарушения». Блоки 4, 6 и 8 выделены жирной рамкой и помечены сбоку «на этом строится претензия». Справа от блока 6 отдельная пометка «перечень закрытый, формулировка про иные обстоятельства исключена». Чертёжный стиль, подписи по-русски.
Категории критичности: признак важнее примеров
Список примеров в разделе категорий бесполезен: реальный инцидент никогда не совпадает с примером дословно. Работает признак отнесения — проверяемое условие, по которому обращение попадает в категорию. Для первой категории он один: у сотрудников нет обходного пути выполнить работу.
| Категория | Признак отнесения | Реакция | Решение |
|---|---|---|---|
| 1. Авария | Процесс встал целиком, обходного пути нет: заказ невозможно принять, отгрузить или оплатить | 1 рабочий час | Обход за 4 часа, восстановление в тот же рабочий день |
| 2. Дефект с потерей данных | Процесс идёт, но данные теряются или искажаются: часть заявок не доходит, сделки задваиваются | 2 рабочих часа | До конца следующего рабочего дня |
| 3. Дефект содержания | Данные на месте, но система выдаёт неверное: бот называет старый срок, отчёт считает не по той формуле | 1 рабочий день | 3 рабочих дня |
| 4. Пожелание | Неудобство или новая функция: на бизнес-результат не влияет | 2 рабочих дня | Ближайший плановый релиз, срок решения не нормируется |
Формулировка про наличие обхода стоит того, чтобы её скопировать целиком: «Обращение относится к первой категории, если у сотрудников отсутствует обходной путь выполнить работу. Наличие обходного пути, даже неудобного и ручного, понижает категорию до второй.» И вторая, про право спора: «Категорию назначает заказчик при регистрации обращения. Исполнитель вправе понизить категорию письменно с обоснованием в пределах времени реакции. При несогласии до конца рабочего дня действует категория заказчика; спор разрешают руководители проекта с обеих сторон.» Без второй формулировки категории по факту назначает тот, кто готовит месячный отчёт, и аварий в этом отчёте не бывает никогда.
Реакция против решения: где теряются деньги
Разберём сквозной пример. В понедельник в 10:09 останавливается обмен между amoCRM и 1С:УНФ: заказы не уходят в производство. Заявка зарегистрирована в 10:14, ответ инженера пришёл в 10:26 — реакция 12 минут при нормативе в час. Дальше причина оказывается на стороне обновления учётной системы, и обмен чинится шесть рабочих дней. Всё это время SLA формально не нарушен, потому что времени решения в документе нет.
Горизонтальная лента времени одного инцидента с отметками: «10:09 — обмен встал», «10:14 — заявка зарегистрирована», «10:26 — ответ инженера, реакция 12 минут от регистрации», далее длинный отрезок с подписью «шесть рабочих дней ручного переноса заказов, 72 часа менеджеров», в конце отметка «обмен восстановлен». Над коротким начальным отрезком подпись «норматив реакции — 1 час, выполнен», над длинным — «норматив решения отсутствует». Внизу итог «73 800 ₽». Чертёжный стиль, подписи по-русски.
Отдельно определяется, что считать рабочим часом, — иначе спор возникнет на первом же вечернем обращении. Формулировка: «Рабочим часом считается час в пределах часов обслуживания. Время за пределами окна в отсчёт не включается. Обращение, поступившее в 17:50 при окне до 18:00, использует 10 минут норматива сегодня и продолжает отсчёт со следующего рабочего дня с 9:00.» Это скучный пункт, но именно он превращает норматив из лозунга в измеримую величину, которую можно проверить по журналу заявок.
Третий срок, который стоит вводить отдельно от реакции и решения: за сколько подрядчик обязан вернуть работоспособность любым способом, пусть временным и некрасивым — ручной выгрузкой, откатом на предыдущую версию, отключением сбойного куска. Для первой категории обход почти всегда важнее полного решения: компании нужно отгружать сегодня, а не получить правильную архитектуру к пятнице.
Исключения и отчётность: два раздела, которые правит заказчик
Раздел исключений — единственное место, где одна фраза способна обнулить весь документ. Формулировка «и иные обстоятельства, не зависящие от исполнителя» означает, что нарушением не является ничего. Требуйте закрытого перечня из четырёх-пяти пунктов, каждый из которых можно проверить.
- «Недоступность сервисов третьих сторон — оператора связи, платформы мессенджера, банка, оператора ЭДО, — подтверждённая их статусной страницей или письменным ответом их поддержки.»
- «Неработоспособность, вызванная изменениями, которые заказчик или привлечённый им подрядчик внесли в системы без согласования с исполнителем.»
- «Плановые работы в технологическом окне, о котором заказчик уведомлён письменно не позднее чем за 3 рабочих дня.»
- «Невозможность воспроизвести дефект при непредоставлении заказчиком номера документа, времени события и снимка экрана в течение рабочего дня после запроса.»
- «Перечень исключений является закрытым. Обстоятельства, не перечисленные в настоящем разделе, от ответственности исполнителя не освобождают.»
Пункт про изменения со стороны заказчика справедлив — но он же самый удобный для злоупотребления. Уравновешивайте его встречным условием: исполнитель обязан назвать конкретное изменение и показать, как оно связано со сбоем, в течение времени реакции. Иначе любой инцидент будет объяснён тем, что «вы что-то у себя поменяли».
Второй раздел, который заказчик обязан переписать под себя, — отчётность. SLA без отчёта непроверяем: данные о времени реакции есть только у подрядчика. Состав отчёта задаёт заказчик, и он умещается в пять строк.
- 1Число обращений за месяц с разбивкой по четырём категориям.
- 2Доля обращений, где время реакции уложилось в норматив. Целевое значение — не ниже 95 %.
- 3Доля обращений, где время решения уложилось в норматив. Целевое значение — не ниже 90 %: хвост из сложных случаев есть всегда.
- 4Поимённый список всех нарушений с причиной по каждому, а не только сводный процент.
- 5Пять самых частых причин обращений. Это единственная строка отчёта, которая экономит деньги в будущем: повторяющаяся причина — кандидат на доработку, а не на вечное дежурство.
И одна формулировка, делающая отчётность обязательной: «Отчёт предоставляется до 5-го числа месяца, следующего за расчётным. При непредоставлении отчёта в срок все обращения расчётного месяца считаются исполненными с нарушением нормативов.» Иначе отчёт присылают в первые два месяца, а потом перестают. Автоматизировать сбор этих чисел на стороне заказчика помогает контроль SLA — тогда цифры есть у обеих сторон и спорить не о чем.
Последствия нарушения и реалистичные значения
Ответственность в SLA на поддержку измеряется процентами от абонентской платы, а не убытками заказчика: подрядчик, который согласится возмещать упущенную выгоду, либо не понимает, что подписывает, либо заложит этот риск в цену втрое. Рабочая формулировка: «При превышении норматива времени решения по первой категории более чем на 4 часа абонентская плата за расчётный месяц уменьшается на 25 %. При двух и более таких случаях в одном расчётном месяце — на 50 %. Уменьшение отражается в акте и не требует отдельной претензии.»
| Режим поддержки | Покрытие | Типовое время реакции | Цена по рынку |
|---|---|---|---|
| Рабочие часы, будни | около 168 часов в месяц | до 4 рабочих часов | 25 000–45 000 ₽/мес |
| С вечерами и выходными | около 400 часов в месяц | до 1 часа | 50 000–90 000 ₽/мес |
| Круглосуточно | 720 часов в месяц | 30 минут | от 120 000 ₽/мес |
Покрытие круглосуточного режима длиннее рабочего в 4,3 раза, а цена выше в 1,8–2,5 раза: ночное дежурство пассивное, инженер спит, но обязан ответить. Прежде чем платить за него, посчитайте, сколько инцидентов первой категории случилось у вас вне рабочих часов за последние двенадцать месяцев по журналу обращений. Если их два, доплата не окупается почти наверняка; методика этого расчёта разобрана в материале SLA простыми словами. Что вообще входит в абонентскую плату помимо реакции на инциденты — в материале про то, что входит в поддержку системы.
Когда SLA — лишняя бюрократия
Соглашение на восемь разделов стоит времени юриста и обеих сторон, и оно оправдано не всегда.
- Абонентская плата ниже 15 000 ₽ в месяц. Администрирование SLA — регистрация, отчёты, споры о категориях — съедает больше, чем защищает. Хватает договорённости о времени реакции в договоре одной строкой.
- Простой контура не стоит денег в течение дня. Если система считает отчёты, а не принимает заказы, разница между решением за 4 часа и за два дня отсутствует. Платить за первое незачем.
- Система в пилоте или на гарантийном сроке. Пока идёт гарантийный период, сроки исправления дефектов устанавливает договор на разработку, и второй документ с другими нормативами создаёт коллизию.
- Поддержку ведёт один человек без замены. Никакой норматив не переживёт его отпуск и грипп. Здесь честнее договориться о рабочих часах и заранее знать, что в августе поддержки не будет, чем подписать 95 % и обманывать себя.
И встречное правило: даже там, где полноценное SLA избыточно, стоит зафиксировать два пункта — признак первой категории и время обхода для неё. Это половина страницы, и именно эти две строки работают в тот единственный день в году, когда всё встало.
