Контроль качества звонков: чек-лист для менеджеров продаж и разбор ошибок

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

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

Зачем и что проверять в разговорах

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

Разделите оценку на три слоя:

1. Качество общения. Менеджер слушает собеседника, задаёт понятные вопросы, не перебивает, объясняет без давления и проверяет, правильно ли понял ответ.
2. Соблюдение процесса. Сотрудник представился, выяснил обязательные сведения, не пообещал неутверждённые условия, согласовал следующий шаг и зафиксировал результат по правилам компании.
3. Коммерческий результат. Клиент согласился на встречу, запросил предложение, отказался или отложил решение.

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

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

Как выбрать способ контроля

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

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

Системы аналитики различаются. Официальная документация Microsoft Dynamics 365, например, описывает работу с записями звонков, расшифровками, сигналами и данными для обучения продавцов. Это подтверждает возможности конкретного продукта, но не означает, что любая система поддерживает тот же набор функций. Перед выбором нужно проверить нужный язык, источники записей, права доступа, хранение и доступные способы выгрузки.

Как составить чек-лист оценки

Хороший критерий отвечает на вопрос: «Что именно должен услышать или увидеть проверяющий?» Формулировка «проявил эмпатию» допускает разные толкования. Формулировка «назвал услышанную проблему своими словами и попросил подтвердить понимание» задаёт наблюдаемое действие.

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

Критерий и подтверждающая реплика

У каждой оценки должно быть основание: отметка времени, короткая цитата или указание, что обязательного действия не было в пределах всего звонка. Проверяющий не пишет «плохо выявил потребность», а фиксирует: «Менеджер предложил демонстрацию на 01:42; до этого задал только вопрос о размере компании и не уточнил текущий процесс».

Для критерия задайте четыре поля:

• ожидаемое действие;
• доказательство в разговоре;
• допустимые исключения;
• действие при сомнении.

Так оценку можно повторить. Другой проверяющий откроет тот же фрагмент и поймёт, почему поставлена отметка.

Как учитывать контекст и исключения

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

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

Как работает автоматический разбор

Автоматический контроль — это цепочка операций, а не одна оценка модели:

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

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

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

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

Как откалибровать оценки

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

Сравнение двух оценщиков и модели

Ниже — учебная калибровочная выборка, а не результат клиентского внедрения.

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

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

Разбор ложного нарушения

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

Такую отметку не удаляют молча. Её возвращают на пересмотр и сохраняют причину:

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

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

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

Как внедрить контроль по этапам

Начните не с общего рейтинга, а с одного вопроса и ограниченного набора критериев. Последовательность запуска может быть такой:

1. Проверить доступ к записям. Где они появляются, можно ли связать запись с менеджером и этапом продажи, хватает ли качества звука.
2. Согласовать правила данных. Кто получает доступ, сколько хранятся запись, расшифровка и результаты, как исправляют и удаляют сведения.
3. Подготовить пилот. Выбрать типы звонков, чек-лист, ожидаемый формат доказательств и условия остановки.
4. Провести ручную разметку. Два оценщика разбирают часть записей и уточняют спорные критерии.
5. Подключить автоматический разбор. Сравнить его с согласованной ручной оценкой, разобрать ложные нарушения и пропуски.
6. Обучить руководителя. Он должен уметь открыть доказательство, изменить ошибочную отметку и провести разговор с менеджером.
7. Масштабировать. Добавлять команды и критерии только после проверки предыдущего объёма.

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

В Switch On AI работа начинается с разбора процесса, требований и предложения. Бесплатный прототип может показать ключевой сценарий, но не считается полноценным внедрением. После согласования условий и договора разработка оплачивается в два этапа: 50% до работ и 50% после сдачи; код и инструкции передаются в договорном объёме. Сопровождение и текущие расходы согласуются отдельно.

Как использовать результаты для обучения

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

Индивидуальный разбор удобно проводить по одной ситуации:

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

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

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

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

Ошибки, ограничения и вопросы перед запуском

Основные проблемы появляются не только из-за модели:

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

Перед запуском подготовьте заявку на внедрение. Конфиденциальные сведения и персональные данные на первом этапе замените условными примерами.

• Какой тип звонков нужно проверять и зачем?
• Какие решения руководитель примет по результатам?
• Где хранятся записи и кто вправе их использовать?
• Есть ли действующие правила хранения, удаления и доступа?
• Какие 5–10 критериев важнее остальных?
• Как выглядит корректное и некорректное поведение по каждому критерию?
• Какие исключения нельзя считать нарушением?
• Кто владеет чек-листом и утверждает его изменения?
• Кто рассматривает спорную оценку и апелляцию?
• Какую ручную выборку можно подготовить для калибровки?
• Куда должен попадать отчёт и кому нужны индивидуальные данные?
• Какие системы предстоит подключить?
• Как команда поймёт, что пилот можно продолжать, дорабатывать или остановить?

Начните с одного обезличенного звонка и заполненного чек-листа. Этого достаточно, чтобы на первой встрече обсудить наблюдаемые критерии, доступные записи, калибровку и состав будущего пилота. Чтобы проверить применимость подхода и получить оценку работ, опишите процесс Switch On AI. Пароли и ключи доступа для первичного обсуждения не нужны.