Маркетинг бачить CPC
Кампанія виглядає дешевою, поки не ясно, які діалоги дійшли до оплати, а які обірвалися на одному кроці бота.
Аналітика
Маркетинг рахує кліки, продажі — угоди, підтримка — тікети. У volbor повідомлення, сценарій, оператор та оплата сходяться в одному шляху. Нижче — наскрізна аналітика та карта сусідніх екранів, якщо питання інше.
Сліпі зони
Поки дані діалогу живуть окремо від реклами та CRM, не можна відповісти, яка саме репліка закрила угоду і який крок сценарію її обірвав.
Кампанія виглядає дешевою, поки не ясно, які діалоги дійшли до оплати, а які обірвалися на одному кроці бота.
У CRM є етап, але немає реплік: не видно, що клієнт уже запитав про доставку й пішов.
Чергу закрито, а зв'язок якості відповіді з повторною покупкою залишається здогадкою.
Кластер
Ця сторінка про наскрізний шлях і гроші в діалозі. Сусідні рішення закривають зміну, якість, власний зріз, таймер і порядок у черзі. Не змішуйте їх в один дашборд.
Черга зростає зараз, FRT уже 4 хвилини, потрібно перекинути людей.
Без цього супервайзер дізнається про зрив зміни з вечірнього звіту.
ВідкритиПотрібен власний розріз: оператори × черга за вчора, не загальний графік.
Без цього команда знову зводитиме CSV до п'ятниці.
ВідкритиПотрібно оцінити тон і регламент на всіх листуваннях, не на трьох штуках на місяць.
Без цього некоректність і дірки в скрипті залишаються поза вибіркою.
ВідкритиПотрібно, щоб FRT і пауза «чекаємо на склад» рахувалися за правилами, а не на око.
Без цього прострочення видно лише після відгуку.
ВідкритиПотрібно, щоб зміна відкривала «гарячі» та VIP, а не загальну купу.
Без цього термінове тоне в спамі, навіть якщо метрики гарні.
ВідкритиВоронка та атрибуція
Наскрізний трекінг показує крок сценарію та джерело: UTM, реферер, канал. Порівнюєте Telegram і віджет не за обсягом повідомлень, а за часткою оплат.
Кожен крок бота й черги — окрема конверсія. Падіння видно того ж дня, а не після ручного вивантаження логів.
Мітка кампанії закріплюється за зверненням. Можна порівняти, яка реклама приводить діалоги з оплатою, а яка — порожні чати.
Місто, мова, тег, пристрій — той самий шлях, інший фільтр. Філії не змішуються в одну середню.
Когорти
Когорта — люди з однією датою першого діалогу або одним джерелом. Дивіться, чи повертаються вони через тиждень і місяць, а не «наскільки жива база».
Дата входу фіксується. Далі видно, хто написав знову і хто зник після одного сценарію.
Кластери на зразок «тариф доставки» пояснюють обрив кроку. Розбір якості реплік — на сторінці Auto-QA, не тут.
Розбір
Приклад магазину: бот у Telegram запитував адресу до міжнародного тарифу. Семантика показала одне й те саме питання. Підказку поставили до поля адреси.
Стартували 10 000 діалогів. На кроці адреси залишилося 32% — далі оплата вже йшла нормально.[1]
| До | Після | |
|---|---|---|
| Товар | 10 000 | 10 000 |
| Розмір і колір | 7 800 | 7 800 |
| Адреса | 2 496 · 32% | 5 304 · 68% |
| Оплата | 2 240 | 4 774 |
Після підказки з тарифом крок адреси зріс до 68%. На міжнародному сегменті це 370 додаткових оплат при середньому чеку $50 — близько $18 500 за перший місяць.[2]
Експорт
Базові воронки та зрізи працюють без SQL. Якщо потрібен корпоративний BI — події йдуть через webhook і REST: PostgreSQL, BigQuery, Snowflake.
Події діалогу, кроки воронки, канал, мітка джерела. Не «сирий месенджер як є», а аналітичний потік.
Для вітрин PII маскується або хешується. Видалення історії за запитом клієнта відповідає GDPR: аналітичний зріз не повинен зберігати те, що вже стерли в діалогах.
FAQ
Так. Конверсія, обсяг діалогів і середній чек рахуються за Telegram, WhatsApp, віджетом та рештою підключених каналів — якщо подія оплати туди доходить.
Подія потрапляє на дашборд із затримкою близько 3–5 секунд після фіксації в платформі, а не раз на добу.[3]
Коли передано телефон, email або іншу явну зв'язку, сесії склеюються в один профіль. Без ідентифікатора це різні візити.
Ні. Канали, кроки сценарію та готові зрізи налаштовуються в кабінеті. SQL потрібен лише якщо ви свідомо виводите події у зовнішній BI.
Live View відповідає «що зі зміною зараз». Конструктор — «власний розріз таблиці». Ця сторінка — шлях клієнта й окупність входу.
Пов'язані рішення
Кожне посилання — інший екран. Не копіюйте наскрізну воронку туди, де потрібна зміна або оцінка репліки.
НавіщоСупервайзер бачить чергу та FRT у хвилину зміни, а не постфактум.
Якщо немаєПік навантаження розберете ввечері, коли клієнти вже пішли.
НавіщоОцінка регламенту та тону на всіх діалогах, а не на вибірці.
Якщо немаєВоронка «зелена», а тон операторів уже відлякує людей.
НавіщоВласний запит і посилання колезі з тим самим періодом.
Якщо немаєЗнову ручна таблиця під одне запитання директора.
НавіщоЕтапи оплати живуть у CRM — аналітика діалогу без угоди сліпа щодо виторгу.
Якщо немаєКонверсія чату є, а статус ліда губиться між людьми.
НавіщоВузьке місце лагодиться в тому ж сценарії, який рахує воронка.
Якщо немаєІнсайт є, а виправлення кроку йде в розробку на тижні.
НавіщоПодії йдуть у ваше сховище, якщо кабінет — не остання вітрина.
Якщо немаєДіалоги так і залишаться окремим островом від фінансового BI.
Старт
Підключіть канал, розмітьте вхід, оберіть сценарій. Вузьке місце видно за кроками — не за зведенням «діалогів стало більше».
Відкрити кабінетПояснення до цифр
Розбір прикладу інтернет-магазину на цій сторінці: крок 1 = 10 000 (100%), крок 2 = 7 800 (78%), крок 3 = 2 496 (32%), крок 4 = 2 240 (90% від кроку 3). Це навчальний потік, не галузеве дослідження.
Навчальний сегмент: 370 додаткових оплат після виправлення кроку адреси × середній чек $50 = $18 500. Повний стовпець воронки (10 000 стартів) показує місце обриву; сума виторгу рахується лише на міжнародному зрізі, не на всьому потоці. Це розбір прикладу, не обіцянка продукту і не дослідження ринку.
Затримка near real-time всередині кабінету volbor після фіксації події, не пакетне вивантаження раз на добу. Не обіцянка зовнішнього BI.