Автоматическая оценка звонков: как перестать слушать выборочно и видеть отдел целиком

Коротко: Выборочное прослушивание показывает отдельные звонки, но плохо показывает системные проблемы отдела. Автоматическая оценка звонков проверяет разговоры, переданные в систему, по критериям скрипта компании и собирает результаты по менеджерам: руководитель видит картину по отделу без многочасовой ручной прослушки. В Neiraxell, AI-платформе для отделов продаж, речевая аналитика работает вместе со слив-контролем закрытых сделок и конструктором конверсий.

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

Почему выборочное прослушивание не даёт картины по отделу

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

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

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

Что теряется, когда часть разговоров никто не слышит

Ошибки в скрипте, которые повторяются месяцами

Когда прослушивается только часть звонков, ошибки в скрипте могут повторяться снова и снова, потому что попадают в непрослушанную часть. Пример: менеджер пропускает блок программирования - не говорит клиенту в начале звонка, о чём будет разговор и чем он закончится. Клиент не понимает структуры и заканчивает разговор раньше, менеджер фиксирует «не заинтересован». Такая ошибка не бросается в глаза: звонок формально состоялся, возражений не было, просто не купили.

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

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

Слитые лиды в закрытых сделках

Вторая потеря может обходиться дороже. Часть клиентов, которых менеджер пометил как нецелевых и закрыл в CRM, на самом деле могли подходить. Решение о закрытии принимает сам менеджер: клиент спросил цену и не ответил на следующий звонок - «нецелевой»; три раза сказал «подумаю» - «холодный, в архив». Потерянные сделки в CRM при этом выглядят как обычная статистика отказов.

Обычному контролю такие сделки плохо доступны: чтобы их проверить, нужно слушать записи по уже закрытым сделкам, а на это у руководителя редко есть время. В одном из внедрений Neiraxell в CRM клиента было 13 454 лида в статусе «некачественный», и половину из них не прослушивали. Проверить слив лидов в отделе продаж такого объёма вручную сложно.

Эту задачу в Neiraxell решает отдельная функция - слив-контроль. Она проверяет закрытые сделки на соответствие правилам закрытия, которые установила компания, и анализирует доступную историю коммуникаций по сделке. При несоответствии сделка может быть автоматически возвращена в активную воронку CRM. Возвращается та же сделка, новый лид или контакт не создаётся. Пользователь получает информацию о причине проверки или возврата, а к какому менеджеру попадёт сделка, зависит от настройки. Руководителю не приходится самому искать такие сделки по записям: он работает с уже возвращёнными и решает, как выстроить повторный контакт с учётом причины возврата. В том же внедрении один возвращённый в работу клиент доехал до офиса. Это результат одного бизнеса, не гарантия для других, но механизм понятен: часть ошибочно закрытых сделок получает второй шанс.

Как устроена оценка разговора по блокам скрипта

Приветствие, программирование, работа с возражениями - каждый блок как отдельный критерий

При оценке звонков по скрипту каждый блок разговора становится отдельным критерием, и набор блоков задаёт компания. Например: приветствие и контакт, small talk, программирование, выявление проблемы и потребности, работа с возражениями, фиксация итогов и следующего шага. Данные - звонки и встречи менеджеров, переданные в систему из подключённой телефонии и систем встреч. Речевая аналитика Neiraxell переводит разговор в текст, разделяет реплики участников и оценивает его по критериям компании. Система показывает, какие критерии выполнены, а какие нет. Критерии можно адаптировать под этап воронки.

Управленческая ценность такого разбора в том, что руководитель видит конкретное место, где разговор пошёл не туда. Например, критерий блока выявления проблемы не выполняется у троих из пяти менеджеров. Это может быть признаком пробела в обучении или в самом скрипте, и гипотезу стоит проверить раньше, чем разбирать каждого по отдельности. Другой менеджер уверенно ведёт small talk, но теряет клиента на возражении по срокам - это повод для точечного разбора.

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

Реплика из разговора как основа для разбора

Разбор звонков в продажах часто упирается в одно и то же: менеджер говорит «я так не говорил» или «это была особая ситуация». Руководитель оказывается в позиции, где надо либо настаивать на своём, либо отступать. Ни то ни другое не продвигает вперёд.

Поскольку разговор переведён в текст с разделением реплик, руководитель видит не только то, что критерий «работа с возражением по цене» не выполнен, но и может прочитать в расшифровке, что менеджер ответил на «дорого». Руководитель приходит на встречу с фактом: «вот здесь клиент сказал X, ты ответил Y, давай разберём, что можно было сделать иначе». Оценка AI при этом - основание для разбора, и спорный фрагмент полезно переслушать: выводы системы могут содержать неточности.

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

Как читать сводный отчёт по отделу, а не слушать каждого по отдельности

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

Картина становится полнее, если рядом положить данные о движении сделок. Конструктор конверсий Neiraxell строит отчёты по переходам между статусами CRM: сколько сделок прошло на следующий этап, сколько выбыло, сколько осталось в работе, в том числе по отдельным менеджерам. Он отвечает на вопрос, где теряются сделки. Понять, почему это происходит, помогает речевая аналитика.

Пример. Факт: в конструкторе конверсий видно, что у одного менеджера из встречи в договор переходит заметно меньше сделок, чем у коллег. Сигнал: в его разговорах на этом этапе чаще не выполняется критерий фиксации следующего шага. Гипотеза: клиенты уходят со встречи без понятной договорённости. Решение: точечный разбор этого блока и наставничество от коллеги, у которого критерий выполняется стабильно. Результат проверяется на новых разговорах и в той же воронке.

Если нужно понять, какие возражения и причины отказа повторяются у клиентов, к данным подключаются автоматические CustDev-отчёты: повторяющиеся сигналы из разговоров с частотностью и цитатами. Контроль качества звонков и сравнение менеджеров по критериям доступны в системе без ручной прослушки всего объёма записей, а решение остаётся за руководителем. Потенциальный эффект - меньше времени на ручную прослушку, обучение по данным всего отдела и возможность повышать конверсию проблемных этапов. Насколько это скажется на продажах, зависит от конкретной компании.

Как объяснить команде, зачем записывается каждый звонок

Сопротивление при внедрении записи разговоров - частая ситуация в отделе продаж. Менеджеры воспринимают запись как слежку, начинают говорить осторожнее или формальнее, иногда прямо спрашивают: «За что нас теперь будут штрафовать?». Поэтому встречу с командой полезно провести до запуска системы.

Формулировки, которые снижают сопротивление, строятся вокруг двух идей. Первая: запись - общий стандарт для всего отдела. Звонки оцениваются по одним и тем же критериям, правила у всех одинаковые. Это защищает и самого менеджера в спорных ситуациях: если клиент сначала говорит одно, а потом утверждает, что договорились о другом, запись помогает разобраться. Вторая: оценка нужна, чтобы разбирать сложные случаи - звонки, где сделка почти состоялась, но что-то пошло не так. Поиск виноватых в эту задачу не входит.

Перед запуском оценки качества работы менеджеров нужно сделать обязательный шаг: предупредить собеседников о том, что разговор записывается, и закрепить порядок записи в регламенте и трудовом договоре. Без этого шага внедрение записи звонков создаёт юридические и этические риски.

Команда принимает изменения легче, когда видит пользу для себя: разборы конкретнее, хорошие результаты тоже фиксируются. Ещё один аргумент - автозаполнение карточки CRM: AI извлекает данные из разговора и заполняет предусмотренные настройкой поля сделки, и переносить их вручную менеджеру не нужно.

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

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

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

На стороне затрат: тарифы Neiraxell отличаются прежде всего объёмом минут анализа, количество пользователей не ограничивается. Актуальные тарифы опубликованы в прайс-листе Neiraxell. Сравнивать их удобно с объёмом разговоров отдела в минутах: платформа позволяет анализировать 100% звонков и встреч, передаваемых в систему, в пределах минут по тарифу. После запуска расчёт можно сверять с фактическими данными: сколько сделок слив-контроль вернул в работу и что с ними стало дальше, как изменилось выполнение критериев в разговорах и конверсия этапов в конструкторе конверсий. Окупаемость считается через вопрос «сколько стоит мне нынешняя слепая зона в отделе», а не через обещание конкретного прироста.

Вопросы, которые задают перед внедрением

Можно ли настроить критерии оценки под свой скрипт

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

Что делать, если менеджеры работают в amoCRM

Neiraxell интегрируется с CRM и телефонией, в том числе работает с amoCRM. Подключение другой конкретной системы уточняется отдельно. После анализа разговора автозаполнение переносит предусмотренные настройкой данные в поля карточки сделки. Статусы, задачи и сообщения клиентам эта функция не меняет и не создаёт, а возврат ошибочно закрытой сделки в воронку выполняет слив-контроль.

Сколько времени занимает запуск

В стандартном сценарии внедрение Neiraxell может занимать несколько дней. Запуск включает подключение телефонии и CRM и настройку критериев под ваш скрипт, поэтому скорость зависит от используемых систем и необходимых интеграций.

Нужно ли менять скрипт под систему оценки

Нет, критерии оценки настраиваются под ваш скрипт. Если скрипт изменится, критерии можно перенастроить.

Что происходит со звонками, которые выходят за рамки скрипта - нестандартные ситуации

Такие звонки оцениваются по тем же критериям компании, и видно, какие критерии выполнены, а какие нет. Разговоры с большим числом невыполненных критериев - кандидаты на ручной разбор: руководитель открывает текст с разделением реплик и смотрит, что произошло. При выборочной прослушке такие разговоры легко пропустить.