crmamocrm

ИИ слушает звонки: что он выносит РОПу, а что нет

Контроль качества звонков через ИИ: разбор всех разговоров по точкам скрипта, стоп-сигналам и обещаниям без задачи. Как 400 звонков сжать до 15 нужных.

ИИ слушает звонки: что он выносит РОПу, а что нет

РОП не может прослушать четыреста звонков за месяц. ИИ может

Контроль качества звонков обычно выглядит так: руководитель (РОП — руководитель отдела продаж) раз в месяц выборочно слушает пять-шесть записей, ставит галочки в чек-листе и делает выводы по всему отделу. Это самообман. Пять звонков из четырёхсот за тот же месяц — это не контроль, это ритуал: выборка слишком мала, чтобы поймать закономерность, и слишком случайна, чтобы поймать проблемного менеджера.

Хуже того, выборка ещё и смещена. Слушают обычно те записи, до которых легко дотянуться, — свежие, длинные, по крупным сделкам. А самое интересное лежит в коротких: разговор, где менеджер попрощался сразу после первого возражения, в такую выборку не попадёт никогда.

ИИ слушает все. И выносит руководителю не «послушай вот это», а конкретные сигналы — то, на что стоит потратить внимание.

Что машина реально вытаскивает из разговора

  • Прошёл ли скрипт по ключевым точкам. Озвучена ли цена, предложен ли следующий шаг, обработано ли возражение — или менеджер слил клиента на первом «дорого» и попрощался. Не оценка «хорошо/плохо», а факт: пункт был или не был.
  • Тон и перехват инициативы. Кто вёл разговор — менеджер или клиент. Монолог клиента на фоне молчания продавца виден по доле речи каждого и сразу заметен.
  • Стоп-сигналы. Клиент сказал «я подумаю», а менеджер не назначил дату следующего контакта — это потенциальная потеря, и она помечается, чтобы не раствориться в потоке.
  • Обещания без фиксации. Менеджер сказал «пришлю расчёт», после чего в CRM не появилось задачи. Разрыв между словами в разговоре и действиями в системе — частая точка утечки.
  • Возражения по типам. Не просто «было возражение», а какое именно: цена, сроки, доверие, сравнение с конкурентом. Это превращает разрозненные разговоры в статистику, по которой видно, где сыпется весь отдел.
  • Кто говорил первым и как быстро перезвонили. Формальные факты вокруг разговора не менее полезны, чем содержание: время реакции на заявку часто объясняет результат лучше, чем качество самого скрипта.

Важно, что это разбор по формальным признакам разговора, а не «оценка искренности». ИИ надёжно ловит то, что можно проверить: прозвучало слово или нет, поставлена задача или нет, кто говорил дольше.

Что ИИ РОПу не выносит — и не должен

Половина пользы этой схемы в том, чего в отчёте нет. Иначе она превращается в надзор, и отдел начинает работать против неё.

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

Оценку искренности и намерений. Машина не знает, врал ли клиент, когда говорил «я подумаю». Она знает только, что фраза прозвучала и дата следующего контакта не была названа.

Личные разговоры. Это не абстракция. Когда мы разбирали архив в одном проекте, из 1 082 записей разговоров к сделкам удалось привязать 438, а 258 записей оказались личными — к работе отношения не имеющими, их удалили. Личные разговоры в контуре контроля качества не нужны никому: ни руководителю, ни системе, ни компании как хранителю данных.

Спорные и плохо распознанные куски. Если расшифровка сомнительна — запись отдаётся человеку целиком, а не превращается в «признак не обнаружен». Формулировка «признак не обнаружен» там, где на самом деле «не расслышал», — это ложь в отчёте, и она опаснее пропущенного звонка.

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

Как это устроено по шагам

Чтобы понимать, где что может сломаться:

  1. Запись. Телефония пишет разговор и отдаёт файл.
  2. Привязка. Запись прикрепляется к сделке и менеджеру. Самый недооценённый шаг, и, как видно выше, самый провальный на практике.
  3. Расшифровка. Аудио превращается в текст с разделением по говорящим — без разделения половина метрик не считается.
  4. Разметка. По тексту проставляются формальные признаки: точки скрипта, стоп-сигналы, тип возражения.
  5. Сверка с системой. Обещания из разговора сопоставляются с задачами и документами в CRM.
  6. Сводка. Руководитель получает не поток, а короткий список того, что стоит послушать.

Ломается это чаще всего на втором и третьем шагах, и оба раза — тихо. Непривязанная запись просто не попадает в отчёт; плохо распознанная попадает, но с неверной разметкой.

От «прослушки» к управлению процессом

Смысл не в том, чтобы наказывать за каждую формулировку. Смысл — дать РОПу карту: вот менеджер, который стабильно не называет цену; вот тот, кто не закрывает на следующий шаг; вот возражение, на котором сыпется весь отдел. Это уже не контроль отдельных людей, а диагностика процесса. Проблема «весь отдел сливается на одном возражении» решается скриптом и тренингом, а не разбором с конкретным продавцом.

Практическое следствие: сначала смотрите на общие для отдела провалы, потом на индивидуальные. Если один и тот же пункт скрипта проваливают почти все, это не свойство людей, это свойство скрипта — либо он неудобен в живой речи, либо просто неверен по смыслу.

ИИ не выносит приговор — он сокращает выборку

Машина не решает, кого уволить. Она сокращает 400 звонков до 15, которые руководителю действительно стоит послушать своими ушами, — потому что именно в них помечены стоп-сигналы или проваленные точки скрипта. РОП тратит час на осмысленную выборку вместо дня на случайную. Финальное суждение остаётся за человеком, но человек теперь слушает не наугад.

Раз ИИ слушает все разговоры постоянно, он видит не срез, а тренд по отделу: как со временем меняется доля звонков, где цена не была названа. Это превращает контроль качества в замер, по которому видно, работает обучение отдела или нет.

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

Как внедрять, чтобы отдел не воспринял это как репрессию

  1. Скажите заранее и прямо. Скрытый запуск обнаружится за неделю и обойдётся дороже любого выигрыша от эффекта неожиданности.
  2. Начните с одного признака, а не со всего чек-листа. Возьмите тот, который сам считаете важнейшим, и месяц смотрите только на него.
  3. Первый месяц — без последствий для людей. Данные собираются, выводы обсуждаются, никаких санкций. Это нужно и людям, и вам: за первый месяц вылезут все ошибки разметки.
  4. Разбирайте на общих встречах обезличенно. «Вот возражение, на котором мы теряем» работает; «вот Иванов, который теряет» разрушает готовность обсуждать.
  5. Дайте менеджеру доступ к своим же данным. Возможность увидеть собственный разбор снимает большую часть сопротивления: это уже не слежка, а зеркало.
  6. Пересматривайте критерии. Как только критерии становятся известны и неизменны, их начинают обыгрывать.

Наши грабли: почему нельзя верить логам

Две истории из своей практики, которые изменили моё отношение к контролю звонков сильнее, чем любые методички.

Первая. Мы оплатили один сервис синтеза речи, а звонил другой. Заметили это ушами — просто услышали, что голос не тот. Логи при этом молчали: с точки зрения системы всё работало штатно, звонки шли, статусы проставлялись. Формально всё было зелёное.

Вторая. В звонках терялся тональный набор. Клиент нажимал цифру в ответ на вопрос, сигнал не доезжал, и в отчёте это выглядело как «клиент не заинтересовался». Система показывала отсутствие интереса там, где интерес был.

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

И второй вывод: любой автоматический разбор должен отмечаться после каждого прохода, и на успехе, и на падении. Пустой отчёт по стоп-сигналам может означать, что отдел работает отлично. А может — что разбор не запускался неделю.

Возражения

«У нас маленький отдел, я и так всё слышу». Слышите то, что происходит рядом. Тренд по типам возражений за квартал вы не услышите ни при каком размере отдела — это не воспринимается на слух, это считается.

«Менеджеры начнут бояться и говорить хуже». Первые дни — да. Дальше зависит от того, во что превращается разбор: в санкции или в помощь. Если менеджер получает из системы что-то полезное для себя, страх проходит быстро.

«ИИ ошибается, я не буду принимать решения по его данным». И не надо. Он не принимает решений, он сокращает выборку. Решение по-прежнему принимаете вы — просто слушая не случайные пять записей, а отобранные.

«Это дорого». Считайте не стоимость разбора, а стоимость одной потерянной сделки, которую было видно в разговоре. Обычно на этом сравнение и заканчивается.

Подводные камни

  • ASR ошибается на шуме и терминах. Плохая связь, фон, узкая номенклатура — и распознавание речи (ASR — перевод аудио в текст) путает слова. Поэтому доверяют формальным фактам, а спорные звонки всё равно слушает человек.
  • Формальный признак — не смысл. «Цена названа» не значит «названа уместно». ИИ ловит наличие пунктов, но качество аргументации оценивает РОП. Слепо ставить KPI по галочкам — плодить формализм.
  • Непривязанные записи не попадают в анализ. Сначала связка «звонок — сделка», потом всё остальное.
  • Метрика превращается в игру. Если менеджеры знают критерии, они начинают проговаривать нужные слова роботу, а не клиенту. Критерии периодически пересматривайте.
  • Логи могут молчать при реальной поломке. Регулярно слушайте выборку ушами — не менеджеров проверять, а систему.
  • Согласие на запись обязательно. Разбор разговоров — это обработка записей: предупреждение о записи, основания, сроки хранения и место хранения данных по 152-ФЗ на вас. Мы не юристы, и этот кусок стоит согласовать с тем, кто разбирается в персональных данных, — особенно вопрос, что делать с личными разговорами, попавшими в общий архив.

Хотите такой контроль без ручной прослушки? Оставьте заявку в форме или напишите в Telegram.