Антон Дегтярёвпрослушка звонков менеджеров: настройка через битрикс24
На аудитах вижу одну и ту же картину в 8 из 10 компаний: телефония с записью подключена, права на прослушивание где-то выставлены — а системы контроля звонков нет вообще. Запись просто копится в CRM мёртвым грузом, пока не случается спорная сделка и кто-то не идёт её искать. Прослушка звонков — это не кнопка «включить запись», а процесс: кто слушает, по какому чек-листу и что происходит с результатом. Разберу все три части по отдельности.
зачем вообще слушать звонки регулярно
Первая мысль, которая приходит в голову руководителю про прослушку звонков — это инструмент наказания: поймать менеджера на грубости или сорванной сделке. На практике польза совсем в другом. Регулярная прослушка — это способ быстро увидеть системную проблему, пока она не превратилась в потерянную выручку за квартал.
На одном из аудитов мы прослушали 20 случайных звонков одного отдела и обнаружили, что 6 из них обрывались на одном и том же возражении про цену — менеджеры просто не знали, что ответить, и переводили разговор в вялое «я вам перезвоню». Никто из руководства этого не замечал, потому что смотрели только на конверсию по CRM, а не на содержание разговоров. После разбора скрипт поправили за неделю, конверсия по этому этапу выросла заметно уже на следующей.
Без регулярной прослушки такие вещи всплывают поздно — когда РОП уже видит проседание в отчётах и разбирается постфактум, теряя недели на то, что можно было найти за один вечер прослушивания выборки звонков.
Ещё один эффект, который недооценивают: прослушка нужна не только для поиска проблем, но и чтобы находить сильные ходы у лучших менеджеров и тиражировать их на команду. Хороший разговор так же полезен для разбора, как и провальный.
техническая база: что должно быть включено
Прежде чем говорить о правах и процессе, стоит закрыть базовый вопрос — а есть ли вообще что слушать. Условие одно: должна быть подключена IP-телефония с включённой опцией записи разговоров. Без этого разговор не пишется физически, и никакие права доступа проблему не решат.
Сами записи хранятся в разделе телефонии, в детализации звонков. Если запись прикреплена к элементу CRM — сделке или лиду — её можно прослушать и скачать прямо из карточки, без похода в отдельный журнал звонков.
Если телефония ещё не выбрана или работает нестабильно — вопрос прослушки откладывается сам собой, потому что нечего слушать. У меня есть отдельный разбор сравнения телефонии для Битрикс24, его стоит закрыть первым, если с записью звонков вообще есть проблемы.
права доступа: кто должен слышать чужие разговоры
Права на прослушивание чужих разговоров настраиваются администратором отдельно, на странице прав доступа в разделе телефонии, по ролям. Это значит, что модель доступа продумывается один раз осознанно, а не складывается сама собой из того, что получилось при первой настройке.
Рабочая ролевая модель, которую я обычно закладываю: руководитель отдела слышит звонки своих подчинённых, администратор портала — вообще все звонки по компании, рядовой менеджер — только свои разговоры и те сделки, к которым у него и так есть доступ в CRM. Это продолжает механику Битрикс24: сотрудник без специальных прав может прослушать запись только при доступе к CRM-элементу, где звонок зафиксирован — базовый доступ к сделке автоматически открывает и звонок внутри неё.
В компаниях покрупнее встречается ещё одна роль — верификатор. Это сотрудник, у которого единственная задача — прослушивать и анализировать звонки, часто по всем отделам сразу, без права менять что-либо в самих сделках. Такая роль имеет смысл, когда объём звонков уже не тянет один РОП физически, а полноценный супервайзер отдела качества пока не нужен.
типичная ошибка настройки прав, которую вижу на аудитах
Есть два полюса, и оба одинаково плохие. Первый — права выданы слишком широко, по принципу «всем всё»: любой сотрудник с доступом к общей воронке может послушать разговор любого коллеги. На практике это создаёт напряжённую атмосферу в отделе — менеджеры чувствуют, что их слушает буквально кто угодно, а не непосредственный руководитель, и это снижает доверие, а не контроль качества.
Второй полюс — обратная крайность: прослушивать разговоры может только администратор портала, а у РОПа таких прав нет. Формально выглядит как порядок, но на деле убивает саму идею контроля — руководитель, который каждый день работает с командой, не может оперативно разобрать конкретный звонок и вынужден просить доступ у айтишника.
На моих аудитах у 8 из 10 компаний картина именно такая: либо права не настроены вообще и слушать может кто угодно с доступом к CRM, либо их выставили один раз года три назад и с тех пор не пересматривали — отдел вырос, поменялись руководители, а модель доступа осталась прежней.
Правильная точка — где-то посередине: доступ к чужим звонкам должен быть привязан к реальной должностной роли, а не к тому, кто первым попросил его у администратора при настройке портала.
как построить регулярный процесс, а не разовую акцию
Разовая проверка после жалобы клиента — это не контроль качества, а тушение пожара. Рабочий процесс строится на регулярности: на средний отдел из 5-6 менеджеров реально прослушивать 15-20 случайных звонков в неделю, и это занимает у РОПа 2-3 часа. Это тот минимум, ниже которого прослушка превращается в формальность для галочки.
Кто это делает — зависит от размера компании. В небольшом отделе выборку слушает сам РОП, это часть его обычной работы наравне с планёркой и разбором CRM. В компаниях покрупнее эту функцию логично отдать выделенному верификатору, освобождая РОПу время на управленческие задачи, а не на прослушивание.
Отдельный момент — как выбирать выборку. Ошибка, которую вижу часто: слушают только провальные звонки, где сделка сорвалась. Это важно, но однобоко — так растёт только список претензий к менеджерам, а не понимание, что вообще происходит в разговорах. Рабочая практика — брать и случайные успешные звонки тоже, чтобы видеть, за счёт чего реально закрываются сделки, а не только за счёт чего они срываются.
Регулярность важнее объёма. Лучше слушать 15 звонков каждую неделю без перерывов, чем 60 звонков раз в квартал одним марафоном — тогда проблема, возникшая в начале квартала, обнаружится с опозданием в два месяца.
чек-лист: по каким пунктам оценивать звонок
Без единого чек-листа прослушка превращается в субъективное «мне понравилось / не понравилось», и разные проверяющие оценивают один и тот же разговор по-разному. Вот пункты, которые я обычно закладываю в такой чек-лист:
Первое — соблюдён ли скрипт открытия разговора: представление, название компании, повод звонка. Второе — выявлена ли реальная потребность клиента, а не сразу переход к презентации продукта. Третье — как менеджер отработал возражение, если оно возникло: ушёл от вопроса или ответил по существу. Четвёртое — тон и темп речи: не тараторит ли менеджер, не звучит ли раздражённо или равнодушно. Пятое — озвучены ли следующие шаги и договорённости в конце звонка, а не «я подумаю, до свидания». Шестое — зафиксирован ли итог разговора корректно в карточке сделки в CRM. Седьмое, по желанию — упомянуто ли клиенту, что разговор записывается.
Чек-лист не обязан быть длиннее семи пунктов. Задача не в том, чтобы разобрать звонок по косточкам, а в том, чтобы за 5-7 минут понять, есть ли системная проблема или это частный случай.
уведомление о записи разговора
Отдельно стоит сказать про этическую и правовую сторону: уведомление собеседника о том, что разговор записывается, — это стандартная практика, которую я рекомендую внедрять на всех входящих и исходящих линиях без исключений. Обычно это короткая фраза в начале звонка или автоматическое голосовое приветствие на линии.
Углубляться в юридические тонкости не буду — здесь лучше свериться с юристом применительно к вашей отрасли и региону. Но как практическая рекомендация: если запись ведётся без предупреждения, спорный разговор становится источником проблем, а не доказательством правоты компании.
куда девать результаты прослушки
Прослушка ради самой прослушки бессмысленна — ценность появляется только тогда, когда результат куда-то идёт дальше. Три рабочих направления, которые я вижу на своих проектах: обновление скрипта продаж по реальным формулировкам из звонков, разбор конкретных примеров на планёрке — без имён, если разговор был неудачным, и точечное обучение отдельного менеджера, если проблема повторяется именно у него.
Важно не путать эту работу с автоматической суммаризацией звонков — это смежная, но другая задача. ИИ-резюме экономит время на чтении содержания разговора и хорошо закрывает вопрос «что вообще происходило в звонке», а прослушка человеком нужна там, где важны тон, интонация и живая оценка по чек-листу, которую алгоритм пока не заменяет. Я подробно разбирал разницу и цифры экономии времени в статье про ИИ-суммаризацию звонков в Битрикс24 — эти два инструмента хорошо работают вместе, а не вместо друг друга.
Практический совет: заведите простое правило — каждую пятницу 15 минут на итоги недели по прослушке, что поправили в скрипте, кого взяли на индивидуальный разбор. Без этой точки результаты прослушивания оседают в голове у РОПа и никуда дальше не идут.