Проще говоря, SLA - это измеримое обещание. Не просто "мы быстро отвечаем", а "первый ответ по критичному тикету - до 15 минут, решение - до 4 часов, обновление статуса - каждый час". Благодаря этому клиент, поддержка, IT, логистика и менеджеры понимают одинаковые правила игры.
SLA бывает внешним и внутренним. Внешний SLA фиксируют для клиентов: например, время ответа поддержки или срок доставки. Внутренний SLA используют между командами: например, IT должен обработать заявку отдела продаж за один рабочий день, а юридический отдел - проверить договор за два дня.
В AI-агентах SLA помогает управлять не только людьми, но и автоматизацией. Агент может отслеживать тикеты, заказы, инциденты, обращения и задачи, сравнивать их с дедлайнами, находить риск просрочки, готовить сводки, создавать эскалации и предлагать следующий шаг ответственному.
Важно, что SLA должен быть связан с приоритетом. У критичного инцидента один срок, у обычного вопроса - другой. Если все задачи имеют одинаковый SLA, команда либо тонет в срочности, либо пропускает действительно важные случаи.
Хороший SLA описывает не только дедлайн, но и событие старта. Например, срок начинается с момента создания тикета, подтверждения оплаты, поступления заказа, назначения ответственного или получения всех документов. Без этого команда спорит не о качестве сервиса, а о том, откуда считать время.
Типичная ошибка - настроить SLA только как красивый отчет. SLA должен запускать действия: предупреждение до просрочки, эскалацию, смену ответственного, уведомление клиента, запуск runbook или создание задачи. Тогда он помогает управлять процессом, а не просто фиксирует провал.
Для production важно хранить объект SLA, приоритет, дедлайн, текущий статус, ответственного, историю изменений, причины паузы, эскалации и фактическое время выполнения. Если AI-агент участвует в процессе, его решения и рекомендации нужно логировать в trace или audit log.
Примеры
- Поддержка обязуется дать первый ответ по критичному обращению за 15 минут, а по обычному вопросу - за 4 часа.
- IT service desk автоматически эскалирует тикет, если до нарушения SLA осталось меньше 30 минут.
- AI-агент каждый час собирает список задач, у которых сегодня истекает SLA, и отправляет его руководителю.
- Логистический SLA показывает, какие заказы не переданы перевозчику в обещанный срок.
- DevOps-команда фиксирует SLA восстановления сервиса после инцидента и сравнивает его с фактическим временем простоя.
Где используется
- контроль сроков ответа поддержки
- эскалация просроченных тикетов
- управление IT service desk
- контроль доставки и логистики
- мониторинг инцидентов и восстановления сервиса
- внутренние договоренности между отделами
- отчетность по качеству сервиса
- приоритизация обращений и задач
- автоматизация уведомлений до нарушения срока
Связанные термины
Alert enrichment
Approval workflow
Audit log
Cost monitoring
Customer service window
Delivery SLA
Runbook
Trace
Частые вопросы
Что такое SLA простыми словами?
Это понятное обещание по сервису: за какое время команда должна ответить, решить задачу, доставить заказ или восстановить работу системы.
Чем SLA отличается от обычного дедлайна?
Дедлайн обычно относится к одной задаче. SLA задает правило для класса обращений или процессов: какие сроки действуют, как считать время и что делать при риске просрочки.
Как AI-агент помогает контролировать SLA?
Он отслеживает статусы, сравнивает их с правилами SLA, находит риск просрочки, отправляет предупреждения, создает эскалации и готовит отчеты.
Какие данные нужны для SLA?
Нужны дата старта, приоритет, дедлайн, статус, ответственный, канал, тип обращения, паузы, история изменений и фактическое время выполнения.
Какие ошибки чаще всего бывают при внедрении SLA?
Неясная точка старта, одинаковые сроки для всех приоритетов, нет эскалации до просрочки, статусы обновляются вручную и SLA используется только для отчета после факта.
