Анализ звонков менеджеров: как проверять разговоры

Кратко

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

Актуально на 23 сентября 2026 года.

Почему отчёт по звонкам не заменяет анализ звонков

Стандартный отчёт СRM или телефонии показывает количество звонков, среднюю длительность и долю пропущенных. Ни один из этих чисел не отвечает на вопрос «звонок был хорошим». Более того, число само по себе может обманывать:

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

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

Что проверять в разговоре: пять этапов и признаки

Рабочий разбор звонка строится не по общему впечатлению, а по этапам разговора — так же, как чек-лист качества обращения проверяет этапы обработки заявки, а не работу оператора в целом.

Этап звонкаЧто проверяемПример хорошегоПример плохого
ОткрытиеНазвано имя оператора и компании, звонящий понял, куда попал«Меня зовут Айгуль, служба поддержки»Молчаливое «алло»
Выявление сутиОператор дал договорить, задал уточняющий вопрос по делуПереспросил номер заявки и уточнил, когда началась ошибкаПеребил и начал читать скрипт
Ведение разговораПауза объяснена вслух, а не молчание в трубке«Секунду, проверяю в системе»Тишина 20+ секунд без объяснения
РешениеОтвет дан словами клиента, без внутренних терминов«Оплата не проходит, потому что…»«У вас problem с биллингом»
ЗакрытиеПроговорён следующий шаг и срок«Пришлю ссылку в течение часа»Разговор оборван без итога

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

Как посчитать итоговую оценку звонка

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

ЭтапБалл (0/1)ВесБалл × вес
Открытие111
Выявление сути122
Ведение разговора010
Решение122
Закрытие111

Сумма 6 из максимума 7 (1+2+1+2+1) → 6 / 7 × 10 ≈ 8,6 балла. Формула та же, что для письменных обращений: сумма (балл × вес) делится на сумму весов и умножается на 10. Разница только в наборе этапов — для звонка они привязаны к разговору, а не к переписке.

Сколько звонков проверять: пример расчёта нагрузки

Проверять все звонки нереально и не нужно — важна регулярная выборка, а не сплошной контроль.

ПараметрПример значенияРасчёт
Операторов в команде10—
Звонков на оператора в месяц550 звонков всего
Среднее время на разбор одного звонка8 минутпрослушать + заполнить чек-лист
Итоговая нагрузка на проверяющего—50 × 8 мин ≈ 6,7 часа в месяц

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

Как проверить, что контроль работает

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

Частые ошибки контроля операторов

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

Как это устроено в TehProf.kz Support

Звонок, привязанный к заявке, попадает в карточку с одним из трёх состояний записи: приложена, ожидается (событие о завершении разговора ещё не пришло) или записи не будет — так видно сразу, есть ли что слушать, а не только «звонок был». Запись приходит одной из трёх дорог: официальный канал звонков WhatsApp, выгрузка из телефонии Bitrix24 или запись самого звонка через браузер (WebRTC, «трубка» в заголовке тикета) — этот способ пишет обе стороны разговора и прикрепляет запись к карточке звонка так же, как остальные два.

Там, где запись есть, ИИ-помощник распознаёт речь и разделяет реплики по говорящим, так что готовая расшифровка читается как диалог оператор/клиент, а не сплошной текст; отдельно доступен короткий пересказ разговора на две-четыре фразы — по нему руководитель быстро видит, о чём был звонок, прежде чем решать, нужен ли полный разбор. Расшифровка — часть возможностей ИИ-помощника и её доступность зависит от тарифа (см. тарифы). Отдельно от разбора конкретных звонков вкладка «Операторы» в аналитике показывает общую картину: сколько заявок принято и выполнено, сколько сейчас открыто, среднее время первого ответа и решения — эти числа дополняют разбор разговоров, но не заменяют его.

Частые вопросы

Нужна ли отдельная программа контроля оператора, или достаточно записи звонков?

Запись — только сырьё. Без письменного чек-листа этапов и регулярной выборки запись превращается в архив, который никто не открывает после первой жалобы клиента.

Сколько звонков проверять на одного оператора в месяц?

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

Чем анализ звонков менеджера по продажам отличается от техподдержки?

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

Нужен ли отдельный отдел контроля звонков?

Не обязательно с самого начала. При команде до 10–15 операторов разбор ведёт руководитель службы лично; отдельный человек или отдел появляется, когда объём выборки перестаёт помещаться в его рабочее время.

Связанные статьи

Нужна поддержка, которая так и работает?

TehProf.kz Support собирает обращения из WhatsApp, Telegram, почты и виджета в одну очередь, считает сроки по SLA и показывает, где служба проседает.