AI-анализ звонков в Битрикс24 позволяет руководителю отдела продаж автоматически выявлять нарушения, оценивать разговоры по чек-листу и видеть системные ошибки менеджеров - без ручного прослушивания каждого звонка.
Стандартный контроль качества звонков в отделе продаж - это выборочное прослушивание: руководитель или сотрудник отдела контроля качества вручную открывают записи из CRM и оценивают 5-10% звонков. Остальные 90% остаются неохваченными.
AI-анализ меняет соотношение: система обрабатывает каждый завершённый звонок, расшифровывает его, сопоставляет с чек-листом и формирует оценку. Руководитель получает не выборку, а полную картину по всем менеджерам.
Практические задачи, которые решает AI-анализ:
Смежный инструментарий - AI-помощники в Битрикс24 - охватывает классификацию лидов, авто-ответы и генерацию писем, то есть работает в текстовых каналах. Анализ именно голосовых звонков - отдельная история с собственной технической цепочкой.
Как данные о звонке движутся от момента завершения разговора до появления оценки в карточке смарт-процесса.
Телефония фиксирует факт завершения звонка и передаёт в Битрикс24 метаданные (длительность, номера, запись). Кастомный обработчик анализирует параметры и запускает цепочку контроля качества - вплоть до создания карточки с оценкой в смарт-процессе.
flowchart LR
PHONE[Телефония\nVirtual ATS / Mango Office] -->|событие завершения звонка| B24[Битрикс24]
B24 --> HANDLER[Кастомный обработчик\nдлительность, стадия лида]
HANDLER -->|звонок прошёл фильтр| SMART[Смарт-процесс\nОценка звонков]
SMART --> OKK[Сотрудник ОКК\nпроверяет карточку]
HANDLER -->|звонок короткий / стадия в порядке| SKIP[Процесс прерывается]
По завершении разговора телефонная система отправляет в Битрикс24 техническую информацию о звонке: длительность в секундах, номера сторон, запись разговора. Это стандартный механизм интеграции - логика распределения и маршрутизации звонков остаётся на стороне провайдера телефонии, Битрикс24 принимает только данные.
Обработчик анализирует параметр длительности и текущую стадию лида или сделки. В зависимости от результата он либо прерывает процесс, либо запускает таймер ожидания (например, 15 минут) - давая менеджеру время внести комментарии и самостоятельно перевести карточку. Если по истечении таймера стадия не изменилась - создаётся карточка оценки.
Для учёта и маршрутизации подозрительных звонков удобно использовать отдельный смарт-процесс - он позволяет создать собственную воронку с нужными полями, автоматизацией и правами доступа, не смешивая данные с основными сделками.
Карточка смарт-процесса «Оценка звонков» заполняется автоматически следующими полями:
| Поле | Что содержит |
|---|---|
| Название оценки | Текст с типом нарушения, датой и длительностью звонка |
| Менеджер | Сотрудник, чей разговор проверяется |
| Связанный лид или сделка | Ссылка на карточку, по которой был звонок |
| Дата звонка | Дата совершения звонка |
| Длительность звонка | В секундах или минутах |
| Запись звонка | Файл или ссылка, размещённая в карточке |
Сотрудник отдела контроля качества открывает готовую карточку, прослушивает запись и выставляет оценку - без поиска нужного звонка вручную в общем списке.
Из практики внедрений, наиболее ценный сценарий - автоматическое обнаружение нарушений, которые иначе трудно заметить. Ключевой из них - скрытая квалификация.
Менеджер провёл полноценный разговор (длительностью более 120 секунд), клиент был квалифицирован фактически - но в CRM стадия лида так и осталась «Контакт установлен» или была выбрана отказная стадия «Отказ от квалификации». Это может означать, что менеджер намеренно или случайно скрыл успешный диалог.
Автоматическая логика выявления:
Аналогичная логика работает для сделок: если менеджер долго говорил, но перевёл сделку в неуспех с причиной «Недозвон / Не выходит на связь» - это прямое противоречие факту долгого разговора, и такой случай тоже попадает в очередь контроля.
Отдел контроля качества работает не с общим журналом звонков, а со специализированной воронкой - либо через смарт-процесс, либо через отдельную воронку сделок «Контроль качества». Карточки туда попадают двумя способами:
Это разделение важно: автоматика ловит системные паттерны, а ручная проверка - тонкие нарушения скрипта, которые алгоритм не распознаёт.
Для понимания, как устроены воронки в Битрикс24 в целом, смотрите материал про роботы и триггеры в воронке Битрикс24 - там описаны базовые механизмы автоматизации, на которых строится и контроль качества.
Единичная оценка звонка мало что даёт. Ценность появляется, когда накапливается статистика: сколько звонков попало в ОКК, по каким причинам, у каких менеджеров.
Параметры, которые можно отслеживать в рамках смарт-процесса:
Для визуализации этих данных удобно использовать дашборды и отчёты в Битрикс24 - там же можно настроить срез по менеджерам с фильтрацией по источнику нарушения.
AI-анализ звонков в Битрикс24 возможен только при наличии интеграции с телефонной системой. Без неё данные о звонках просто не поступают в CRM.
Что важно знать об интеграции:
Перечень поддерживаемых телефонных систем определяется наличием готового приложения в Маркетплейсе Битрикс24. Поведение стороннего приложения после обновлений - зона ответственности его разработчика, не интегратора.
Базовая интеграция телефонии с Битрикс24 (сопоставление номеров, фиксация записей в карточках) входит в стандартный план внедрения. Кастомный контроль качества - это отдельная разработка.
Типовой состав кастомной доработки для анализа звонков:
Точная оценка трудозатрат формируется на этапе аналитики - после описания процессов и требований к системе. Перед началом кастомной разработки рекомендуем аудит текущего портала, чтобы понять, что уже настроено и где точки роста.
Оставьте заявку - мы свяжемся с вами и проконсультируем.
Эксперт АС Проект свяжется в течение 60 минут.