Налаштування аналітики дзвінків у Бітрікс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.

Налаштування телефонії під ключ: від SIP до CRM

SIP-транк не реєструється — перша проблема при підключенні телефонії до Бітрікс24. Клієнт надсилає дані від провайдера, вбиваєш у розділ «Телефонія → Налаштування телефонії → SIP-конектор», а статус висить «Очікування реєстрації». Порти 5060/5061 для SIP та діапазон 10000–20000 для RTP закриті на фаєрволі — класика. Або кодек G.729 не підтримується, а G.711 жере смугу по 87 кбіт/с на лінію. На 20 одночасних розмов — рахуйте самі. Ми підключаємо та налаштовуємо телефонію так, щоб дзвінки не губилися, маршрутизація працювала за логікою бізнесу, а CRM отримувала дані автоматично.

Протокол SIP (Session Initiation Protocol) — стандарт для голосового зв'язку через інтернет. Наші фахівці мають 5+ років досвіду інтеграції з Бітрікс24. Гарантія на налаштовані рішення — 1 рік. Зв'яжіться з нами для безкоштовного аудиту поточної інфраструктури — часто знаходимо сліпі зони: пропущені без завдань, менеджери зі статусом «На лінії» і нулем дзвінків, IVR-гілки, в які ніхто не потрапляє.

Як уникнути збоїв при SIP-реєстрації?

SIP-реєстрація та підключення: як уникнути зривів?

Неправильний NAT, закриті порти або несумісні кодеки — 90% збоїв. Перевіряємо підтримку кодеків на стороні оператора, налаштовуємо keepalive та резервні SIP-сервери. Після налаштування реєстрація тримається місяцями.

Контракт з оператором вже є, міняти номери — не варіант. Підключаємо до Бітрікс24 через SIP-конектор. Для стабільної роботи потрібен канал: мінімум 100 кбіт/с на лінію для G.729, 87 кбіт/с для G.711a.

Типові завдання:

• Міські номери від будь-якого оператора — зберігаються при переході на Б24
• Номери 8-800 для вхідних — маршрутизація через CRM
• Багатоканальні номери з розподілом по відділах через IVR
• Аналогові лінії через VoIP-шлюзи Grandstream або Linksys

Де зазвичай стопориться:

• Порти SIP/RTP закриті на рівні провайдера або роутера
• NAT не проброшується коректно — одностороння чутність
• Різні кодеки на стороні АТС та Бітрікса — немає звуку взагалі

Ми вирішуємо ці проблеми за 1–3 дні, а не тижнями.

Покрокова інструкція підключення через SIP-транк:

1. Перевіряємо відкритість портів SIP (5060/5061) та RTP (10000–20000) на фаєрволі.
2. Узгоджуємо кодеки: G.711 або G.729 — тестуємо обидва варіанти.
3. Налаштовуємо SIP-конектор в адмінці Бітрікс24: логін, пароль, домен/IP провайдера.
4. Вмикаємо keepalive (період 30–60 секунд) для стабільної реєстрації.
5. Перевіряємо двосторонню чутність тестовим дзвінком.
6. Налаштовуємо резервний SIP-сервер на випадок збою основного.

Хмарна АТС чи SIP-транк: що вибрати?

Хмарна ВАТС не потребує заліза — підключається за 1–2 дні. SIP-транк зберігає ваші номери та дозволяє гібридну схему з on-premise АТС. Хмарна АТС налаштовується в 2-3 рази швидше і економить до 40% бюджету порівняно з утриманням власної інфраструктури. Порівняйте провайдерів за реальними кейсами.

Як порівняти провайдерів?

Навіщо потрібен запис дзвінків і як його налаштувати?

Усі вхідні та вихідні записуються автоматично. Зберігання — хмара Бітрікс24 (обмеження за тарифом) або власний сервер через модуль voximplant. Кожен запис прив'язаний до картки в CRM: контакт, угода, лід. Прослуховування — з таймлайну угоди.

Інструменти контролю:

• Повідомлення про запис — обов'язково за 152-ФЗ, налаштовується в IVR
• AI-транскрибація — розпізнавання мови через вбудований модуль CoPilot або зовнішній сервіс. Переводить дзвінок у текст, можна шукати за ключовими словами
• Аналіз тональності — система позначає дзвінки з негативом. Не заміна прослуховуванню, але фільтрує 90% рутини
• Вибірковий запис — тільки вхідні, тільки конкретні відділи
• Автоматичний контроль тривалості — дзвінки коротші 15 секунд майже завжди означають проблему: скинули, не додзвонилися, менеджер не підняв

Керівник бачить зведені звіти: кількість дзвінків по менеджерах, середня тривалість, пропущені без передзвону. Останній пункт — найболючіший: пропущений дзвінок без завдання на передзвін = втрачений клієнт.

Типові помилки в маршрутизації

Маршрутизація — найкрихкіша частина. Налаштували «по черзі», а менеджер залогінився і пішов обідати — дзвінок висить 40 секунд і скидається. Або IVR з п'ятьма рівнями вкладеності — клієнт кидає трубку на третьому. Ми використовуємо робочі сценарії розподілу:

• По відповідальному з CRM — номер знайдено в базі, дзвінок летить напряму менеджеру
• По черзі — рівномірне навантаження між операторами зі статусом «На лінії»
• По відділах через IVR — голосове меню, максимум два рівні. Більше — втрата дзвінків
• За часом — робочий/неробочий час, вихідні
• По регіону — визначення за кодом номера, розподіл на локальних менеджерів

При вхідному дзвінку система виконує: Номер знайдено в CRM:

• Маршрутизація на відповідального менеджера
• Спливаюча картка: ім'я, компанія, відкриті угоди, історія звернень
• Якщо менеджер не відповідає за 15 секунд — переадресація на колегу, потім на керівника

Номер не знайдено:

• Автоматично створюється лід в CRM (налаштування Телефонія → CRM-інтеграція → Створювати лід при невідомому номері)
• Дзвінок розподіляється по черзі
• Вся інформація фіксується для подальшої обробки

Інтеграція з CRM: як автоматизувати роботу?

Спливаюча картка при вхідному дзвінку показує:

• Ім'я, компанія, посада
• Поточні угоди зі статусами
• Останні 5 звернень — дзвінки, листи, чати
• Коментарі по клієнту
• Кнопки: «Створити угоду», «Поставити завдання», «Перевести дзвінок»

Автоматизація через бізнес-процеси налаштовується в розділі «CRM → Роботи та тригери»:

• Пропущений дзвінок → лід + завдання на передзвін відповідальному
• Завершення розмови → запис активності в таймлайн угоди
• Пропущений без передзвону протягом 30 хвилин → повідомлення керівнику
• Вхідний від клієнта з простроченою угодою → ескалація

Аналітика доступна в розділі «Телефонія → Баланс та статистика» та звітах CRM:

• Кількість дзвінків по менеджерах, відділах, напрямках
• Середня тривалість та час очікування на лінії
• Відсоток пропущених з трендом за тиждень
• Конверсія дзвінків в угоди — найважливіша метрика для комерційного відділу

Callback, автообдзвін та голосове меню: як збільшити конверсію?

Віджет «Передзвоніть мені» на сайті — одне поле (телефон), нічого зайвого. Система додзвонюється менеджеру, потім клієнту. Кожен запит — автоматичний лід в CRM. Антиспам: обмеження запитів з одного номера. A/B-тестування розташування — віджет справа внизу конвертує краще, ніж зліва, але залежить від дизайну. Callback знижує втрату дзвінків до 30% порівняно з ручним набором.

Автообдзвін:

• Обдзвін по сегменту з CRM — менеджер підключається після відповіді клієнта
• Роботизований обдзвін з голосовим повідомленням — підтвердження замовлень, нагадування про запис
• IVR-сценарії: «натисніть 1 для підтвердження»
• Розклад з урахуванням часових поясів — модуль перевіряє регіон за кодом номера

Побудова голосового меню:

• Привітальне повідомлення — назва компанії, повідомлення про запис
• Вибір відділу через DTMF — максимум 4–5 пунктів
• Черга очікування з музикою та позицією в черзі
• Неробочий час — голосова пошта або інформаційне повідомлення

Запис професійним диктором — має сенс для привітання та основного меню. Глибше — синтез мови, простіше оновлювати.

Що входить у налаштування телефонії?

Deliverables після завершення проекту:

• Налаштована SIP-реєстрація (хмарна АТС або SIP-транк під ключ)
• Працююча маршрутизація дзвінків (по CRM, черги, IVR)
• Запис дзвінків зі зберіганням у хмарі або на сервері
• Інтеграція з CRM: спливаючі картки, автостворення лідів, бізнес-процеси
• Віджет зворотного дзвінка на сайті
• Голосове меню (IVR) із записом диктора або синтезом
• Документація по налаштуваннях та навчання співробітників (2 сесії)
• Технічна підтримка протягом місяця після запуску

Все включено в комплексне налаштування — без прихованих доплат. Замовте налаштування телефонії та отримайте готову інфраструктуру для роботи з клієнтами.

Терміни налаштування

Вартість розраховується індивідуально залежно від обсягу робіт. Ми оцінимо ваш проект за 1 день. Починаємо з безкоштовного аудиту поточної інфраструктури — часто знаходимо сліпі зони: пропущені без завдань, менеджери зі статусом «На лінії» і нулем дзвінків, IVR-гілки, в які ніхто не потрапляє. Зв'яжіться з нами для консультації — ми запропонуємо оптимальне рішення під ваш бюджет та бізнес-процеси.