Чем SLA на ИИ отличается от SLA на обычное ПО
SLA (service level agreement) — это договорные обязательства подрядчика по уровню сервиса: как быстро он реагирует на инцидент, как быстро устраняет, какая доступность системы гарантируется и что подрядчик делает, когда нарушил обязательства. Для ИИ-системы этого мало. Классическое ПО либо работает, либо нет — а нейросетевой контур может «работать», но деградировать: база знаний устарела, документы изменились, модель вендора обновилась и стала отвечать иначе. Поэтому SLA на ИИ обязательно включает третью группу обязательств — метрики качества ответов.
Отсюда определение: SLA на ИИ-систему = скорость реакции и доступность (как в обычном ПО) + качество ИИ (доля корректных ответов, точность RAG по источникам) + актуальность базы знаний и отчётность. Сопровождение с такими обязательствами у НЬЮ-ССТ — от 50 000 ₽/мес, контур безопасности и мониторинга — от 60 000 ₽/мес (сентябрь 2026, без НДС).
Что фиксируется в SLA на ИИ-систему
| Блок обязательств | Что измеряется | Комментарий |
|---|---|---|
| Реакция на инциденты | время от сигнала до ответа подрядчика | для бизнес-критичных контуров — часы, для внутренних — рабочий день |
| Устранение инцидентов | время восстановления работоспособности | плюз классификация: сбой, деградация качества, инцидент безопасности |
| Доступность сервиса | доля времени, когда система отвечает | стандартный ИТ-показатель, измеряется мониторингом |
| Качество ответов | доля корректных ответов на контрольной выборке, точность RAG | главное отличие ИИ-SLA: качество проверяется регулярно, а не «по жалобам» |
| Актуальность базы знаний | срок от публикации документа до попадания в контур | защищает от ответов по устаревшим регламентам |
| Отчётность | периодические отчёты по метрикам и инцидентам | включая материалы к требованиям 243-ФЗ |
Как измеряются метрики качества
Доля корректных ответов считается на контрольной выборке: набор реальных вопросов с эталонными ответами регулярно прогоняется через систему, расхождение фиксируется. Точность RAG проверяется по источникам: ответ должен опираться на указанный документ, а не на «фантазию» модели. К этим двум добавляется доля автоматических ответов (сколько обращений закрыто без человека) и скорость деградации — как быстро падает качество между обновлениями базы. Все метрики снимаются мониторингом и попадают в регулярный отчёт; без регулярных замеров любые обещания качества — слова.
Почему без SLA контур деградирует
ИИ-система — не статичный продукт. Документы компании меняются каждый месяц; вендоры обновляют модели, и поведение ответов меняется вместе с ними; в базе знаний копятся дубли и противоречия; сотрудники находят способы «обойти» ассистента. Без сопровождения качество падает незаметно — сначала страдают редкие вопросы, потом пользователи перестают доверять системе, и инвестиции в контур обесцениваются при формально «работающей» системе. Разбор всех причин — в ответе зачем нужно сопровождение после внедрения; что делать, когда ошибки уже видны — в материале что делать, если ИИ выдаёт ошибки.
Сколько стоит сопровождение с SLA
Лестница простая: LLM-контур с обновлением базы знаний, промптов и контролем качества — от 50 000 ₽/мес; безопасность и мониторинг (контроль доступа, утечек, логирование под требования 243-ФЗ) — от 60 000 ₽/мес; если в контуре есть 1С — её сопровождение от 7 000 ₽/мес. Базовая гарантийная поддержка входит в стоимость проекта; SLA начинается там, где нужны обязательства по уровню. Полный состав тарифов — в ответе сколько стоит сопровождение ИИ-системы, форма услуги — ИТ-поддержка и аутсорсинг.
SLA и требования 243-ФЗ
С 2027 года у эксплуатируемых ИИ-систем появится обязательная документальная часть — и она органично ложится в SLA-процесс. Логирование запросов и ответов, контроль доступа к данным, регламент реагирования на инциденты безопасности, периодическая проверка контура — всё это измеримые операции, которые фиксируются в сопровождении и попадают в регулярные отчёты. Компания, у которой SLA на ИИ уже работает, встречает требования закона без аврала: нужные измерения ведутся, журналы собираются, ответственные назначены. Тем, кто тянет до последнего, придётся собирать всё это за один квартал — дороже и хуже. Поэтому зрелый SLA — это не только сервис, но и часть ИИ-комплаенса; пакет защиты ИИ у НЬЮ-ССТ (от 400 000 ₽) закрывает обе задачи разом.
Красные флаги при подписании SLA
Первый флаг — обязательства без измерения: подрядчик обещает «высокое качество ответов», но нигде не написано, как и когда оно мерится. Второй — метрики без базовой линии: процент корректных ответов считается от чего-то — должна быть зафиксирована стартовая точка и методика контрольной выборки. Третий — отсутствие классификации инцидентов: сбой доступности, падение качества и инцидент безопасности требуют разной скорости реакции; единый «реакция в течение 8 часов» на всё — признак шаблона. Четвёртый — нет последствий нарушения: если в договоре не описано, что происходит при нарушении показателей (пересчёт, приоритетное устранение), SLA превращается в декларацию о намерениях. Задавайте эти четыре вопроса до подписания — по ответам сразу видно, измеряет ли подрядчик свои системы или только продаёт.
Как договориться о метриках качества заранее
Главная тонкость ИИ-SLA — базовая линия. Обещать «95% корректных ответов» можно только относительно измеренной стартовой точки: на какой выборке вопросов, кто подтвердил эталонные ответы, что считается корректным. Правильный порядок такой: на пилоте собирается контрольная выборка из реальных вопросов (обычно сотня-две), владелец процесса утверждает эталонные ответы, фиксируется методика оценки (соответствие источнику, полнота, тон), и уже от этой базы в SLA записываются целевые значения и допустимая динамика. Дальше выборка прогоняется регулярно — например, ежемесячно — и отчёт показывает не «всё хорошо», а тренд: качество растёт с пополнением базы или падает с устареванием документов. С такой методикой спор о качестве превращается из «нравится/не нравится» в разбор конкретных ответов из выборки — это и рабочий инструмент, и доказательная база одновременно.
Последний штрих — связь SLA с командой. Метрики не снимают конфликтов сами по себе: нужен человек со стороны заказчика, который читает ежемесячный отчёт и задаёт вопросы, — обычно это владелец процесса или ИТ-руководитель. Полезный формат — ежеквартальная встреча по итогам: разбор трендов, решений по базе знаний, планов на квартал. Так сопровождение остаётся сервисом, а не абонентской платой «за молчание». Если через полгода работы вы ни разу не видели отчёт с цифрами качества — у вас не SLA, а подписка; и это, кстати, самый простой самодиагностический признак, по которому стоит требовать у подрядчика данные.
Как выбрать объём SLA под свой контур
Матрица из двух вопросов. Первый — критичность процесса: если контур обслуживает клиентов или участвует в продажах, нужны жёсткие сроки реакции и метрики качества в отчёте каждую неделю; внутренний ассистент переживёт мягкие сроки. Второй — режим данных: чем чувствительнее данные, тем обязательнее блок безопасности и мониторинга (от 60 000 ₽/мес) и регламент реагирования на инциденты. Практический сценарий внедрения ИИ в поддержку с SLA — по шагам в гайде как внедрить ИИ в службу поддержки. Помните: SLA — это не бумага «про проценты», а регулярный процесс измерений; подписывать его стоит с тем, кто эти измерения уже ведёт.