CRM / Bitrix24 · BI дашборд
Кастомен BI дашборд върху Bitrix24
Клиент:
lada-dabracar.by
Категория: CRM / Bitrix24
Стек: PHP, Bitrix24 D7, SQL отчети, TTL кеш, whitelisted AJAX
Срок: 4–6 седмици
lada-dabracar.by
Категория: CRM / Bitrix24
Стек: PHP, Bitrix24 D7, SQL отчети, TTL кеш, whitelisted AJAX
Срок: 4–6 седмици
Проблем
В автодилърския център lada-dabracar.by ръководството и кол центърът се нуждаеха от единна фуния „запитване → посещение → продажба“ върху Bitrix24 — вградените отчети на CRM не показваха този разрез.
Ограничения
Част от класическите метрики на кол центъра (SL/ASA/ATA) физически не могат да се изчислят без данни от телефонията; смесването на различни източници на дати (лийд/посещение) изкривява процентите, ако не се разделят изрично.
Какво направих
- 20 параметризирани SQL отчета върху live данни на CRM с безопасно заместване на филтрите
- Фуния „лийд → посещение → сделка → продажба“ с междинни метрики (Contact Rate, Occupancy и др.)
- Многослоен кеш с TTL, stale-fallback и заключвания — дашбордът не натоварва CRM с тежки заявки
- 33 whitelisted AJAX действия с проверка на права и sessid
- Честна документация на ограниченията на всяка спорна метрика — вместо разкрасяване на числата
Екранни снимки
Екранна снимка предстои
Обзорен таб на дашборда: фунията запитване → посещение → продажба
Екранна снимка предстои
Таб за обаждания и оператори
Екранна снимка предстои
Таб за направления с разбивка на метриките
Архитектура
Live данни на Bitrix24
→ SQL отчети
→ Cache слой (live/cached/pre-aggregated)
→ Дашборд с табове
Резултат
Ръководството и кол центърът получиха единен дашборд на фунията с табове (преглед/посещения/обаждания/оператори/направления) вместо експорти в Excel — с кеш и ясно документирани ограничения на метриките.
Какво може да се преизползва
Provider слой live/cached/pre-aggregated отчети
TTL кеш със stale-fallback за тежки SQL отчети
Подход за честно документиране на ограниченията на метриките