← Назад в «Статьи» ИИ · CRM · Агенты · ITSM

ИИ-ассистенты в поддержке: где экономия, а где риск

Опубликовано: 2026-07-20T14:30:00 | Хабы: ИИ · CRM · Агенты · ITSM | Теги: ИИ, поддержка, автоматизация
ИИ-ассистенты в поддержке: где экономия, а где риск

Модель в поддержке экономит минуты агента только если она работает внутри карточки обращения, а не в отдельном чате. Ниже — какие сценарии отдавать ИИ, какие оставлять людям и как измерять качество, чтобы не потерять доверие клиентов.

Что можно автоматизировать без потери контроля

Безопасный контур — тот, где модель предлагает, а исполнитель подтверждает. Действие без подтверждения уместно только на узком, заранее описанном классе запросов.

Классификация и маршрутизация. Тема, услуга, приоритет, группа. Ошибка здесь стоит перекладки тикета, а не неверного ответа клиенту. Это первый слой: обращение уходит нужной очереди без диспетчера.

Резюме длинной переписки. Агент входит в контекст за минуту: суть, что уже пробовали, какой CI и договор. Риск низкий — текст можно проскроллить и поправить.

Черновик ответа из базы знаний. Модель собирает абзац из утверждённых статей рядом с карточкой. Публикация или отправка — только после агента. Так база знаний пополняется из закрытых тикетов, а не из «галлюцинаций».

Нормализация полей. ИНН, номер договора, серийный номер актива — извлечение в форму, не в свободный текст клиенту.

Что оставлять людям

  • Претензии, эскалации, угроза оттока. Тон и полномочия важнее скорости.
  • Инциденты с простоем сервиса. Модель может сжать ленту мониторинга; решение о коммуникации и workaround принимает дежурный.
  • Персональные данные и юридически значимые формулировки. Шаблон — да, свободная генерация «от лица компании» — нет.
  • Нестандартный сбой без статьи в БЗ. Здесь черновик вреден: клиент получит уверенный, но ложный ответ.

Правило простое: если цена ошибки выше экономии 3–5 минут агента, сценарий остаётся человеческим, максимум — с подсказкой.

Как считать экономию

Считайте не «процент автоматизации», а минуты на обращение по классам.

  1. Зафиксируйте baseline: время первой реакции, время до решения, доля перекладок, CSAT по 4–5 массовым услугам.
  2. Включите ИИ только на классификацию + резюме. Через две недели сравните те же услуги.
  3. Черновики ответов подключайте на услугах с покрытием БЗ выше порога (например, 70% закрытий уже ссылались на статью).
  4. Отдельно считайте долю правок черновика. Если агент переписывает больше половины текста — модель не экономит, она шумит.

Типичная честная картина пилота: маршрутизация даёт быстрый эффект, генерация ответов — только на шаблонных услугах.

Качество ответа и доверие

Клиент не отличает «ИИ» от «компании». Поэтому:

  • В карточке видно, что текст — черновик; в письме клиенту этого не пишут, пока политика не требует.
  • Источник подсказки — ссылка на статью БЗ или на похожий закрытый тикет, не «модель так решила».
  • Запрещены обещания сроков и компенсаций, которых нет в каталоге услуг.
  • Регулярный разбор ложных срабатываний — как инциденты качества, с владельцем услуги.

Метрики, которые стоит повесить рядом с SLA: доля обращений с принятой классификацией, доля отправленных черновиков без правок, CSAT на услугах с ИИ vs без, число эскалаций «мне ответил робот».

Где риск архитектуры, а не модели

Отдельный чат-бот вне ESM плодит второй контур: нет связи с CMDB, SLA и историей. Подсказка в карточке Matroid-класса использует те же объекты, что и агент; модель можно держать в контуре заказчика. Это снимает часть ИБ-риска и не отменяет правило подтверждения.

Итог: экономия есть на маршрутизации, резюме и черновиках из БЗ. Риск — там, где модель говорит с клиентом без статьи, без агента и без учёта цены ошибки. Сначала измерьте четыре массовые услуги, потом расширяйте классы — не наоборот.