Запустить ИИ в клиентской поддержке без потери качества можно, если не включать автоответ сразу. Сначала ассистент только готовит черновики для оператора, потом отвечает сам на короткий список безопасных тем, и лишь затем получает право что-то менять в системах. Каждый переход решается по результатам на выборке ваших обращений, а не по календарю.
Качество теряется не из-за модели, а из-за порядка запуска: бот включают на все темы, не договорившись, кто и когда его останавливает, а метрику выбирают такую, которая растёт при любом поведении. Как устроена услуга целиком, описано на странице «ИИ-агент для клиентской поддержки», здесь только порядок запуска и проверки.
Порядок запуска: пять ступеней и критерий перехода
Ступени идут от нулевого риска к реальному. На каждой записано, что делает ИИ, что видит клиент и по какому признаку переходим дальше. Признак придумывается до старта, иначе его подгоняют под результат.
| Ступень | Что делает ИИ | Что видит клиент | Критерий перехода дальше |
|---|---|---|---|
| 1. Разбор обращений | Ничего: мы размечаем выгрузку обращений по темам и считаем, что повторяется | Ничего не меняется | Есть список тем с примерами, понятно, какие темы безопасны, а какие нет |
| 2. Подсказка оператору | Находит статью и прошлые похожие обращения, пишет черновик ответа | Ничего: отвечает оператор, как раньше | На размеченной выборке черновики по выбранным темам принимаются без правок по существу |
| 3. Автоответ на безопасные темы | Отвечает сам по базе знаний со ссылкой на источник, остальное передаёт человеку | Ответ ассистента с пометкой, что это ассистент, и кнопкой «позвать человека» | Повторные обращения по теме не растут, жалоб на неверные ответы нет, ошибки разобраны |
| 4. Действия с подтверждением | Смотрит статус в учётной системе, готовит изменение, ждёт подтверждения клиента | Короткое «сделаю вот это, подтвердите» перед изменением | Журнал показывает, что действия повторяемы и отменяемы, ошибочных изменений нет |
| 5. Расширение списка | Берёт новые темы по одной, по тому же правилу | То же, что на ступени 3 или 4 | Для каждой новой темы повторяется проверка на выборке |
Переход назад так же нормален, как переход вперёд. Если после обновления условий ответы по теме стали неверными, тему возвращают на ступень ниже, пока не исправят базу. Для этого у каждой темы должен быть собственный выключатель, а не один общий на весь ассистент.
Что разобрать до запуска: какие обращения у вас есть
Первая работа не с моделью, а с выгрузкой. Берут обращения за несколько месяцев, убирают дубли и размечают их по темам и по тому, чем закончился разговор. Разметку делают ваши операторы, которые знают, что стоит за формулировкой, мы помогаем с таблицей и подсчётами. Результат делит обращения на пять групп.
| Группа | Примеры | Кто отвечает | Почему так |
|---|---|---|---|
| Справочные | Как оформить, где найти документ, как настроить | Ассистент по базе знаний | Ответ уже записан, риск в устаревшей статье |
| Статусные | Где заказ, когда придёт специалист, на каком этапе заявка | Ассистент по данным системы, после проверки клиента | Нужен доступ к учёту на чтение и надёжная идентификация |
| Изменяющие | Перенести визит, сменить адрес, отменить заказ | Ассистент с подтверждением клиента, действия в журнале | Ошибка стоит денег или времени, поэтому подтверждение и откат |
| Денежные и спорные | Возврат, претензия, компенсация, неустойка | Человек; ассистент собирает карточку | Решение за сотрудником с полномочиями, ответ влияет на договор |
| Срочные и эмоциональные | Авария, угроза уйти, жалоба на сотрудника | Человек сразу | Тон и ответственность важнее скорости |
На такой разметке часто выясняется, что две-три темы дают большую часть потока, а хвост из редких вопросов вообще не стоит автоматизации. Это нормально: запуск строится вокруг головы списка, хвост остаётся людям. Отдельно отмечают темы, где ответ зависит от клиента, региона или договора: по ним нужен доступ к данным, а не только к статьям.
Откуда ассистент знает ответ и с кем он разговаривает
Ассистент не лучше базы знаний, из которой он берёт ответы. Если две статьи противоречат друг другу, он выберет любую, а клиент получит уверенный ответ с неверным содержанием. Поэтому до автоответа проверяются три вещи:
- У каждой статьи есть владелец и дата проверки. Ассистент берёт только то, что отмечено действующим.
- Ответ приходит со ссылкой на источник. Нет источника, нет ответа, обращение уходит человеку.
- Статусы берутся из системы, а не из памяти модели. Номер заказа, дата визита и сумма читаются запросом к учёту, модель их только пересказывает.
Кто пишет
Прежде чем показать данные заказа, ассистент должен убедиться, что пишет владелец заказа. Фамилии и номера телефона для этого мало: код на номер из карточки клиента или вход из личного кабинета надёжнее. Без подтверждения ассистент отвечает только общими сведениями. Это правило проверяют отдельным тестом, как проверяют права в кабинете: пробуют получить чужой заказ по номеру. Как связать бота с карточкой клиента и не заводить дубли, разобрано в статье «Как подключить чат-бот к CRM».
Теневой режим: проверяем на живом потоке, пока клиент ничего не видит
Теневой режим включается между ступенями 1 и 3. Ассистент получает каждое входящее обращение и пишет ответ, но клиенту уходит ответ оператора. Потом оба ответа сравнивают. За несколько недель набирается выборка на реальных формулировках, и это точнее любой тестовой анкеты, которую придумали заранее.
Что смотрят в теневом режиме:
- Расхождения по существу. Не стиль, а факт: срок, сумма, условие, шаг инструкции. Каждое расхождение разбирает человек и решает, кто прав.
- Случаи, где ассистент должен был промолчать. Ответ без источника, ответ на спорную тему, ответ раздражённому клиенту.
- Темы, где ассистент систематически ошибается. Они не попадают в список автоответа, пока не исправлена база или правило.
- Скорость. Если ответ приходит дольше, чем оператор отвечает вручную, ценность автоответа сомнительна.
У теневого режима есть ловушка. Когда операторы принимают черновики, не читая, показатель «принято без правок» растёт, хотя качество не изменилось. Чтобы это заметить, в поток подмешивают контрольные черновики с заведомой ошибкой и смотрят, сколько из них оператор пропустил. Если много, проблема в процессе проверки, а не в модели.
Как измерять качество: метрики и их ловушки
Одна метрика в поддержке всегда обманывает. Нужен небольшой набор, в котором метрики страхуют друг друга. Числа порогов мы не называем: они зависят от цены ошибки в вашей теме и записываются в договор после разбора выборки.
| Метрика | Как считать | Ловушка | Чем страхуем |
|---|---|---|---|
| Закрыто без человека | Диалоги, где клиент получил ответ и не вернулся по той же теме за согласованный срок | Клиент ушёл, не получив ответа, и в отчёте это выглядит как успех | Повторные обращения и выборка диалогов для ручной проверки |
| Корректность ответа | Два человека независимо оценивают выборку: верно, верно с оговоркой, неверно, вредно | Оценщики мягче к ответу, который звучит уверенно | Разбор случаев разногласия и отдельный счёт «вредных» ответов |
| Доля передач человеку | Сколько диалогов ушло оператору и по какой причине | Низкая доля выглядит хорошо, хотя ассистент отвечает там, где должен был передать | Причины передач в журнале и выборка непереданных диалогов |
| Повторное обращение | Клиент написал снова по той же теме после ответа ассистента | Клиент ушёл в другой канал, и повтор не виден | Сквозной идентификатор клиента между каналами |
| Время до первого ответа | От сообщения клиента до ответа ассистента или человека | Быстрый, но пустой ответ улучшает цифру | Читается только вместе с корректностью |
| Оценка клиента | Короткий вопрос после диалога, если вы его уже задаёте | Отвечают крайне довольные и крайне недовольные, середина молчит | Смотреть динамику по темам, а не абсолютное значение |
Выборка размечается один раз перед запуском и пополняется свежими обращениями раз в месяц. Старую выборку не выбрасывают: на ней проверяют каждое обновление базы и модели, чтобы исправление одной темы не сломало другую. Разбор того, как порог уверенности связан с ценой ошибки, есть в статье «Порог уверенности модели».
Передача человеку: когда и что получает оператор
Передача — часть качества, а не признак поломки. Правила передачи пишутся заранее, и самое важное из них одно: просьба «позовите человека» исполняется с первого раза, без уговоров и уточняющих вопросов. Остальные причины передачи такие:
- нет подходящей статьи или данных, уверенность ниже порога, согласованного на выборке;
- тема из группы «денежные и спорные» или «срочные и эмоциональные»;
- слова, которые указывают на претензию, обращение в контролирующий орган, вред здоровью или имуществу;
- клиент повторил вопрос дважды, а ответ его не устроил;
- клиент не прошёл проверку личности, а вопрос требует данных заказа;
- действие вышло за пределы разрешённых и потребовало бы права, которого у ассистента нет.
Оператору передают не весь диалог, а краткую суть: что хочет клиент, что ассистент уже сказал, какие данные нашёл, что пробовал и почему передал. Клиент не пересказывает историю заново. Если в этот момент оператора нет на линии, ассистент честно называет срок ответа и записывает обращение в очередь. Круглосуточного дежурства у нас нет, поэтому ночное окно закладывается в процесс заказчика: кто разбирает очередь утром и в какой срок.
Что ломается после запуска
Через месяц-два причина ошибок смещается с модели на изменения вокруг неё. Компания меняет тарифы, акции и сроки, а статьи остаются прежними. Для этого нужен регулярный порядок:
- Владелец темы. У каждой темы автоответа есть сотрудник, который отвечает за актуальность статей. Изменение условий без обновления базы считается ошибкой процесса.
- Кнопка «ответ неверен» у оператора. Она записывает случай в разбор, а не просто закрывает диалог.
- Регрессионный набор. После каждого обновления базы и модели прогоняется накопленная выборка; результат сравнивается с прошлым.
- Выключатель темы. Отключить одну тему можно за минуты без разработчика.
- Журнал без лишних данных. Диалоги нужны для разбора, но персональные данные в журнал попадают только в нужном объёме и хранятся в вашем контуре. Персональные данные граждан России обычно должны храниться на серверах в России.
Если ассистент выполняет действия, к этому добавляются права и откат. Они разобраны в статье «Как ограничить ИИ-агента: права, подтверждения и откат».
Когда ИИ в поддержке пока не нужен
Бывает, что ассистент не окупается. Три случая:
- Обращений мало, а тем много. Хватит набора шаблонов ответов и хорошей базы знаний. Выборка не наберётся, и качество нечем измерять.
- Ответы не записаны. Если на один вопрос три оператора отвечают по-разному, сначала нужно договориться о ответе, а потом автоматизировать.
- Каждый ответ требует решения сотрудника. Тогда ассистент сможет только собирать карточку, и это уже другая задача, о ней на странице интеграции чат-бота с CRM.
Разница между чат-ботом со сценариями и агентом, который читает данные и выполняет действия, описана в статье «Чем ИИ-агент отличается от чат-бота».
Что делаем мы и с чего начать
Начинаем с обследования: 200 000 ₽ и 2–3 недели за одну линию поддержки и одну систему заявок, 350 000 ₽ и 3–4 недели, если нужны ещё CRM, учёт и склад. На выходе разметка обращений, список тем по ступеням, схема передачи человеку, набор метрик и вилка бюджета. Стоимость вычитается из первого этапа, если продолжаете с нами.
Дальше пилот: лёгкий (ассистент по базе знаний и подсказки оператору) стоит 150 000–400 000 ₽ за 2–8 недель, тяжёлый (действия в системах, подтверждения) — 400 000–1 200 000 ₽ за 2–3 месяца. Вывод в эксплуатацию — от 1 500 000 ₽ этапами по 300 000–700 000 ₽, сопровождение — 20 000, 60 000 или 120 000 ₽ в месяц. Мы делаем ассистента и его проверку, а не берём вашу линию поддержки на аутсорсинг и не дежурим круглосуточно. Модель работает на вашем сервере, исходники лежат в вашем репозитории с первого коммита. Все цены и сроки — на странице «Тарифы», описание услуги — на странице «ИИ-агент для клиентской поддержки».
Частые вопросы
С чего начать запуск ИИ в клиентской поддержке?
С разметки выгрузки обращений за несколько месяцев: темы, исход, кто отвечал. Она показывает, какие темы повторяются, какие безопасны для автоответа и какие должен вести человек. Модель выбирают после этого, а не до.
Можно ли сразу включить автоответ?
Можно, но это самый частый путь к потере качества. Безопаснее пройти подсказку оператору и теневой режим: тогда у вас есть выборка на реальных обращениях и понятный список тем, где ассистент отвечает верно.
Как понять, что ассистенту можно отвечать самому?
По размеченной выборке: на выбранной теме ответы проверены двумя людьми, вредных ответов нет, ошибки разобраны, у темы есть владелец базы и выключатель. Пороги записываются в договор до запуска, а не подгоняются под результат.
Что делать, если клиент просит человека?
Передавать сразу, с первой просьбы и без уговоров. Оператор получает краткую суть: что хотел клиент, что ассистент уже сказал, какие данные нашёл. Если людей на линии нет, ассистент называет срок ответа и записывает обращение.
Какая метрика главная?
Одной главной нет. Долю закрытых без человека читают вместе с повторными обращениями и выборкой диалогов для ручной проверки, иначе клиент, ушедший без ответа, выглядит как успех.
Нужны ли персональные данные клиентов для работы ассистента?
Для статусов и действий нужен доступ к карточке или заказу, и только на чтение или на узкий набор изменений. Ассистент работает на вашем сервере, данные из контура не уходят. Юридические вопросы обработки персональных данных решает юрист заказчика, мы даём технические меры.
Сколько стоит запуск ИИ в поддержке?
Обследование — 200 000 ₽ за одну линию и одну систему, 350 000 ₽ за несколько систем. Лёгкий пилот — 150 000–400 000 ₽, тяжёлый — 400 000–1 200 000 ₽, вывод в эксплуатацию от 1 500 000 ₽ этапами, сопровождение от 20 000 ₽ в месяц. Точная цена называется после обследования.
Можно ли остановиться после пилота?
Да. Сделанное остаётся у вас по акту: код, разметка обращений, набор вопросов для проверки и инструкция по развёртыванию. Пилот можно передать другому подрядчику или развивать своей командой.