Proje vitrini hazırlanıyorPreparing project showcaseПодготавливаем витрину проекта

Клиентский опыт

SLA в договоре с клиентом: как определить

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

Rocketly · 2026-09-02

В понедельник утром приходит письмо от самого крупного клиента: в договоре написано четыре часа, а ответа нет вторые сутки. Руководитель поддержки открывает карточку. Заявка пришла в пятницу, через сорок минут после конца рабочего дня; автоматическое уведомление ушло за минуту, живой ответ написали в понедельник утром. В договоре нигде не сказано, что считается ответом, каковы рабочие часы и идут ли в зачёт выходные. Никто не обманывает. Тот, кто писал эту фразу, никогда не пробовал её измерить. Итог — требование компенсации и разговор о продлении, начатый из обороны.

SLA — это статья договора, которая переводит обещание клиенту в измеримую и обсуждаемую форму. Ниже разбираем, чем SLA отличается от декларации о намерениях, что на самом деле означает измеримость, какие метрики попадают в договор, кто определяет приоритет, когда останавливается счётчик, как честно писать исключения, что делает санкцию настоящей, какая операция стоит за обещанием, как устроены уровни обслуживания, чем оборачиваются слишком жёсткие цели и какой ритм отчётности удерживает статью живой.

1Заявка2Приоритет3Счётчик4Эскалация5Отчёт
Пять шагов, которые проходит статья SLA, чтобы работать на практике, а не только на бумаге.

SLA — не декларация о намерениях

Чтобы статья считалась SLA, в ней должны быть три части: измеряемый показатель, числовой порог и последствие, наступающее при его превышении. Без третьей части у вас не соглашение, а добрая воля. Именно этого чаще всего и не хватает. Фраза об оперативном реагировании никого не обязывает, не измеряется и не подаёт сигнала в момент нарушения, так что обе стороны читают один текст и понимают разное.

Менее обсуждаемая функция SLA — внутренняя. Срок, обещанный клиенту, на деле является планом мощности для вашей же команды: он задаёт, сколько человек, в какие часы и на каком канале должны быть доступны. Полезнее считать эту статью началом графика смен, а не юридическим артефактом. Подписав окно, которое вы не удержите, вы портите не переговоры о продаже, а ближайшие двенадцать месяцев работы команды.

Статья, которую нельзя измерить, — не SLA

Измеримость не означает, что в договоре появилось число. Она означает, что в документе написано, когда счётчик запускается, когда останавливается и что именно считается. Какое событие его запускает: письмо клиента, появление заявки в системе или её попадание в нужную очередь? Что считается ответом: автоматическое уведомление или первая фраза, написанная человеком? Любая статья, написанная до ответа на эти два вопроса, при первом же споре прочитается двумя разными способами.

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

Рабочие часы — самая тихая статья договора

Рабочее время, государственные праздники и часовой пояс в большинстве договоров не прописаны, потому что каждый считает свой календарь всеобщим. Для двух сторон из разных городов или стран это дорогое допущение. Четырёхчасовое обещание внутри восьмичасового дня — одно, те же четыре часа в круглосуточном покрытии — совсем другая структура затрат. Понимать, что именно вы подписали, важнее, чем спорить о самой цифре.

Какие метрики попадают в договор

Измерять можно десятки показателей, а в договор попадают единицы. Чтобы метрика подходила, она должна отражать то, что клиент действительно чувствует, и находиться под вашим единоличным контролем. Обязываться показателем, который сдвигается из-за задержек самого клиента, — значит покупать спор заранее.

МетрикаЧто измеряетЧто обязательно определить
Время первого ответаСрок до первого касания человекомКанал, рабочие часы, исключение автоответов
Время решенияСрок до закрытия заявкиКритерий закрытия и зачёт обходного решения
ДоступностьДоля времени работоспособности сервисаТочка замера и вывод планового обслуживания
Время эскалацииПереход с одного уровня на следующийПорог срабатывания и инициатор перехода
Окно обслуживанияПериод допустимого простояСрок предупреждения и часы интервала

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

Кто определяет приоритет

В переговорах по SLA спорят обычно не о сроках, а об определении приоритета. Клиент, согласившийся на сроки и заводящий каждую заявку как критическую, делает обязательство невыполнимым чистой арифметикой. Спасает не добрая воля, а письменные определения, привязанные к влиянию на бизнес. Уровней ниже хватает большинству поставщиков, и написаны они должны быть так, чтобы их можно было прочитать вместе с клиентом.

  • Критический: сервис полностью недоступен, обходного решения нет, ежедневная работа клиента остановлена. Узость этого уровня — единственное, что делает его осмысленным.
  • Высокий: важная функция не работает, но работа продолжается; обходное решение частичное или трудоёмкое. Сюда попадает большинство реальных инцидентов.
  • Средний: есть рабочее обходное решение, влияние ограничено небольшой группой пользователей или одним процессом.
  • Низкий: раздражает, но не блокирует: дефекты отображения, единичные вопросы, пробелы в документации.
  • Запрос: не сбой, а новая потребность. Запросы не должны попадать в счётчик SLA и ведутся отдельным потоком развития продукта.
  • Порядок оспаривания: первичную классификацию делает поставщик, клиент вправе её оспорить, и возражение рассматривается совместно в оговорённый срок.

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

Когда счётчик останавливается

Больше всего споров в любом SLA порождает пауза. Останавливать счётчик, пока заявка ждёт ответа клиента, разумно: иначе его задержка выглядит как ваше нарушение. Но невидимая пауза похожа на манипуляцию. Правило простое: пауза должна быть видимым изменением статуса, в ней должно быть написано, чего и от кого ждут, а при затяжном ожидании напоминание уходит автоматически.

Обратная ошибка встречается не реже. Команды, которые не останавливают счётчик никогда, копят нарушения по заявкам, где клиент молчал три дня, и через какое-то время перестают доверять отчёту. Отчёт, которому не верят, хуже отсутствующего: его защищают на встречах, а не исправляют. Записывая правила паузы, зафиксируйте и то, сколько раз и на какой срок заявку можно приостановить.

SLA — это не число, которое вы держите в средней неделе, а число, которое вы удержите в худшей.

Исключения пишутся честно

Исключения есть у любого SLA: плановые работы, форс-мажор, изменения в инфраструктуре самого клиента, сбои сторонних сервисов. Проблема не в том, чтобы их написать, а в том, чтобы написать широко. Формулировка вроде всё, что вне контроля поставщика, может быть технически верной и всё равно читается как лазейка, разрушая ровно то доверие, ради которого статья и писалась. Исключения должны быть перечислимыми и узкими.

У исключения есть и цена — обязанность предупреждать. Объявить плановые работы за оговорённый срок и есть то, что даёт право вывести их из расчёта. К этой же статье относится и понимание клиента, куда смотреть во время сбоя; как выстроить такую коммуникацию, разбираем в материале о сообщении о сбое и странице статуса. Необъявленные плановые работы ощущаются как внеплановый простой, что бы ни было написано в договоре.

Нет санкции — нет обещания

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

И здесь неожиданная, но устойчивая вещь: кредиты почти никого не устраивают. Никто не хочет зачёта взамен простоя — хотят, чтобы инцидент не повторился. Поэтому обязанность выпустить отчёт о корневой причине стоит рядом с санкцией дороже, чем сам финансовый жест. О том, как плохой инцидент может укрепить отношения, мы писали в материале о восстановлении сервиса. Финальную формулировку договора согласуйте со своим юристом: описанная здесь механика такую проверку не заменяет.

Операция, которая держит обещание

SLA живёт или умирает не в договоре, а в первые десять минут после поступления заявки. Если заявка не попадает в нужную очередь, счётчик не виден ни на одном экране, а поле приоритета можно оставить пустым, подписанное окно остаётся украшением. Базовое требование — обращения собираются в одном месте, и в каждой карточке видно оставшееся время; как это устроить, разбираем в материале об управлении обращениями и службе поддержки.

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

Всем одинаковый SLA?

Одинаковые сроки для всех выглядят справедливо и редко бывают экономичны. Условие для уровней такое: разница между ними должна быть реальной операционной разницей, а не меньшим числом в таблице. Дежурная смена, выделенный контакт, отдельная очередь, более широкое окно работ — это конкретика. Верхний уровень, построенный только сокращением срока, рассыпается на первой же напряжённой неделе.

Проектируя уровни, ориентируйтесь на стоимость обслуживания клиента, а не на размер контракта; расчёт из материала о стоимости обслуживания клиента делает это видимым. Вывод бывает неожиданным: самый жёсткий SLA не обязательно принадлежит самому крупному счёту. Иногда сильнее всего от простоя страдает процесс внутри небольшого клиента, и именно он заслуживает самого узкого обязательства.

Жёстче не значит лучше

Здесь стоит возразить привычному совету: сокращение окна само по себе сервис не улучшает. Слишком жёсткая цель по первому ответу подталкивает сотрудников отправлять пустое сообщение только ради остановки счётчика. Заявка открылась, за минуту ушёл ответ в духе разбираемся, показатель выглядит прекрасно, а клиент не узнал ничего. Общее время решения растягивается, команда выполняет метрику, впечатление ухудшается.

Лечится это тем, что первый ответ перестают поощрять отдельно. Читая его вместе с долей переоткрытых заявок и решением за одно касание, вы отделяете бумажный результат от настоящего; баланс подробно разобран в материале о решении с первого обращения. Привязывать показатель SLA к личной премии в одиночку рискованно по той же причине: то, что вы измеряете, формируется людьми, знающими об измерении.

Измерять, отчитываться, пересматривать

Отправить отчёт по SLA до того, как клиент о нём спросил, — небольшой ход, меняющий тон отношений. Отчёт по запросу — это оборона; отчёт по инициативе — прозрачность, и в такой рамке обсуждаемым становится даже плохой месяц. В отчёте должны быть не только количество нарушений, но и их причины с принятыми мерами. Это содержание естественно ложится в повестку регулярной встречи с клиентом.

SLA — статья живая. Продукт меняется, команда растёт, характер использования у клиента смещается, и порог, написанный два года назад, сегодня либо слишком мягок, либо незаметно опасен. Используйте цикл продления, чтобы перечитать его. Способы держать сроки, продления и изменения договоров в одном месте собраны в материале об управлении договорами.

Самый безопасный старт — измерять до того, как обязываться. Возьмите одну метрику, месяц отслеживайте её, никому ничего не обещая, и посмотрите на число худшей недели. Порог в договоре должен стоять чуть выше этого числа, а не выше вашего среднего. Одна эта дисциплина снимает большую часть разговоров о нарушениях ещё до того, как они случатся.

Писать SLA без места, где собираются обращения, фиксируется приоритет и всем видно оставшееся время, — значит подписывать обещание, которое нельзя сдержать. В Rocketly обращения, задачи и напоминания, правила автоматизации и отчёты сходятся на одной карточке клиента — создайте бесплатный аккаунт и соберите свой поток по уровню сервиса.