Єдиний інбокс для сайту й месенджерів: як він працює під капотом і де ламається

Типова картина в невеликому магазині: на ноутбуці відкрита адмінка сайту з віджетом чату, на телефоні менеджера — Telegram, Viber і Instagram, а ще є робочий планшет, де хтось колись залогінився в Direct. Покупець пише в Viber, не дочікується відповіді й дублює питання в Instagram. Два менеджери відповідають йому паралельно, причому різне. Саме цю плутанину і прибирає схема, яку називають «один інбокс». Розберімо, як вона влаштована технічно і на що дивитися, коли її налаштовуєте.

Що насправді означає єдиний інбокс

Єдиний інбокс — це не застосунок, у який «скинули» всі месенджери, а сервер-посередник. Він приймає повідомлення з кожного каналу, перетворює їх на один внутрішній формат і показує оператору у спільній стрічці. Відповідь оператора проходить зворотний шлях: сервер знає, з якого каналу прийшов діалог, і відправляє текст туди ж через API відповідної платформи. Клієнт продовжує писати у звичний Viber, а менеджер бачить усе в одному вікні браузера.

Вебхуки, токени й API: як повідомлення потрапляє у вікно оператора

Кожен месенджер віддає повідомлення по-своєму, але логіка схожа. У Telegram ви створюєте бота, отримуєте бот-токен і реєструєте вебхук — адресу, на яку сервери Telegram надсилатимуть кожне нове повідомлення у вигляді JSON. Viber працює через публічний бот-акаунт і так само викликає вебхук. Instagram підключається через бізнес-акаунт, пов’язаний зі сторінкою, і дає доступ до Direct лише після видачі дозволів. Чат на сайті найпростіший: віджет відкриває з’єднання з сервером напряму.

Далі сервер робить три речі: зберігає повідомлення в базі, визначає, чи це новий діалог, чи продовження старого, і пушить подію в інтерфейс оператора. Відповідь іде через метод відправки конкретного API. Тут важлива деталь: у більшості месенджерів бізнес-акаунт може відповідати лише тим, хто написав першим, а в Instagram діє ще й вікно часу на відповідь. Тому затягувати з реакцією в такій системі дорожче, ніж здається.

Чим це відрізняється від пересилання сповіщень

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

Порахуймо на прикладі. Якщо за вечір приходить 40 звернень і кожне потребує переходу між двома-трьома застосунками, а на кожне перемикання йде хоча б пів хвилини, то лише на «пошук вікна» витрачається 20–30 хвилин. До цього додаються дублікати відповідей і загублені діалоги, які ніхто не взяв, бо кожен думав, що відповів колега.

Картка клієнта: як склеїти одну людину з трьох каналів

Найскладніша частина — ідентифікація. Для Telegram клієнт — це числовий ID, для Viber — інший ідентифікатор, для Instagram — третій, а на сайті взагалі анонімна сесія. Система не може сама зрозуміти, що це одна людина. Склеювання відбувається за телефоном, email або номером замовлення: щойно клієнт називає один із них, профілі об’єднуються в одну картку. Добре, коли інбокс уміє підключити чат до CRM і месенджерів одночасно: тоді в картці видно не лише переписку, а й замовлення, статус доставки та суму попередніх покупок, і менеджеру не треба питати номер ТТН, який уже є в базі.

Варто перевірити й зворотний напрям: чи потрапляє діалог у CRM як подія, чи створюється ліда з чату автоматично і чи не плодяться дублікати контактів при кожному новому зверненні.

На що дивитися при виборі

• Історія переписки. Чи підтягуються старі повідомлення після підключення каналу, скільки часу зберігається архів, чи можна знайти діалог за телефоном або словом із тексту.
• Передача оператору. Якщо на першій лінії працює бот, важливо, як саме він передає розмову людині: з контекстом чи «з нуля», і чи бачить клієнт, що його підхопив менеджер.
• Призначення й статуси. Розподіл діалогів між менеджерами, позначка «у роботі», нагадування про неотримані відповіді.
• Права доступу. Стажист не повинен бачити всю базу клієнтів, а підрядник на аутсорсі — експортувати контакти. Шукайте ролі, а не один спільний логін.

Типові помилки підключення

1. Бот-токен у відкритому доступі. Токен Telegram-бота — фактично пароль. Якщо він потрапив у спільний документ чи скриншот, його варто перевипустити через налаштування бота.
2. Два вебхуки на один бот. У Telegram вебхук може бути лише один. Підключили бота до нового сервісу — старий перестав отримувати повідомлення, і навпаки. Перед міграцією перевірте, хто ще слухає цього бота.
3. Instagram на особистому акаунті. Direct через API доступний тільки для професійного акаунта, пов’язаного зі сторінкою. Без цього кроку підключення зупиняється на авторизації.
4. Відповіді «повз» інбокс. Менеджер за звичкою відповідає з телефона напряму у Viber — і в загальній історії цієї відповіді немає. Домовтеся, що робочі діалоги ведуться лише з інбоксу.
5. Відсутній тест після налаштування. Напишіть із кожного каналу з особистого номера, відповідайте з інбоксу і перевірте, що відповідь дійшла, а картка клієнта створилася одна, а не три.

Коротко: з чого почати

Почніть із каналу, де найбільше звернень, а не з усіх одразу. Підключіть його, тиждень попрацюйте, налаштуйте розподіл між менеджерами й лише потім додавайте наступний месенджер. Так легше помітити, де губляться повідомлення. Єдине вікно має сенс, коли в ньому працюють усі, а не коли воно стоїть поруч із трьома старими.