Как настроить речевую аналитику в Битрикс24: пошаговое руководство

В Bitrix24 звонок фиксируется как событие — состоялся, длился семь минут, ответственный такой-то, — а договорённость «пришлите КП до пятницы» остаётся в голове менеджера и теряется вместе со сделкой. Руководитель успевает прослушать малую долю разговоров и управляет отделом по этому срезу. Настроить речевую аналитику в Bitrix24 — значит сделать так, чтобы каждый звонок автоматически расшифровывался, проверялся по чек-листу, а итог и задачи появлялись в карточке. Эхо подключается к Bitrix24 через входящий вебхук, и обычно настройка укладывается в один рабочий день. Я разберу её по шагам как инженер: что проверить до начала, где в Bitrix24 настройка чаще всего застревает и как понять после теста, что связка действительно работает.

Если нужна не инструкция, а готовое подключение под ключ, — это страница речевой аналитики для Битрикс24.

Bitrix24 знает, что звонок был, но не знает, что в нём сказали

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

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

Что меняется после подключения Эхо:

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

Как считать, во что это обходится и что возвращает, — в материале «ROI речевой аналитики».

Что проверить до настройки речевой аналитики в Bitrix24

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

1. Права администратора Bitrix24. Входящий вебхук создаётся в разделе для разработчиков, а он по умолчанию открыт администраторам портала.
2. Тариф разрешает вебхуки и REST. Возможности REST API на разных тарифах Bitrix24 отличаются, и проверить это стоит в описании своего тарифа до начала работ, а не после.
3. Как устроена телефония. Встроенная телефония Bitrix24, приложение провайдера из маркетплейса (Mango, UIS, Sipuni, Zadarma, Новофон, Бифлай и другие) или отдельная АТС — от этого зависит, откуда Эхо будет забирать записи.
4. Режим CRM. Работает ли компания с лидами или в простом режиме, где звонок сразу попадает в сделку. От этого зависит, куда писать разбор.
5. Чей будет вебхук. Вебхук действует от имени пользователя, который его создал. Если это сотрудник, который однажды уволится, связка перестанет работать вместе с его учётной записью.

Записи звонков: встроенная телефония, приложение или своя АТС

Первый шаг — настроить, чтобы записи звонков попадали в Эхо для расшифровки и разбора. Механика у большинства провайдеров одинакова: после окончания разговора АТС отправляет аудиофайл с токеном, по которому система понимает, чей это звонок. Адрес для передачи и токен выдаются при подключении Эхо.

1. В настройках АТС или приложения телефонии найдите раздел записи разговоров или отправки данных после звонка.
2. Укажите адрес и токен, полученные при подключении Эхо.
3. Убедитесь, что вместе с файлом передаются идентификатор звонка, номер клиента и внутренний номер сотрудника — без них разбор не свяжется со сделкой и менеджером.
4. Сохраните настройки и сделайте тестовый звонок.

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

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

Входящий вебхук: права решают больше, чем адрес

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

1. Войдите в Bitrix24 под техническим пользователем с правами администратора.
2. Откройте раздел Разработчикам → Другое → Входящий вебхук и нажмите «Добавить вебхук».
3. Дайте понятное название, например «Эхо — речевая аналитика», чтобы через год было ясно, что это и зачем.
4. В правах выберите CRM и Задачи; если записи берутся из встроенной телефонии — ещё и Телефонию.
5. Сохраните и передайте адрес вебхука тому, кто подключает Эхо, после чего проверьте соединение на тестовой записи.

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

Лид или сделка: куда писать разбор звонка в Bitrix24

Маппинг полей — это соответствие между результатами разбора звонка и полями карточки лида или сделки в Bitrix24. От него зависит, будут ли менеджеры и руководитель вообще смотреть на аналитику или она останется в отдельном кабинете.

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

Рекомендованная конфигурация для старта:

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

Одно правило я бы соблюдал жёстко: аналитика никогда не пишет в стандартные поля, которые заполняют люди. Если разбор перезаписывает поле «Комментарий», менеджер через неделю перестаёт в нём что-либо писать, а через месяц никто не может отличить, что внёс человек, а что система.

Чек-лист оценки: разный для разных разговоров

Чек-лист оценки звонка — это набор критериев, по которым Эхо проверяет каждый разговор. На нём держится контроль продаж: субъективное «звонок прошёл хорошо» превращается в проверяемые пункты. Типовой чек-лист для отдела продаж B2B:

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

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

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

Автозадачи в Bitrix24: срок и ответственный важнее формулировки

Автоматическая задача создаётся, когда в разговоре выполнилось условие — триггер. Для операционного управления это самая полезная часть интеграции: договорённость становится задачей в Bitrix24 с ответственным и сроком, и её выполнение видно в стандартных отчётах по задачам.

Примеры рабочих правил:

• Клиент попросил перезвонить позже → задача менеджеру «Перезвонить» через 2 рабочих дня, если клиент не назвал дату сам.
• Низкая оценка звонка → задача руководителю «Разобрать звонок с менеджером».
• Упомянут конкурент → задача «Подготовить сравнение и отправить клиенту».
• Клиент запросил КП → задача «Отправить коммерческое предложение» в течение 2 часов.
• Выявлена потребность в дополнительном продукте → задача «Предложить при следующем контакте».
• Клиент недоволен → задача руководителю «Лично связаться с клиентом» в течение 24 часов.

Условия описываются по смыслу, а не по точному слову: «позвоните мне потом» и «давайте свяжемся на следующей неделе» — одна и та же просьба. В Bitrix24 важно другое: у задачи должен быть срок и правильный ответственный. Задача без срока не попадает в просроченные и не видна руководителю, а задача, назначенная на администратора интеграции вместо менеджера звонка, не видна никому. Почему правила стоит включать по одному и как отличить полезное от шума, — в разборе интеграции amoCRM с речевой аналитикой; для Bitrix24 логика та же.

Автозадачи закрывают одну из главных дыр контроля работы менеджеров: договорённости с клиентами перестают зависеть от памяти.

Уведомления руководителю: только то, на что он успеет отреагировать

Кроме задач в Bitrix24, Эхо отправляет руководителю уведомления — в Telegram, на почту или внутри Bitrix24. Типовые события:

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

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

Тестовый прогон: намеренно плохой звонок

После настройки сделайте контрольный звонок на номер, подключённый к телефонии, и пройдите весь цикл глазами:

1. звонок завершён — запись передана в Эхо;
2. Эхо расшифровал разговор и разобрал его по чек-листу;
3. результат передан через вебхук в Bitrix24;
4. поля карточки обновились, задача создана на нужного менеджера со сроком.

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

Ручной контроль и автоматический разбор: что меняется на деле

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

Первые два месяца после запуска: по одному шагу

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

Еженедельная сводка по менеджерам

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

Лучшие звонки как материал для новичков

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

Повторное касание отказников

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

Продолжение диалога в мессенджерах

Если клиент заинтересовался по итогам звонка, но не купил, разговор можно продолжить в мессенджере через AI-агента Дирижёра. Как AI-агенты квалифицируют обращения — в статье «Как квалифицировать лиды с помощью AI».

Во что обходится связка с Bitrix24 и как считать окупаемость

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

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

Подробнее о расчёте ROI — в статье «ROI речевой аналитики: как считать», о выборе системы — в материале «Как выбрать систему речевой аналитики».

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

Ошибки самостоятельной настройки в Bitrix24

• Недостаточные права вебхука — самая частая проблема. Вебхук создали без раздела «Задачи» или от имени пользователя, которому CRM доступна только на просмотр: данные не передаются, задачи не создаются.
• Вебхук от имени обычного сотрудника — работает до его увольнения или смены прав, а потом молча перестаёт.
• Запись в стандартные поля вместо пользовательских — разбор перезатирает то, что внёс менеджер.
• Разбор пишется то в лид, то в сделку — история разговоров с клиентом разваливается на части.
• Один чек-лист на все воронки — холодный звонок и финальный разговор оцениваются по одним пунктам.
• Пропущенный тестовый прогон — полный цикл «звонок → расшифровка → данные в CRM → задача» не проверили до запуска на весь отдел.

Если не хочется собирать всё это самостоятельно — оставьте заявку на демо, и команда 404ai настроит интеграцию под ваш процесс.

Когда начинать надо не с аналитики, а с порядка в Bitrix24

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

Не нужна она и при маленьком потоке. При паре звонков в день руководитель прослушает их сам быстрее, чем пройдёт настройка, — такой объём прямо назван среди причин, по которым мы отказываемся от проекта. В обоих случаях дешевле сначала навести порядок в воронке и телефонии и вернуться к аналитике, когда появится что разбирать. Почему менеджеры не заполняют CRM и что с этим делать, — в статье о незаполненной CRM.

День настройки и вопрос, на который она должна ответить

Главное, что стоит вынести из пошаговой инструкции: настройка речевой аналитики в Bitrix24 — задача на рабочий день, а результат определяется не ей, а тем, какое решение руководитель собирается принимать по данным. Связка, настроенная «чтобы было», наполняет карточки полями, которые никто не открывает.

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