ИИ в поддержке клиентов: где экономит, а где сжигает деньги

Языковые модели хорошо решают три задачи в поддержке: классифицируют обращения, извлекают из текста данные и формулируют черновик ответа. Всё остальное – либо дороже, либо ненадёжнее, чем существующие способы. Разберём границу.

Где ИИ окупается почти всегда

Разбор входящего потока. Определить тип обращения, срочность и ответственный отдел – задача, где модель уверенно обгоняет правила по ключевым словам и не требует поддержки словарей. На потоке в сотни писем в день это часы рабочего времени ежедневно.

Извлечение данных. Вытащить из письма номер договора, адрес и суть проблемы в поля заявки. Человек делает это медленно и с опечатками, модель – за секунды.

Черновик ответа для оператора. Не автоответ, а заготовка, которую человек правит и отправляет. Экономит время и не рискует репутацией.

Где деньги сгорают

Первое – автоответы без проверки. Одна уверенная неправда в ответе клиенту обходится дороже, чем годовая экономия на операторе. Отвечать автоматически можно только там, где ответ проверяем: статус заказа из базы, часы работы, адрес.

Второе – отсутствие лимитов. Без ограничения на количество и длину запросов расход растёт незаметно, а счёт приходит в конце месяца. Кеш на повторяющиеся запросы срезает существенную часть расхода буквально бесплатно.

Третье – внедрение без разметки. Модель нужно проверить на вашем архиве обращений, а не на демонстрации подрядчика. Без этого вы узнаете точность на живых клиентах.

Порог уверенности – главное правило

Модель должна возвращать не только ответ, но и оценку уверенности. Ниже порога – обращение уходит человеку без попытки угадать. Это правило превращает непредсказуемую систему в предсказуемую: вы заранее решаете, какую долю обращений готовы отдать автоматике.

Начинать разумно с высокого порога: пусть автоматика берёт треть потока, но берёт её правильно. Порог снижается по мере накопления статистики.

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

• Стоимость одного обработанного обращения: расход на модель делится на число обращений, а не на число запросов.
• Доля обращений, закрытых без человека, – по факту, а не по обещанию.
• Стоимость ошибки: сколько стоит одно неверно отправленное сообщение и как часто это происходит.
• Время оператора до и после – замеряется, а не оценивается на глаз.

Что должно быть в проекте по умолчанию

Журнал всех обращений к модели с сохранённым запросом и ответом – иначе разобрать инцидент невозможно. Ограничение расхода с уведомлением. Возможность выключить автоматику одной настройкой, не останавливая поддержку. И отчёт по точности за период: без него разговор о пользе превращается в обмен впечатлениями.

Реалистичное ожидание

Хорошее внедрение снимает с людей рутину и оставляет им сложные случаи. Оно не сокращает отдел вдвое в первый месяц и не отвечает клиентам лучше человека. Если вам обещают именно это – попросите показать журнал точности на вашем архиве.