ИИ помогает оценивать звонки по расшифровке и заранее заданным критериям: менеджер поздоровался, выяснил задачу клиента, назвал условия, ответил на вопросы и договорился о следующем шаге. В статье разберём, как выбрать звонки для проверки, составить чек-лист, настроить автоматический анализ и проверить выводы системы. Такой подход подходит малому бизнесу, где руководитель не успевает вручную прослушивать все разговоры, но хочет видеть качество работы операторов по фактам.
Почему ручной контроль звонков перестаёт работать?
Руководитель может открыть несколько записей в день, отметить ошибки и дать обратную связь. Когда звонков становится больше, выборка получается случайной: в неё попадают удобные для просмотра разговоры, а не обязательно те, где клиент ушёл без решения. Часть проблем обнаруживается только после жалобы или падения продаж.
ИИ меняет сам порядок проверки. Система переводит разговор в текст, ищет заданные фразы и смысловые признаки, а затем формирует оценку по пунктам. В материалах о CoPilot в Битрикс24 описан сценарий, где расшифровка и оценка звонков помогают руководителю анализировать сотни разговоров без полного ручного прослушивания (CoPilot в Битрикс24: расшифровка звонков и оценка работы менеджеров).
При этом автоматическая оценка не должна становиться единственным судьёй. Расшифровка иногда ошибается, а короткий разговор может выглядеть слабым по формальным признакам, хотя оператор правильно понял ситуацию. Поэтому ИИ лучше использовать как фильтр и помощника для руководителя: он находит записи для проверки, а человек принимает решение по спорным случаям.
Какие критерии включить в чек-лист звонка?
Чек-лист описывает наблюдаемые действия, а не личное впечатление от менеджера. Формулировка «общался профессионально» плохо подходит для автоматической проверки. Система не поймёт, какие признаки считать выполнением. Формулировка «назвал имя клиента после его представления» уже пригодна для анализа.
Для первого запуска достаточно пяти–семи критериев. Например, для входящих обращений можно использовать такую структуру:
- оператор представился и обозначил компанию;
- выяснил причину обращения или задачу клиента;
- задал уточняющий вопрос, если информации было недостаточно;
- назвал подходящий вариант, стоимость или порядок дальнейших действий;
- ответил на главный вопрос клиента;
- зафиксировал следующий шаг: заявку, встречу, расчёт или повторный звонок;
- завершил разговор без резкого обрыва.
Для исходящих звонков набор будет другим. В нём пригодятся признаки понятного представления, проверки уместности разговора, объяснения причины звонка и согласования дальнейшего контакта. Холодные звонки требуют отдельного сценария: критерии для них нельзя механически переносить из входящей линии, где клиент уже сам проявил интерес.
Каждый пункт удобно оценивать по шкале «выполнено», «не выполнено» и «не применимо». Последний вариант нужен, чтобы оператор не получал снижение оценки за действие, которое в конкретном разговоре не требовалось. Например, клиент сразу назвал точную услугу, поэтому дополнительный уточняющий вопрос был лишним.
Как подготовить звонки и расшифровку к анализу?
Сначала определите цель проверки. Если задача связана с потерей заявок, проверьте скорость реакции, выяснение потребности и договорённость о следующем шаге. Если руководство хочет повысить средний чек, добавьте критерий уместного предложения дополнительной услуги. Материал о продажах дополнительных услуг по телефону помогает отделить полезное предложение от давления на клиента: как продавать допы по телефону без давления на клиента.
Затем выберите одну линию и один тип разговоров. Не стоит сразу смешивать консультации, претензии, запись на услугу и холодные продажи. У каждого сценария своя логика, а общий чек-лист даст много ложных ошибок.
Перед настройкой проверьте качество исходных записей и расшифровок. В тексте должны различаться реплики оператора и клиента, иначе система может приписать вопрос одного собеседника другому. Если в разговоре несколько языков, профессиональные термины или названия товаров, добавьте их в словарь распознавания, если такая функция доступна.
Для пилота возьмите ограниченную выборку звонков разных типов: короткие консультации, длинные переговоры, разговоры с продажей и обращения без результата. Руководитель вручную оценивает эти записи по тому же чек-листу, который затем передаётся ИИ. Так можно сравнить автоматический вывод с рабочей оценкой и понять, где правила требуют уточнения.
Как настроить автоматическую проверку скрипта?
Начинайте с одного этапа разговора. Например, сначала проверяйте только начало звонка и выяснение задачи клиента. После проверки добавляйте предложение решения, работу с вопросами и завершение. Такой порядок упрощает поиск ошибок в настройке: если система неправильно оценивает весь разговор, трудно понять, какой критерий дал сбой.
Для каждого пункта задайте три элемента:
- что именно должен сделать оператор;
- какие слова или смысловые признаки указывают на выполнение;
- что считать ошибкой.
Пример настройки: «Оператор выяснил задачу клиента». Признаком выполнения будут вопросы о цели обращения, характеристиках заказа или желаемом результате. Фраза клиента «мне просто узнать цену» не означает, что оператор выяснил потребность. Если после неё менеджер сразу назвал стоимость и завершил разговор, критерий можно отметить как невыполненный.
Не привязывайте правило к одной фразе. Клиенты говорят по-разному, и хороший оператор тоже не всегда повторяет текст скрипта дословно. Лучше описывать смысл действия и приводить несколько допустимых вариантов. Скрипт задаёт направление беседы, а не обязанность произносить заученный текст.
Отдельно настройте правило для критических ошибок. К ним можно отнести обещание перезвонить без фиксации срока, отсутствие ответа на прямой вопрос или завершение разговора без договорённости, если клиент был готов продолжить. Такие нарушения полезно показывать руководителю отдельно от общей оценки.
Как понять, что ИИ оценивает звонки правильно?
Сравните результаты системы с ручной оценкой на одной и той же выборке. Руководитель должен сначала отметить чек-лист самостоятельно, а затем посмотреть автоматический результат. Различия нужно разбирать по причине: система не услышала фразу, неверно определила говорящего или само правило получилось слишком расплывчатым.
Не пытайтесь добиться идеального совпадения по каждому разговору. Практическая цель пилота — увидеть, какие критерии ИИ распознаёт устойчиво, а какие требуют просмотра человеком. Если правило даёт спорный результат в каждом втором звонке, его лучше переписать, а не компенсировать дополнительными баллами.
Полезно разделить отчёт на три уровня:
| Уровень | Что показывает | Действие руководителя |
|---|---|---|
| Звонок | Какие пункты чек-листа выполнены в конкретном разговоре | Проверить спорные места по расшифровке и записи |
| Оператор | Повторяющиеся ошибки в работе одного сотрудника | Дать обратную связь и выбрать навык для тренировки |
| Линия или сценарий | На каком этапе теряются обращения | Изменить скрипт, маршрутизацию или инструкцию |
Результат оценки стоит связывать с итогом разговора: состоялась ли заявка, назначен ли следующий контакт, получил ли клиент ответ. Сама отметка «скрипт соблюдён» ещё не доказывает, что диалог был полезен. Сопоставление качества разговора с его результатом помогает убрать формальные действия, которые не ведут клиента дальше.
Если звонки уже хранятся в CRM, настройка будет проще: карточка клиента, запись и результат разговора находятся в одном рабочем контуре. Для малого бизнеса полезно заранее проверить, как организовать телефонию и обращения в CRM: как настроить Битрикс24 для колл-центра малого бизнеса.
Какие типичные ошибки мешают оценке звонков?
- Один чек-лист для всех разговоров. Консультация, претензия и исходящий контакт требуют разных критериев.
- Слишком общие пункты. Слова «был вежливым» и «хорошо презентовал услугу» трудно проверить одинаково.
- Оценка только по ключевым словам. Оператор может произнести нужную фразу, но не решить задачу клиента.
- Смешивание оценки и наказания. На первом этапе чек-лист лучше использовать для обучения и поиска причин, а не для автоматических санкций.
- Отсутствие ручной проверки. Руководитель не видит, где система ошибается, если смотрит только итоговый балл.
- Слишком много критериев на старте. Длинный список превращает настройку в формальность и усложняет обратную связь.
После запуска пересматривайте чек-лист по реальным разговорам. Если один пункт почти всегда выполнен, но не влияет на результат, его можно убрать. Если клиенты регулярно задают вопрос, которого нет в сценарии, добавьте этот вопрос в обучение операторов и в критерии оценки.
3 шага, которые можно сделать на этой неделе:
- Выберите один тип звонков и составьте чек-лист из пяти–семи наблюдаемых действий.
- Возьмите выборку разговоров, оцените её вручную и сравните результат с расшифровкой.
- Настройте автоматическую проверку двух-трёх критериев, затем разберите спорные оценки с операторами.
ИИ-оценка приносит пользу тогда, когда превращает записи разговоров в понятный список действий: что сохранить в скрипте, чему обучить менеджера и на каком этапе клиент прекращает диалог. Для этого достаточно начать с одной линии, связать телефонию с учётом обращений и постепенно расширять чек-лист. Подходы к анализу звонков без сложных систем разобраны в материале как анализировать эффективность звонков без сложных систем.
