Затраты на SLA и сопровождение ИИ
Я разделяю бюджет ИИ на четыре части: запуск, сопровождение, потребление и резерв. Подписка не равна поддержке: в «Слаживании» одна ИИ-профессия стоит 10 000 ₽ в месяц, включая 2 500 ₽ потребления, но не поддержку 24/7. Сверх лимита действует формула: подтверждённая себестоимость × 1,35.
Перед согласованием бюджета я проверяю:
- Когда доступна помощь: рабочие часы, расширенный график или 24/7.
- Какие сроки обещаны: отдельно на реакцию, временное восстановление и устранение причины.
- Кто отвечает и платит: подрядчик, внутренняя команда или поставщик внешней системы.
- Что входит в платёж: дежурства, исправления, помощь пользователям; что оплачивается отдельно.
- Как ограничены доплаты: лимиты согласования и отдельные резервы на потребление и аварийные работы.
SLA не гарантирует безошибочных ответов ИИ. Поэтому я оцениваю доступность и качество отдельно, а значимые действия оставляю на подтверждение сотруднику. Пользу расходов считаю по сокращению простоев, ручной работы и повторных сбоев - _не только по числу закрытых заявок_.
Как часы поддержки и сроки восстановления влияют на стоимость?
В базовое сопровождение входят не все параметры SLA: за часть условий придётся доплатить. Чтобы рассчитать стоимость поддержки и резерв на инциденты, нужно заранее разделить эти условия.
Чем дольше доступна поддержка и короче сроки реакции и восстановления, тем больше нужно дежурных и выше цена.[5] При этом SLA задаёт три отдельных срока: реакция на обращение, временное восстановление и окончательное устранение причины сбоя.
Поддержка в рабочие часы, расширенная и круглосуточная
Зафиксируйте в SLA часовой пояс, каналы приёма заявок и календарь покрытия - дни и часы, когда работает поддержка.
| Условие | Рабочие часы | Расширенное покрытие | Круглосуточно |
|---|---|---|---|
| Часы | Пн–пт, 09:00–18:00 МСК | 08:00–22:00 МСК, включая выходные; праздники - по договору | 24/7, включая праздники |
| Каналы | Система заявок и почта | Те же каналы и срочная эскалация дежурному | Заявки и аварийный канал связи с дежурным |
| Мониторинг | Проверка уведомлений в рабочее время | Контроль в часы покрытия | Круглосуточный мониторинг и эскалация к дежурному |
| Время реакции | 4–8 часов | 1–2 часа | Менее 30 минут для критических обращений |
| Восстановление и исправление причины | Отдельные сроки по приоритетам | Срочное восстановление в часы покрытия; исправления - по плану | Аварийное восстановление 24/7; отдельный срок на исправление причины |
| Плановое обслуживание | В согласованные рабочие окна | Дополнительные вечерние и выходные окна | Отдельные технические окна; 24/7 не означает любые работы без лимита |
| Что увеличивает стоимость | Базовая загрузка специалистов | Смены, дежурства, работы в праздники | Ночная готовность, резерв экспертов и процедуры отката |
Эти режимы покрытия и сроки реакции соответствуют исходным таблицам поддержки.[5] Если часть рутинных задач выполняют ИИ-агенты, часть расходов переходит с дежурств на платформу, API и инфраструктуру.[1][4]
Автоматический приём заявок не заменяет дежурную команду. Для сложного инцидента часто нужны сразу два участника: технический специалист и функциональный эксперт.
Приоритеты инцидентов и сроки восстановления
Приоритет зависит от ущерба для бизнеса. Если есть рабочий обходной сценарий, срочность ниже, чем при полной остановке процесса.
Матрица ниже - ориентир для обсуждения, а не готовое обязательство подрядчика. Сроки подтверждения обращения, временного восстановления и исправления причины нужно согласовать отдельно.
| Приоритет | Влияние на бизнес | Подтверждение обращения | Временное восстановление | Исправление причины |
|---|---|---|---|---|
| P1 - критический | Полная остановка ключевого процесса | 15 минут | 2–4 часа | 24–48 часов |
| P2 - высокий | Серьёзное ухудшение работы, затронута большая часть пользователей | 1 час | 8 часов | 3–5 дней |
| P3 - обычный | Частичный сбой, есть рабочий обходной сценарий | 4–8 часов | 2 дня | Следующий релиз |
Ориентиры взяты из исходной матрицы инцидентов.[5] Чтобы восстановить работу в короткий срок, нужны заранее выданные доступы, инструкции отката и готовый обходной сценарий. Для восстановления работы и исправления причины сбоя нужно устанавливать разные сроки.[6]
Следующий вопрос - кто оплачивает дежурства и сверхлимитные работы.
Кто оплачивает дежурства и работу с инцидентами?
После разделения абонплаты и сверхлимитных работ согласуйте оплату дежурств и устранения инцидентов. Это разные статьи расходов. Распределение оплаты задаёт структуру бюджета поддержки, а не только техническую ответственность. Прежде чем обсуждать цену, назначьте одного координатора инцидента и владельцев зависимых систем.
Обязанности подрядчика и внутренней команды
За подрядчиком закрепите мониторинг, исправление дефектов ИИ, процедуры развёртывания и техническую эскалацию. За внутренней командой - бизнес-приоритеты, качество исходных данных, согласование доступов и связь с сотрудниками.
Кто оплачивает работы, зависит от места сбоя и от того, кто контролирует этот слой системы.
| Где возник сбой | Кто отвечает | Что входит в сопровождение | Условия оплаты |
|---|---|---|---|
| Интеграция с CRM | Подрядчик - за код интеграции; заказчик - за данные и внутренние обновления | Диагностика и исправление дефектов интеграции | Свои дефекты подрядчик исправляет без доплаты; изменения версии и доработки согласуют заранее |
| Обмен с 1С | Подрядчик - за код обмена; заказчик - за данные и изменения в 1С | Проверка обмена и устранение ошибок своего кода | Ошибки данных передают функциональному владельцу процесса; работы с данными и доработки под новую версию оплачивает заказчик |
| Инфраструктура заказчика | Внутренняя ИТ-команда - за серверы и сеть; подрядчик - за диагностику влияния на ИИ | Диагностика инцидента и координация восстановления ИИ | Восстановление инфраструктуры оплачивает заказчик |
| Внешняя модель | Поставщик - за свою систему; подрядчик - за координацию и переключение | Эскалация и переключение на резерв по согласованному сценарию | Координация и переключение входят в обязанности подрядчика; порядок оплаты определяет договор |
Причину сбоя подтверждайте неизменяемым журналом действий агента. Он должен позволять отличить ошибку логики от неверных данных и ручного вмешательства.
Абонентская плата, включённые работы и доплаты
В модели «Слаживания» абонплата составляет 10 000 ₽ в месяц за одну ИИ-профессию. Превышение оплачивается по подтверждённой себестоимости × 1,35.[1][4] Это денежный лимит, а не часы инженера.
Для дежурств специалистов, аварийного вызова и аварийных работ отдельно закрепите ставки и условия доплаты. Укажите, начисляется ли плата за дежурство во время инцидента и как её рассчитывают.
Установите лимит расходов без дополнительного согласования, аварийный предел и назначьте человека, который вправе согласовать расходы. В отчёте и акте фиксируйте номер инцидента, его причину, выполненные действия, затраченные ресурсы, ставку и списание лимита.
Скидку за нарушение SLA закрепите отдельно: договор должен определять её расчёт и порядок применения. Скидка или зачёт в следующем месяце не возмещает бизнес-убытки автоматически.[1]
Эти расходы также нужно связать с метриками надёжности и качества сервиса.
Как оценить пользу расходов на поддержку?
Считайте предотвращённые потери, а не только закрытые заявки. Сначала зафиксируйте исходные объёмы операций, трудозатраты и долю ошибок. Затем сравните расходы на поддержку с экономией из трёх источников: сокращения простоев, ручного труда и повторных инцидентов.
| Что оценивать | Основа расчёта | Источник данных | Решение по бюджету |
|---|---|---|---|
| Потери от простоя | Среднее число операций в час × длительность простоя × потери от задержки или ошибки | CRM, 1С, ERP, журналы доступности | Повышать SLA |
| Стоимость ручного режима | Часы ручной обработки × средняя стоимость часа | Учёт рабочего времени, журналы задач | Автоматизировать или финансировать поддержку |
| Потери от повторных инцидентов | Частота инцидента × (стоимость устранения и ущерб) | Реестр инцидентов, база знаний компании | Выделять бюджет на устранение первопричины |
| Качество ответов ИИ | Число исправлений человеком / число ответов ИИ | Проверки результатов, журналы ограниченной автономии | Инвестировать в дообучение или данные |
| Стоимость автоматизации одного процесса | Общие ежемесячные затраты на поддержку / число автоматизированных процессов | Финансовая отчётность, панель платформы | Масштабировать решение |
Метрики надёжности, качества ИИ и затрат
Надёжность оценивайте по доступности, времени реакции и времени выполнения. Отдельно проверяйте, соблюдаются ли сроки восстановления по SLA.
Для оценки качества ИИ отслеживайте долю ошибок в пилоте, долю эскалаций на человека и долю задач, выполненных без доработки. В «Слаживании» также стоит учитывать незакрытые задачи и запросы без ответа [4]. На эти метрики можно опираться при согласовании SLA и бюджета.
Правила измерения и исключения из SLA
Чтобы результаты расчётов можно было сравнивать, заранее закрепите в SLA правила учёта:
- Что считается восстановлением, в том числе при участии человека, и когда ожидание данных от заказчика приостанавливает отсчёт времени.
- Что считается окончательным устранением причины. Учитывайте его отдельно от временного восстановления [2].
Как согласовать бюджет SLA?
После расчёта эффекта поддержки разделите смету на четыре статьи: запуск, ежемесячное сопровождение, потребление и резерв. Утверждайте бюджет вместе с режимом поддержки, сроками реакции и аварийным резервом.
Как составить бюджет сопровождения для «Слаживания»
При внедрении через «Слаживание» отделите разовые расходы на интеграции, обучение и пилот от постоянных платежей за SLA. Проверьте, что входит в пакет: это поможет не платить за одни и те же работы дважды.
В ежемесячной смете укажите расходы на платформу, поддержку, мониторинг и время вашей команды. Сверхлимитное потребление и резерв вынесите отдельно.
Тариф - 10 000 ₽ в месяц за одну ИИ-профессию, включая 2 500 ₽ себестоимости. Потребление сверх этого оплачивается по формуле: подтверждённая себестоимость × 1,35 [1][3]. Поддержка 24/7 в подписку по умолчанию не входит. Стоимость, лимиты и условия SLA закрепите в договоре.
Что проверить перед утверждением SLA и бюджета
Чтобы при согласовании бюджета было меньше споров, проверьте четыре пункта:
- Процессы: определите критичные процессы и перечень включённых работ.
- Календарь поддержки: зафиксируйте часы покрытия и часовой пояс.
- Ответственные: назначьте участников со стороны подрядчика и заказчика. Укажите, кто оплачивает дежурства и сверхлимитные работы.
- Отчётность: утвердите график отчётов и определите, кто согласовывает изменения бюджета и отчётности.
В расходы на сопровождение включите не только работу подрядчика, но и время вашей команды на контроль и согласования.