Чем речевая аналитика на LLM отличается от классической?
Классическая речевая аналитика для колл-центра, как правило, ищет в расшифровках звонков заданные слова по словарям, и пополнять словари вручную обычно приходится вашим сотрудникам. Речевая аналитика на LLM (больших языковых моделях) читает разговор целиком и оценивает смысл, поэтому она способна отличить жалобу от уточняющего вопроса клиента и тогда, когда слово «жалоба» в разговоре не звучало. Разница для руководителя контакт-центра в том, что в отчет аналитики на LLM попадает и недовольство, высказанное клиентом своими словами, а по классической аналитике такой звонок обычно виден только после того, как сотрудник добавит в словарь новые слова. Разбирать 100% звонков умеет и классическая аналитика, и аналитика на LLM, при условии что в контакт-центре записываются все звонки. Поэтому полный разбор отличает обе эти технологии от ручной прослушки, где супервизор обычно успевает проверить только выборку звонков.
Подойдет ли речевая аналитика колл-центру на 10-20 операторов?
По нашему опыту внедрений, окупаемость речевой аналитики зависит от свойств потока звонков сильнее, чем от числа операторов. Штат в 10-20 операторов обрабатывает очень разный поток, потому что на коротких типовых обращениях оператор принимает за смену больше звонков, чем на длинных консультациях. Поэтому окупаемость мы считаем по трем свойствам потока.
- Объем. Сколько звонков в месяц принимает колл-центр.
- Постоянство. Держится ли этот объем из месяца в месяц или проваливается вне сезона.
- Доля типовых звонков. Какая часть потока идет по повторяющемуся сценарию, например вопрос о статусе заказа или об условиях обслуживания.
Если поток мал, скачет от месяца к месяцу или почти целиком состоит из уникальных обращений, мы не рекомендуем начинать внедрение речевой аналитики. Достаточен ли поток звонков в вашем колл-центре для окупаемости, мы разбираем на бесплатной диагностике.
Нужно ли менять АТС или платформу контакт-центра ради внедрения?
Как правило, нет. Речевая аналитика встает LLM-слоем над действующей инфраструктурой контакт-центра. Записи звонков мы берем из действующей АТС через ее API или из папки, куда АТС складывает записи. Если ваша АТС умеет записывать звонки, запись включаем в ее настройках мы или ваш подрядчик по телефонии. Если не умеет или не отдает файлы наружу, рядом с ней ставим отдельную систему записи разговоров. Отдельная система записи разговоров ставится рядом с АТС, сама АТС остается прежней. Платформа контакт-центра и CRM тоже остаются прежними. Голосовой ИИ-агент, который разобран выше на этой странице, принимает звонок, распознает речь клиента и отвечает голосом. Он подключается к действующей телефонии, поэтому замены АТС тоже не требует.
Что происходит с персональными данными клиентов при разборе звонков?
Записи звонков мы не выносим ни к себе, ни во внешнее облако. Если ваша АТС стоит внутри вашей сети, записи не покидают эту сеть. Если телефония облачная, LLM-слой забирает записи из нее в периметр вашей компании, то есть в ту сеть и на те серверы, которые компания контролирует. Дальше записи звонков этот периметр не покидают, потому что сам LLM-слой мы ставим там же. Внутри периметра LLM-слой распознает запись звонка в текст расшифровки и маскирует в тексте персональные данные (например, имена, телефоны и номера договоров). За периметр, в облачную LLM, уходит уже замаскированный текст расшифровки, и саму облачную LLM мы берем с размещением в России (например, GigaChat или YandexGPT). Если же вместо облачной LLM внутри периметра развернута своя, за периметр не уходит и текст расшифровки. При этом маскирование не снимает с вашей компании обязанностей по 152-ФЗ (закону о персональных данных). Вам все равно нужно законное основание для обработки персональных данных (по нашему опыту внедрений, в контакт-центрах это чаще всего согласие клиента или исполнение договора с ним), а базы, в которые собираются персональные данные граждан России, закон требует держать на серверах в России.