Речевая аналитика в Битрикс24 помогает разбирать записанные разговоры менеджеров: что спросил покупатель, как ответил продавец и на чём остановилось обсуждение. Для подключения нужны доступные записи звонков, доступ выбранного сервиса к нужным данным и правила разбора. Принимать подключение стоит на своих разговорах: запись должна попасть в анализ, относиться к нужной сделке и давать руководителю основание для конкретного действия.
Если после выборочного прослушивания звонков вы сами объясняете РОПу, где менеджер упустил клиента, желание поручить прослушивание программе понятно. Записи копятся быстрее, чем их успевают разбирать. Хочется получать короткий вывод и заниматься остальным бизнесом.
Но собственнику придётся принять одно решение ещё до установки: что именно он разрешает считать выводом о работе отдела. Отсутствие замечаний по разговору, который система услышала, и отсутствие самого разговора в анализе — разные вещи. Если их смешать, сотрудники с неполными записями будут выглядеть благополучнее тех, чья работа видна целиком.
Я считаю, запуск речевой аналитики нужно начинать с требования показать пропуски. Иначе первой покупкой станет уверенность в той части продаж, которую удалось услышать.
Какие разговоры попадут в разбор
Самая полезная строка первого отчёта — сколько состоявшихся разговоров осталось за его пределами и почему. Её стоит запросить у ответственного за подключение раньше, чем список ошибок продавцов.
Звонок проходит несколько мест: телефонию, запись разговора, карточку клиента, сервис анализа. На каждом переходе есть отдельный вопрос. Разговор записался? Файл доступен подключению? Сервис получил запись? Её связали с той сделкой, о которой говорили?
Поручите администратору CRM вместе с РОПом описать этот путь для каждого способа общения отдела. Например, входящий на общий номер и исходящий с рабочего телефона требуют отдельных проб. Разговор с личного телефона, которого нет среди переданных данных, нельзя включать в вывод об отсутствии ошибок.
Не надо ради запуска переносить все продажи в один канал. Надо назвать границу: какие разговоры разбираются сейчас, какие исключены и кто устраняет каждый пропуск. Если за рамками остались переговоры с ключевыми покупателями, выводы о новичках на входящих ещё ничего не говорят о качестве этих переговоров.
Собственник выбирает, достаточно ли такого охвата для его задачи. Для обучения новых сотрудников хватит одного участка. Для сравнения всего отдела нужны сопоставимые данные по людям.
Как подключить речевую аналитику в Битрикс24
Подключение удобно разделить между двумя исполнителями. Администратор CRM отвечает за получение данных, РОП — за смысл разбора. Собственник задаёт, какое решение должен поддержать первый запуск: найти пропущенные вопросы покупателей, разобрать отказы или увидеть нарушения уже действующего правила.
Шаг 1. Назвать участок и подготовить разговоры
Выберите одну группу сделок и один вопрос к ней. Например: выясняет ли менеджер требования покупателя до отправки предложения. Для такой задачи нужны первичные обсуждения покупки. Звонки о переносе доставки не подходят: требования к заказу там уже выяснять заново незачем.
РОП готовит ссылки на несколько состоявшихся разговоров этой группы, номера сделок и даты. Среди них должны быть разные сотрудники и разные способы звонка. Это исходный список для сверки, который сохраняют до подключения: потом будет видно, какие записи сервис получил.
Не отдавайте подборку самим продавцам с просьбой прислать удачные разговоры. Подключение должно выдержать обычную работу отдела, включая короткие ответы, перевод звонка и повторное обращение.
Шаг 2. Убедиться, что нужные записи существуют
Администратор открывает подготовленные звонки в Битрикс24 и слушает начало и конец каждого. В списке звонков нужна доступная запись с речью покупателя и продавца. Одна строка с датой и длительностью для анализа содержания бесполезна.
Если файла нет, сначала выясняют, где он должен создаваться и сохраняться в используемой телефонии. Если запись обрывается после перевода на другого сотрудника, отдельно находят продолжение. Передавать такой разговор как законченный — значит просить аналитика судить о переговорах по их первой половине.
Итог шага — список доступных записей и отдельно причины отсутствующих. Пустое место в списке получает объяснение ещё до разбора качества речи.
Шаг 3. Настроить доступ сервиса к данным
Администратор подключает выбранный сервис по его инструкции и сверяет доступ на подготовленных записях. Для анализа разговора вместе со сделкой нужны соответствующие данные CRM и сами файлы разговоров. В поручении на подключение отдельно укажите доступ к звонкам через «Телефонию» и «Диск». Возможность администратора прослушать запись в своём аккаунте ещё не означает, что её получит подключённый сервис.
В Битрикс24 права сотрудников на звонки настраиваются в разделе «Телефония → Подключение → Права доступа»; права на прослушивание выделены отдельно. Это описано в официальной справке Битрикс24. Названия прав в настройках интеграции и права конкретного сотрудника нужно сверять по отдельности.
От исполнителя нужен простой ответ: какие данные доступны подключению, под чьими правами оно работает и какие подготовленные файлы удалось получить. Ответ «у администратора всё открывается» работу не закрывает.
Шаг 4. Сопоставить запись с нужной сделкой
РОП берёт результат анализа и идёт обратно: к записи, покупателю и предмету разговора. Особенно полезен клиент с несколькими заказами. Совпадения номера телефона недостаточно, если в одном разговоре обсуждали новый заказ, а в карточке лежит уже оплаченный прошлый.
Посмотрите также на время событий. Менеджер пообещал прислать предложение, после разговора отправил его и получил ответ в переписке. Вывод только по звонку оставит обещание невыполненным, хотя покупатель уже читает документ. Для оценки сделки нужна её история после разговора.
Приёмку этого шага РОП подтверждает ссылками: вот разговор, вот нужная карточка, вот продолжение общения. Если связь ошибочная, исправляют получение или сопоставление данных; претензию продавцу откладывают.
Шаг 5. Задать правила, по которым разбирают речь
Передайте исполнителю действующие требования отдела. Каждое требование должно отвечать на три вопроса: в каком разговоре оно применяется, какое действие ожидается от менеджера и какой фрагмент разговора покажет исполнение.
Пример требования для первичного обсуждения: до предложения продавец выясняет, для какой задачи покупают продукт и какие ограничения по сроку есть у клиента. Для повторного звонка по согласованному заказу требование другое: уточнить нерешённый вопрос. Одинаковый список для этих разговоров создаст замечания там, где сотрудник просто продолжает начатую работу.
Если письменных правил нет, РОП сначала формулирует их для выбранного участка. Собственнику стоит утвердить границу решения: запуск помогает руководителю разбирать работу, а кадровые выводы требуют подтверждённых эпизодов и разбора с сотрудником.
Одна фраза не объясняет исход разговора
Возьмём учебный пример, не кейс RENTROP. Покупатель говорит: «Мне нужно согласовать с партнёром». Менеджер отвечает: «Хорошо, жду» — и заканчивает звонок. В карточке нет ни срока, ни договорённости о продолжении. Здесь РОПу есть что разбирать с продавцом: тот оставил покупателя самостоятельно организовывать следующий контакт.
Во втором разговоре звучит та же фраза покупателя. Но продавец уточняет, что понадобится партнёру для решения, договаривается отправить расчёт и согласует время общего звонка. После разговора расчёт уходит в переписку. Отметка «клиент не принял решение» подходит обоим случаям, а поручение руководителя будет разным.
В первом РОП возвращает менеджера к покупателю, чтобы согласовать продолжение. Во втором смотрит, выполнена ли уже достигнутая договорённость. Отправлять обоих на одинаковую отработку возражений — потерять существенную часть разбора.
С последней репликой «дорого» возникает такая же ошибка: она без предшествующего разговора превращается в повод менять прайс. Эту развилку разобрал отдельно в статье что выяснить до снижения цены.
Для собственника отсюда требование к первому результату: руководитель приносит замечание вместе с фрагментом разговора, состоянием сделки и своим решением. Длинный пересказ беседы без этих трёх вещей оставит владельца слушателем всех спорных звонков.
Готовое поручение на запуск и образец приёмки
Ниже — текст, который собственник может передать РОПу и администратору CRM. Пять рабочих дней здесь — предлагаемый срок первой пробы на ограниченной группе разговоров, а не обещание поставщика сервиса.
За пять рабочих дней подготовьте пробный разбор первичных разговоров в выбранной воронке Битрикс24. РОП отвечает за состав подборки и требования к разговору, администратор — за записи и доступ подключения. К концу второго дня нужны список звонков и причины недоступности файлов. К концу пятого — результат на этой же подборке: какие записи получены, с какими сделками связаны, какие замечания подтверждены речью клиента и что руководитель решил сделать. Разговоры, которых нет в анализе, покажите отдельно. Если техническая причина мешает закончить, назовите её и срок устранения до даты сдачи.
Для приёмки полезна короткая заполненная записка. Следующие числа учебные: они показывают способ учёта, а не результат клиента или норму качества сервиса.
- Взяли 12 состоявшихся разговоров: 6 входящих, 4 исходящих и 2 с переводом между сотрудниками.
- Для 10 разговоров нашли полные записи. У одного исходящего файла нет, у одного переведённого записано только начало.
- В разбор попали 9 из 10 полных записей. По последней администратор выясняет причину недоступности для сервиса.
- Из 9 разобранных разговоров 8 связаны с нужными сделками. Один прикреплён к прежнему заказу того же покупателя.
- До выводов о работе менеджеров дошли 8 разговоров из исходных 12. Остальные 4 перечислены с причинами; они не считаются разговорами без ошибок.
В этой записке уже виден порядок работ. Отсутствующую запись исправлением правил анализа не вернуть. Полный файл, который не получил сервис, требует работы с подключением. Разговор о другом заказе требует правильной связи со сделкой. Для каждой причины нужен свой исполнитель и дата, а слово «подключено» их скрывает.
Собственник вправе принять такой запуск для ограниченной задачи: например, разбирать доступные первичные разговоры. Но сравнивать по нему всех сотрудников рано, если пропуски сосредоточены у одного человека или способа звонка. Решение расширить использование аналитики принимается после устранения именно этих пропусков.
Есть и вторая часть приёмки — смысл замечаний. Попросите РОПа приложить один подтверждённый эпизод с действием продавца и один отклонённый с объяснением. Например, требование заново выяснять потребность сняли, потому что звонок продолжал уже согласованный заказ. Это показывает, способен ли руководитель отделить полезный сигнал от неподходящего требования.
Дальше в повседневный отчёт собственнику входят повторяющаяся ошибка, решение РОПа и вопрос, для которого нужны полномочия владельца. Прослушивание и разговоры с продавцами остаются у руководителя. Так подключение уменьшает личную работу собственника, сохраняя возможность потребовать основание для вывода.
Когда звонок приходится вручную соединять со сделкой
Отдельная расшифровка решает задачу чтения разговора. Но если РОП после каждой расшифровки сам ищет обещанное предложение, переписку и текущую сделку, значительная часть разбора всё ещё собирается вручную. Именно эту работу стоит учитывать при выборе инструмента, если цель — понимать, что происходит с покупателем после звонка.
Для этой задачи у RENTROP есть AI ROP — речевая аналитика для Битрикс24: разбирает звонки и переписки вместе с карточкой сделки, показывает ошибки с цитатой и вариантом ответа; для звонков из Битрикс24 нужны права «Телефония» и «Диск». Сервис только читает данные, решения и действия с сотрудниками остаются у руководителя.
Отдавая прослушивание программе, собственник рассчитывает перестать лично искать ошибку в каждом разговоре. Это сработает, когда РОП сможет объяснить и замечание, и отсутствие данных: тишина в отчёте должна означать понятный результат разбора, а не потерянную запись.