Настройка аналитики звонков в Битрикс24

Настройка аналитики звонков в Битрикс24

Мы часто видим такую картину: компания подключила виртуальную АТС, настроила Битрикс24, но через месяц владелец бизнеса не понимает, сколько звонков реально обработано, а сколько ушло в пустоту. Сырая таблица в разделе «Звонки» не даёт ответов — только цифры без контекста. Настроенная аналитика превращает эти цифры в понятные дашборды: кто из пяти менеджеров берёт трубку быстрее всех, с какого номера приходит больше лидов, сколько звонков теряется до ответа. Мы за 3–5 дней делаем такую настройку под ключ — от привязки номеров до дашборда в BI Builder.

Наши инженеры с 5-летним стажем по Битрикс24 и интеграции телефонии гарантируют, что после настройки вы увидите реальную картину продаж по каждому звонку. Оценим проект за 1 час — просто напишите.

Какие проблемы решаем

Проблема 1: пропущенные звонки не фиксируются как потерянные лиды

По умолчанию система не связывает пропущенный звонок с конкретным лидом или сделкой. Мы настраиваем бизнес-процесс, который при каждом пропущенном звонке с кодом noanswer или busy создаёт задачу для руководителя и прикрепляет к ней запись разговора (если есть). В результате руководитель видит не просто таблицу «12 пропущенных», а конкретные контакты и причины.

Проблема 2: не видно эффективность рекламных каналов

Если у вас несколько номеров для разных источников (Яндекс.Директ, Google Ads, холодные звонки), без настройки источников CRM не умеет привязывать звонок к рекламной кампании. Мы вносим в настройки каждого номера метку источника, после чего отчёты показывают ROI по каждому каналу: стоимость лида = расходы на рекламу / количество звонков со статусом «новый лид».

Проблема 3: не хватает стандартных отчётов — нужны кросс-фильтры

Допустим, вы хотите посмотреть, сколько звонков по сделкам, где товар в категории «Элитные часы». Стандартная аналитика не даёт такой фильтрации. Решение — BI Builder или прямой SQL-запрос к таблицам b_voip_call и b_crm_product_row. Мы строим дашборд, который фильтрует звонки по любому полю сделки — от суммы до пользовательского поля.

Что входит в работу

Как мы настраиваем аналитику звонков

Используем стек: 1С-Битрикс (облачная или коробочная версия), PHP 8.1+, инфоблоки v2.0, модуль voip, события OnVoipCallEnd, агенты, бизнес-процессы. Для расширенной аналитики подключаем BI Builder или внешний BI (например, Metabase или DataLens) через прямые запросы к базе данных.

Пример кейса: у клиента (интернет-магазин часов) было 3 номера: один для контекстной рекламы, один для звонков с сайта, один — внутренний. Стандартная аналитика показывала только общее количество звонков. Мы:

1. В настройках каждого номера (Телефония → Номера → Редактировать) проставили источник CRM: «Реклама — Google», «Сайт», «Внутренний».
2. Написали агент, который раз в час проверяет b_voip_call на пропущенные с CALL_FAILED_REASON = 'noanswer' и создаёт задачу на менеджера с пометкой «Перезвонить клиенту».
3. Построили в BI Builder дашборд «Конверсия звонок → заказ» — оказалось, что 60% звонков по рекламе Google не доходят до сделки из-за того, что менеджеры не перезванивают. После настройки уведомлений конверсия выросла на 35%.

Это типичный сценарий. BI Builder сокращает время анализа в 3–5 раз по сравнению с ручной выгрузкой данных.

Как работает стандартная аналитика звонков

Все данные телефонии хранятся в таблицах модуля voip. Основные:

• b_voip_call — каждый звонок: тип (входящий/исходящий), длительность, статус, CRM_ENTITY_ID, PORTAL_USER_ID, CALL_FAILED_REASON.
• b_voip_call_user — связь звонка с сотрудниками (кто ответил, кто пропустил).
• b_crm_activity — активности CRM, куда звонок попадает как тип ACTIVITY_TYPE_CALL (ID = 2).

Стандартные отчёты в разделе CRM → Аналитика → Звонки строятся по этим таблицам через собственный аналитический движок.

Когда стандартной аналитики недостаточно?

Стандартные отчёты ограничены: нет кросс-фильтрации, нельзя совместить данные звонков с данными сделок в одном графике. Решение — Битрикс24 Бизнес-Аналитика (BI Builder, доступен с тарифа Профессиональный). BI Builder подключается к b_voip_call напрямую через внутренний Data Warehouse. Можно строить дашборды:

• Конверсия звонок → лид → сделка.
• Среднее количество звонков до закрытия сделки.
• Тепловая карта звонков по часам суток.

Для коробочной версии данные из b_voip_call подключаются к внешнему BI (Power BI, Metabase, DataLens) напрямую через PostgreSQL/MySQL. Согласно официальной документации модуля телефонии, таблица b_voip_call содержит поле CRM_ENTITY_ID, которое связывает звонок с сущностью CRM.

Почему стоит настроить аналитику именно сейчас?

Потому что каждый пропущенный звонок — это потерянный лид. Мы видим это на каждом втором проекте. Компании теряют от 20 до 40% потенциальных продаж только из-за отсутствия контроля пропущенных. Настройка занимает от 2 до 5 дней, а окупается в первый же месяц за счёт повышения конверсии звонков. Получите консультацию — оценим ваш проект бесплатно.

Типичные ошибки при настройке

• Не проставлены источники — все звонки валятся в одну кучу, непонятно, какой рекламный канал работает.
• Не настроены бизнес-часы — система считает пропущенные ночью как проблему, хотя офис закрыт.
• Нет уведомлений о пропущенных — менеджеры узнают о них только когда клиент ушёл к конкурентам.
• Игнорирование модуля voip до версии 22.0 — в старых версиях таблицы имели другую структуру, аналитика могла быть неполной.

Сравнение вариантов аналитики

Мы работаем с Битрикс24 и сложными интеграциями телефонии более 5 лет. Сертифицированные специалисты по 1С-Битрикс. Берём проекты любой сложности — от настройки стандартной аналитики до построения Data Warehouse с Metabase.