SLA проще всего представить как правила доставки пиццы: привезут горячей за час − иначе скидка или новая пицца за счет заведения. Это не лозунг «у нас все быстро», а конкретное обещание с числом и понятным последствием, если число не выполнили. Точно так же работает SLA для любого сервиса: оно переводит расплывчатое «работаем качественно» в измеримые цифры, которые можно проверить.
Дальше разберем, что такое SLA простыми словами, как расшифровывается Service Level Agreement, какие показатели в нем фиксируют и чем SLA отличается от SLO и KPI. И главное − как читателю, который SLA согласовывает или подписывает, отличить настоящее соглашение от пустого, где красивых слов много, а измеримых обязательств нет.
TL;DR
SLA (Service Level Agreement) − это соглашение об уровне сервиса между заказчиком и исполнителем, которое переводит качество услуги в конкретные числа. В SLA фиксируют сроки, доступность, скорость реакции и то, что будет, если обязательства нарушены. Главный признак рабочего SLA − измеримые показатели: доступность в процентах, время реакции в минутах, последствия при сбое. Пункт без числа, который нельзя проверить, − пустое обещание. Перед тем как согласовать SLA, проверьте каждый пункт на измеримость: если показатель нельзя посчитать и предъявить, его в споре нечем подкрепить.
Что такое SLA
SLA − это соглашение, в котором заранее договариваются, какого уровня сервиса стоит ожидать. Аббревиатура SLA расшифровывается как Service Level Agreement, то есть соглашение об уровне сервиса.
Если говорить простыми словами, SLA − это документ или набор правил, который отвечает на вопросы:
- что именно делает сервис;
- в какие сроки;
- с каким качеством;
- что считается нарушением;
- кто за это отвечает.
SLA встречается там, где услугу оказывают не разово, а постоянно: в IT и техподдержке, у облачных и цифровых сервисов, в аутсорсинге, в сервисных компаниях. Без зафиксированных правил в таком режиме быстро возникают споры и разочарования. Подробнее о каждой сфере − в разделе «Где используется SLA».
SLA − это не просто договор
SLA отличается от обычного договора «о сотрудничестве». Он описывает не что делать вообще, а как именно и с каким результатом.
SLA переводит качество сервиса из абстракции в измеримые параметры.
Например, вместо «поддержка работает быстро»:
- ответ в течение 15 минут;
- решение за 4 часа;
- доступность 99,9%.
Почему SLA вообще понадобился
SLA появился как ответ на простую проблему: ожидания клиента и представления исполнителя редко совпадают. Когда параметры зафиксированы заранее, обе стороны понимают, что считается нормой, что − отклонением и какие последствия за этим следуют.
SLA нужен не для контроля ради контроля, а для согласования ожиданий.
Как расшифровывается SLA и что включает соглашение об уровне сервиса
Аббревиатура SLA расшифровывается как Service Level Agreement − соглашение об уровне сервиса. Несмотря на формальное название, по сути это договоренность о качестве и сроках, а не набор юридических формулировок ради галочки.
Что обычно фиксируется в SLA
Содержание SLA может отличаться, но почти всегда в нем прописывают:
- перечень оказываемых услуг;
- сроки реакции и выполнения;
- доступность и стабильность;
- правила измерения качества;
- ответственность сторон за несоблюдение условий.
Хороший SLA отвечает не на вопрос «что мы стараемся делать», а «что считается выполненным».
Как выглядит пункт SLA: образец
Чтобы было понятно, как это выглядит на практике, вот пример того, как может быть сформулирован один пункт SLA для технической поддержки:
Услуга: обработка обращений в техническую поддержку. Время реакции: первый ответ − не позднее 30 минут с момента регистрации обращения (в рабочие часы). Время решения: инцидент высокого приоритета − не более 4 часов. Доступность сервиса: не ниже 99,9% в течение календарного месяца. Период измерения: календарный месяц. Последствия при нарушении: при недостижении показателя доступности − компенсация в размере 10% месячной стоимости услуги.
Обратите внимание: у каждого пункта есть число, единица измерения, период и понятное последствие. Это и отличает рабочую формулировку от пустой «поддержка отвечает оперативно».
SLA как часть договора
SLA может существовать в разных формах:
- как отдельный документ;
- как приложение к основному договору;
- как публичные условия.
Во всех случаях его задача одна − сделать сервис измеримым.
Почему SLA важен обеим сторонам
Для клиента SLA − это понятные ожидания, прозрачный контроль и аргументы в спорных ситуациях. Для исполнителя − четкие рамки ответственности, защита от необоснованных претензий и единые правила оценки работы. Когда SLA сформулирован корректно, он снижает количество конфликтов и повышает доверие между сторонами.
SLA, SLO и KPI − в чем разница и как они связаны
Вокруг SLA часто появляются похожие аббревиатуры − SLO и KPI. Из-за этого возникает путаница: кажется, что это одно и то же под разными названиями. На самом деле у них разные роли, хотя они и тесно связаны.
Что такое SLO
SLO (Service Level Objective) − это целевой показатель, к которому стремится сервис. Если SLA − это соглашение с клиентом, то SLO − это внутренняя цель команды.
Пример SLO:
- время ответа поддержки − до 10 минут;
- доступность − 99,95%;
- обработка инцидентов − не более 1 часа.
SLO помогает команде понимать, какого качества нужно достигать в ежедневной работе.
Чем SLA отличается от SLO
Ключевое отличие простое:
- SLA − обязательство перед клиентом;
- SLO − внутренняя цель.
SLA обычно формулируют осторожнее, чем SLO. Команда может стремиться к 99,95%, но гарантировать клиенту 99,9%, оставляя запас на форс-мажоры.
Где здесь KPI
KPI (Key Performance Indicator) − это метрики эффективности работы. Они могут относиться не только к сервису, но и к бизнесу, процессам и командам.
Примеры KPI:
- процент выполненных обращений в срок;
- количество нарушений SLA;
- среднее время решения тикетов;
- процент успешных операций.
KPI показывают, насколько хорошо выполняются SLO и SLA на практике.
Как эти понятия работают вместе
Если упростить логику:
- SLA − что пообещали клиенту;
- SLO − к чему стремится команда;
- KPI − чем измеряют результат.
Такое разделение позволяет не смешивать договорные обязательства с внутренними целями и метриками, сохраняя прозрачность и управляемость.
Какие показатели и метрики входят в SLA
Смысл SLA раскрывается именно через конкретные показатели.
Основные показатели SLA
Чаще всего фиксируют то, что связано со временем и стабильностью. К базовым метрикам относятся:
- время реакции на обращение;
- время решения инцидента;
- доступность в процентах;
- допустимое количество сбоев;
- сроки выполнения задач.
Эти метрики позволяют объективно оценить, соблюдается ли SLA или нет.
Доступность сервиса и проценты SLA
Один из самых известных показателей − уровень доступности, выражаемый числом: SLA 99%, 99,9%, 99,99%. За каждым таким числом стоит конкретное допустимое время простоя. И разница между ними не косметическая: один знак после запятой меняет допустимый простой с дней на минуты.
Чтобы не открывать калькулятор, вот сколько времени сервис может быть недоступен при каждом уровне:
| Доступность | Простой в месяц | Простой в год |
|---|---|---|
| 99% | ~7,2 часа | ~3,65 дня |
| 99,9% («три девятки») | ~43 минуты | ~8,76 часа |
| 99,99% («четыре девятки») | ~4,3 минуты | ~52,6 минуты |
| 99,999% («пять девяток») | ~26 секунд | ~5,26 минуты |
Чем выше процент, тем дороже его обеспечить: каждая дополнительная «девятка» требует резервирования, мониторинга и дежурных команд. Поэтому в реальном SLA важно не только само число, но и период измерения − месяц это или год: одинаковый процент за месяц и за год допускает разный суммарный простой.
Временные показатели в SLA
Для поддержки и сервисных услуг особенно важны временные метрики:
- время первой реакции;
- время полного решения;
- максимальный срок выполнения.
Именно они чаще всего становятся предметом споров, если SLA сформулирован неточно.
Почему метрики важнее формулировок
Красивые слова в SLA не работают без цифр. Хороший показатель измерим, однозначен, проверяем и понятен обеим сторонам.
Если показатель нельзя измерить − его нельзя контролировать.
С ними сервис становится управляемым процессом, где понятно, что считается нормой, а что − отклонением.
Как читателю оценить SLA и не подписать пустое
Большинство руководств по SLA написаны для тех, кто соглашение составляет и продает − поставщиков услуг. Но читают и подписывают SLA чаще с другой стороны: заказчик, менеджер, предприниматель, который выбирает хостинг, подрядчика или сервис. Для него важен другой вопрос − не «как написать SLA», а нужно ли оно мне и как понять, что передо мной рабочее соглашение, а не формальность для галочки.
Когда SLA вам действительно нужно
SLA имеет смысл требовать, когда сбой сервиса бьет по вашей работе или деньгам:
- сервис критичен для бизнеса − простой означает потерю клиентов или выручки;
- вы передаете на сторону что-то важное: инфраструктуру, поддержку, обработку данных;
- вам нужно на что-то опереться в спорной ситуации, а не доказывать «было плохо» на словах.
Если речь о разовой услуге или о сервисе, простой которого вы переживете без последствий, развернутое SLA может быть избыточным − достаточно обычных условий договора.
Как отличить измеримое SLA от пустого
Главный фильтр: пункт без измеримого показателя − это пустое обещание. Проверьте каждый пункт по этому короткому списку.
- Есть число и единица измерения? «Высокая доступность» − пусто; «доступность 99,9% в месяц» − рабочая формулировка.
- Указан период измерения? 99,9% в месяц и 99,9% в год − это разный допустимый простой. Без периода процент почти ничего не значит.
- Понятно, что считается нарушением? Если нет границы «норма / отклонение», предъявить претензию будет не к чему.
- Прописаны последствия при нарушении? Компенсация, скидка, пересмотр условий − если их нет, обязательство ни к чему не обязывает.
- Сказано, как и кто измеряет? Если показатель считает только сам исполнитель и не показывает данные, проверить его вы не сможете.
Если хотя бы по нескольким пунктам ответ «нет», перед вами скорее декларация о намерениях, чем соглашение об уровне сервиса. Это не повод отказываться от сделки, но повод задать вопросы и попросить добавить конкретику до подписания.
Где используется SLA
SLA применяется везде, где сервис оказывается на постоянной основе и его качество важно для бизнеса или пользователей − причем не только крупного: даже небольшие команды используют его, чтобы зафиксировать рамки ответственности и избежать субъективных оценок. Особенно широко такие соглашения используются в IT и цифровых услугах с прямой зависимостью результата от стабильности и скорости.
SLA в IT и технической поддержке
Наиболее распространенный сценарий − SLA в IT-поддержке. Здесь соглашение определяет время реакции на обращение, приоритеты инцидентов, сроки устранения проблем и доступность службы поддержки. SLA помогает избежать ситуации, когда клиент считает проблему срочной, а исполнитель − второстепенной.
SLA у цифровых сервисов и платформ
Облачные сервисы, хостинги, онлайн-платформы и SaaS-продукты почти всегда используют SLA для описания услуги. Здесь оно касается доступности, стабильности работы, времени восстановления после сбоев и технической поддержки. Даже если пользователь не читает документ целиком, такое соглашение формирует его ожидания.
SLA в аутсорсинге и сервисных компаниях
SLA активно применяется при передаче функций на аутсорсинг: IT-инфраструктуры, поддержки пользователей, обслуживания систем, сопровождения проектов. В таких договорах SLA становится ключевым инструментом контроля качества работы подрядчика.
Контроль SLA и ответственность сторон
SLA имеет смысл только тогда, когда его можно проверить и проконтролировать. Без механизмов контроля оно остается формальностью, которая не влияет на реальную работу.
Как контролируют соблюдение SLA
Обычно он строится на объективных данных. Для этого используют:
- автоматические системы мониторинга;
- отчеты по обращениям и инцидентам;
- логи работы сервисов;
- регулярные SLA-отчеты.
Контроль важен не только клиенту, но и исполнителю − он показывает реальное положение дел, а не субъективные ощущения.
Отчетность и прозрачность
Отчет по SLA отвечает на простой вопрос: выполнены ли обязательства или нет. В таких отчетах обычно отражают фактические показатели за период, количество нарушений SLA, причины отклонений и принятые меры. Прозрачная отчетность снижает напряжение между сторонами и позволяет обсуждать факты, а не эмоции.
Ответственность при нарушении SLA
В SLA заранее фиксируют, что происходит при срыве условий. Это может быть финансовая компенсация, снижение стоимости услуг, дополнительные сервисные обязательства или пересмотр условий сотрудничества. Важно, что ответственность определяется заранее, а не в момент конфликта.
Подведем итог
SLA (Service Level Agreement) − это практический инструмент, который переводит качество сервиса в измеримые и понятные параметры. Он фиксирует ожидания, сроки и ответственность между сторонами, снижая количество недопониманий и конфликтов.
По сути, SLA − это идея измеримой стабильности вместо обещаний. И ждать ее справедливо не только в корпоративных договорах: любой цифровой сервис, которым вы пользуетесь каждый день − от облачного хранилища до VPN, − честнее оценивать по тому, как стабильно он работает на деле, а не по тому, что написано на странице с тарифами.
Источники
- ГОСТ Р 55389-2012 «Система национальных стандартов в области качества услуг связи. Соглашение об уровне обслуживания (SLA)» − российский стандарт по структуре и содержанию SLA
- Atlassian: What is a service-level agreement (SLA)? − руководство по составлению и метрикам SLA

