BossUp

Контроль качества отдела продаж: авто-QA звонков

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

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

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

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

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

Четвёртая — скорость. Даже если проблему нашли, узнали о ней через неделю. Клиент, которому нахамили в среду, к следующему понедельнику уже ушёл к конкуренту и написал отзыв.

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

Чек-лист качества — как составить

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

Хороший чек-лист для продаж обычно состоит из четырёх блоков:

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

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

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

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

Несколько правил, которые экономят время:

  • Формулируйте пункт так, чтобы на него можно было ответить «да» или «нет». «Проявил клиентоориентированность» — не пункт чек-листа, это тема для спора. «Уточнил задачу клиента до презентации продукта» — пункт.
  • Держите список коротким. Восемь-десять пунктов работают, тридцать — нет: их не удержит в голове ни оператор, ни руководитель.
  • Не смешивайте обязательное и желательное. Разделите то, без чего разговор считается плохим, и то, что просто хорошо бы.
  • Начните с шаблона. В BossUp есть готовые чек-листы «Универсальный», «Продажи» и «Поддержка» — быстрее взять один и поправить формулировки под свой скрипт, чем писать с нуля.
  • Покажите чек-лист операторам до запуска. Оценка по правилам, которых человек не видел, воспринимается как придирка. Это не вопрос вежливости, это вопрос того, будет ли система работать.

Автоматическая оценка каждого звонка

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

Что принципиально меняется по сравнению с ручным разбором:

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

Оценка одинаковая для всех. Один и тот же чек-лист применяется в понедельник утром и в пятницу вечером к новичку и к ветерану отдела. Сравнение операторов между собой наконец становится корректным.

Разбирается смысл, а не слова. Пункт «отработал возражение» проверяется по сути разговора, а не по наличию слова «дорого». Клиент, который сказал «мне надо посоветоваться» и пропал, — это невыявленное возражение, и оно будет отмечено.

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

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

Контекст доходит до продавца. Разбор звонка уходит комментарием в карточку контакта и сделки в Битрикс24 — история разговоров видна там, где менеджер работает каждый день.

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

Какие метрики смотреть руководителю

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

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

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

Соблюдение скрипта по пунктам чек-листа. Смотреть нужно не средний балл, а разрез по пунктам. Средний балл 7 из 10 не говорит ничего. «Следующий шаг не назначен в 60% разговоров» говорит всё — и сразу подсказывает, что делать на ближайшей планёрке.

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

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

И правило про частоту: смотреть отчёты стоит раз в неделю, а реагировать на алерты — сразу. Ежедневное разглядывание дашборда даёт шум вместо тренда.

Как давать обратную связь оператору по данным, а не по ощущениям

Данные сами по себе никого не научат продавать. Работает связка «цифра — пример — договорённость».

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

Что помогает на практике:

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

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

С чего начать

Начать проще, чем кажется: подключение источника делается из интерфейса, без программистов и интеграторов — телефония подключается вебхуком, Telegram-аккаунт кодом, чат-виджет одной строкой на сайте. Данные хранятся и обрабатываются в России, как требует 152-ФЗ. Первые разборы появляются в тот же день, на ваших реальных звонках.

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