Содержание статьи
Что такое SLA и зачем оно нужно внутри компании
Сервисный отдел отвечает на заявки «когда есть время». Бухгалтерия присылает акты сверки раз в полгода - когда попросят. Разработчики обещают задачу «скоро». И никто не нарушает правил, потому что правил нет.
SLA (Service Level Agreement) - документ, который фиксирует: что должно быть сделано, в какой срок, с каким качеством, и что происходит при нарушении. Внешний SLA - это договорённость с клиентом. Внутренний - договорённость между подразделениями.
Зачем он нужен конкретно: менеджер по продажам не знает, когда ждать ответа от юриста по договору. Юрист не знает, что это срочно. Клиент ждёт. Сделка затягивается. Без SLA это повторяется каждый раз.
Цифра: внутренние задержки между отделами «съедают» в среднем 15-25% цикла сделки в компаниях без зафиксированных стандартов времени реакции. Это прямые потери выручки.
Из чего состоит рабочий SLA
Не нужно писать 40-страничный документ. Рабочий SLA для бизнеса содержит шесть элементов:
Scope - что входит в соглашение. «Юридическое сопровождение стандартных договоров» или «Поддержка по техническим вопросам».
Время реакции - за какое время должен прийти первый ответ. Не решение - именно первый ответ. Это критическое разделение: получатель знает, что его заявка принята.
Время решения - в какой срок задача должна быть закрыта. Разделяется по приоритету: критично (4 часа), срочно (1 рабочий день), обычно (3 рабочих дня).
Критерии качества - как определить, что задача выполнена правильно. Без этого пункта «решено» у разных людей означает разное.
Исключения - когда стандартные сроки не применяются: праздники, форс-мажор, задачи вне scope.
Ответственность - что происходит при нарушении SLA. Не обязательно штраф: это может быть эскалация к руководителю, обязательное объяснение причины.
SLA для ключевых внутренних сервисов
Юридический отдел / юрист
Бухгалтерия
IT / системный администратор
Как внедрить SLA без бюрократии
Типичная ошибка: начать с разработки многостраничного документа. Он уходит на согласование и там тихо умирает.
Работающий подход - обратный. Начните с одного самого болезненного внутреннего процесса. Там, где больше всего конфликтов между отделами или жалоб на скорость.
Шаг 1: соберите стороны. Два отдела, которые взаимодействуют по конкретному процессу. Не одностороннее решение сверху - именно разговор: «что вам нужно» и «что реально можем обеспечить».
Шаг 2: согласуйте реалистичные цифры. Идеальные сроки, которые никто не выдерживает - хуже, чем их отсутствие. Лучше договориться на 3 дня и выполнять, чем пообещать 1 день и срывать.
Шаг 3: зафиксируйте письменно. Одна страница. Формат не важен - важна фиксация, к которой можно вернуться.
Шаг 4: проверьте через месяц. Что выполнялось? Где были нарушения и почему? SLA, который не пересматривается - мёртвый документ.
Как измерять выполнение SLA
SLA compliance rate - процент задач, выполненных в рамках согласованного срока. Целевое значение: не ниже 85-90%. Если ниже - SLA нереалистичен или у отдела нет ресурсов.
Mean Time to First Response (MTFR) - среднее время до первого ответа. Критически важно для клиентского сервиса: скорость реакции воспринимается как индикатор важности обращения.
Mean Time to Resolution (MTTR) - среднее время решения. Отслеживается отдельно по категориям приоритета.
Эскалации - количество задач, потребовавших вмешательства руководителя из-за нарушения SLA. Если их много - проблема не в конкретных людях, а в системе.
Инструменты для отслеживания: Jira Service Management, Freshdesk, Kaiten, или Google Sheets для старта.
SLA vs KPI: в чём разница
Эти понятия часто путают. Разница принципиальная.
KPI - показатель эффективности отдела или сотрудника. Что достигнуто за период. Направлен внутрь.
SLA - договорённость между сторонами о стандарте сервиса. Что должно быть обеспечено. Направлен на взаимодействие.
Пример: KPI маркетолога - количество лидов в месяц. SLA маркетинга перед продажами - квалифицированный лид передаётся в CRM в течение 1 рабочего дня после получения заявки. В хорошо выстроенной системе оба инструмента работают вместе.
Ошибки при внедрении SLA
Сроки без ресурсов. Договорились на 4 часа реакции юриста, но юрист один и у него 30 задач в очереди. Реалистичный SLA учитывает реальную загрузку.
SLA без измерения. Написали, что «отвечаем в течение 1 дня» - но никто не считает, сколько реально уходит. Без метрик это просто слова.
Одностороннее решение. Руководитель сказал: «Отныне юристы отвечают за 2 дня». Юристы узнали из рассылки. Без обсуждения реальных условий - SLA нереалистичен и саботируется.
Нет классификации приоритетов. Всё срочно - значит, ничто не срочно. Без явной маркировки приоритетов сроки теряют смысл.
Штраф как единственная реакция на нарушение. Нарушения случаются. Важнее анализировать причины - нехватка ресурсов, нечёткая постановка, внешние факторы - чем автоматически наказывать.
Клиентский SLA: когда и как фиксировать
Внутренний SLA - основа. Клиентский SLA - надстройка, которая работает, если внутренний уже выстроен.
Фиксировать клиентский SLA стоит когда компания оказывает сервисные услуги, когда клиент периодически задаёт вопрос «когда будет готово?» без ответа, или когда конкурент предлагает гарантии сроков.
Клиентский SLA не обязательно оформлять как отдельный договор. Часто достаточно зафиксировать стандарты в договоре обслуживания. Главное, чтобы клиент знал, что ожидать, и у компании была внутренняя система, которая эти ожидания выполняет.