Як налаштувати передачу діалогу від бота оператору

Найшвидший спосіб убити довіру до чатбота — змусити клієнта по колу повторювати «оператора, оператора, ОПЕРАТОРА», поки бот вперто пропонує статтю з бази знань. Грамотна передача діалогу від бота до людини — це не визнання поразки, а частина якісного UX. Цей матеріал — про логіку ескалації: коли передавати, як рахувати поріг впевненості й як зробити передачу безшовною, щоб CSAT не падав.

Пишемо з інженерної позиції: ескалація — це проєктована система, а не «затичка на випадок, коли бот тупить».

Чому ескалація критична

• Бот не має тримати клієнта в заручниках. Якщо він не може допомогти — затримка лише дратує.
• Поганий handoff = втрачений клієнт. За дослідженнями підтримки, найбільший спад CSAT дає не сам факт бота, а зациклення без виходу на людину.
• Ескалація — це сигнал, а не помилка. Кожна передача — дані: що бот не вміє, де прогалини в базі знань.

Мета — не «нуль передач», а передавати правильні діалоги в правильний момент.

Три філософії ескалації

Перш ніж проєктувати тригери, визначтесь зі стратегією — від неї залежить уся логіка:

• Bot-first (стримування). Бот намагається вирішити максимум, передає лише за явним запитом чи провалом. Підходить для масової підтримки з типовими питаннями, де дорого тримати велику команду.
• Human-first (бот як асистент). Бот лише збирає контекст і кваліфікує, а відповідає завжди людина. Підходить для дорогих B2B-угод і складних послуг, де ціна помилки висока.
• Hybrid (за впевненістю). Бот вирішує рутину, але миттєво передає все, де впевненість низька або ставки високі. Найпоширеніший і зазвичай оптимальний підхід.

Більшість бізнесів виграють від гібриду: бот знімає 50–80% рутини, а складне й гаряче безшовно йде до людини.

Коли передавати: тригери ескалації

Тип тригера	Приклад	Реакція
Явний запит	«хочу оператора / людину»	Миттєва передача
Низька впевненість	бот не впевнений у відповіді	Передача або уточнення
Повтор нерозуміння	2 невдалі спроби поспіль	Передача
Емоція/негатив	злість, скарга (sentiment)	Передача + пріоритет
Високоцінний намір	«готовий купити на $5000»	Передача в продажі
Поза скоупом	юридика/складна технічна	Передача спеціалісту
Ризик/безпека	загроза, вразлива тема	Передача + ескалація вище

Явний запит на людину — святий. Ніколи не ігноруйте й не «відмовляйте» клієнта від оператора більше одного разу.

Поріг впевненості: як рахувати

Ключова механіка — confidence threshold. Бот має оцінювати, наскільки впевнений у відповіді, і за низької впевненості не вгадувати, а уточнювати або передавати.

Джерела сигналу впевненості:

• Релевантність із бази знань (RAG). Якщо найкращий збіг має низький score — відповіді в базі немає.
• Самооцінка LLM. Модель може повертати рівень впевненості; низький → не вигадувати.
• Класифікатор наміру. Намір «не розпізнано» → уточнити або передати.
• Лічильник невдач. 2 «не зрозумів» поспіль → ескалація.

Практична логіка порогів:

• Висока впевненість → відповідає бот.
• Середня → бот відповідає, але пропонує «покликати людину, якщо не те».
• Низька → уточнююче питання; якщо знов низька → передача.

Краще чесне «зараз покличу колегу» за впевнену галюцинацію. Галюцинації в підтримці коштують дорожче, ніж одна передача.

Як калібрувати поріг

Поріг — не магічна константа, його налаштовують на даних:

• Почніть консервативно (передавати частіше), щоб не отримати галюцинацій на старті.
• Збирайте логи: де бот передав, але міг відповісти сам, і де відповів, але краще було б передати.
• Поступово піднімайте поріг стримування там, де база знань надійна, і лишайте низьким там, де питання чутливі.
• Перевіряйте на «золотому наборі» реальних діалогів перед кожною зміною.

Калібрування — це ітеративний процес, а не одне налаштування «на вічно».

Маршрутизація: кому саме передавати

Передати «людині» замало — треба передати правильній людині. Інакше клієнт чекає, поки його перекидають між відділами.

Тип запиту	Куди маршрутизувати
Готовий купити / питання про ціну	Відділ продажів
Скарга / повернення / проблема з замовленням	Підтримка (пріоритет)
Складне технічне питання	Технічний спеціаліст
Юридика / договори	Профільний менеджер
Партнерство / опт	Керівник / B2B

Бот має знати цю мапу й передавати з контекстом одразу в потрібну чергу — це економить хвилини й нерви клієнта.

UX передачі: як не зронити CSAT

Сам момент handoff вирішує, чи клієнт відчує турботу, чи роздратування.

• Передавайте контекст, не клієнта. Оператор має бачити всю історію діалогу — клієнт не повторює нічого.
• Чесно повідомте. «Передаю діалог Олені з підтримки, вона вже бачить вашу ситуацію» — а не мовчазне перемикання.
• Покажіть очікування. Якщо оператор не онлайн — чесний ETA: «відповімо протягом 15 хв» або збір контакту для callback.
• Зберіть саммарі для людини. Бот формує коротке резюме: хто, що хоче, що вже зроблено, рівень терміновості.
• Безшовне повернення. Після людини бот може знову підхопити рутину (запис, оплата), якщо доречно.

Антипатерни

• Нескінченне «спробуйте переформулювати». Два рази — і передавай.
• Прихований оператор. Якщо людини немає, не вдавай, що є; чесно збери контакт.
• Втрата контексту. Клієнт повторює все оператору — миттєвий мінус до CSAT.
• Глуха відмова на «хочу людину». Найшвидший шлях до злого відгуку.
• Ескалація без саммарі. Оператор втрачає час на читання всього треду.

Метрики, які варто відстежувати

• Containment rate — частка діалогів, вирішених ботом без передачі (але не ціною галюцинацій).
• Escalation rate і причини — де саме бот пасує.
• CSAT окремо для діалогів із передачею та без.
• Час до handoff — як швидко клієнт дістається людини, коли треба.
• Точність ескалації — чи передаються правильні діалоги.

Дивіться на ці метрики разом, а не поодинці. Високий containment — добре, але якщо одночасно падає CSAT, бот «утримує» діалоги ціною роздратованих клієнтів. Здоровий стан — високий containment і стабільний CSAT.

Передача поза робочими годинами

Окремий сценарій — коли оператора фізично немає (ніч, вихідні). Тут чесність вирішує все:

• Не вдавайте, що людина зараз відповість. Скажіть прямо: «Команда офлайн до 9:00».
• Зберіть контакт і суть питання для callback вранці — і пообіцяйте конкретний час.
• Для гарячих лідів усе одно позначте «терміново», щоб менеджер узяв їх першими на старті дня.
• Дайте боту максимально допомогти з рутиною (запис, статус замовлення), поки людина недоступна.

Клієнт пробачає відсутність оператора вночі. Не пробачає — мовчазне ігнорування й фейкові обіцянки.

Як впроваджувати поетапно

Ескалацію не налаштовують ідеально з першого разу. Робочий шлях:

1. Базові тригери. Спершу — явний запит на людину й лічильник невдач. Це покриває більшість критичних кейсів.
2. Поріг впевненості. Додаєте RAG-релевантність і самооцінку, калібруєте на реальних логах.
3. Маршрутизація. Підключаєте мапу відділів і передачу в потрібну чергу з контекстом.
4. Метрики й оптимізація. Вмикаєте дашборд, дивитесь containment/CSAT/escalation rate і докручуєте пороги.

Так ескалація еволюціонує разом із вашою базою знань і командою.

Як готувати оператора до прийому діалогу

Ескалація — це не лише про бота, а й про людину на іншому кінці. Щоб передача спрацювала, оператору потрібен інтерфейс, де він:

• бачить повну історію діалогу одразу, без перепитувань;
• отримує саммарі від бота: хто клієнт, що хоче, що вже зроблено, рівень терміновості;
• бачить причину ескалації (явний запит / негатив / низька впевненість) — це задає тон відповіді;
• може повернути діалог боту для рутини (запис, оплата) після вирішення складного.

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

Чого навчити бота казати перед передачею

Сама фраза переходу формує враження. Працюючі формулювання:

• При явному запиті: «Звісно, передаю вас колезі. Він уже бачить нашу розмову — повторювати нічого не треба».
• При низькій впевненості: «Хочу дати вам точну відповідь, тож підключу спеціаліста. Одну хвилину».
• При негативі: «Розумію, що ситуація неприємна. Передаю старшому менеджеру, він розбереться особисто».
• Поза годинами: «Команда офлайн до 9:00. Лишіть, будь ласка, контакт — ми зв'яжемось вранці першими».

Головне — ніколи не звучати як відмова. Передача має відчуватись як ескалація турботи, а не як «бот здався».

RAG і впевненість: чому це пов'язано

Більшість хибних відповідей бота — від спроби відповісти на те, чого немає в його знаннях. Тут і вступає RAG (retrieval-augmented generation): бот спершу шукає релевантні фрагменти у вашій базі знань, і лише потім формує відповідь на їх основі.

Зв'язок із порогом впевненості прямий:

• Якщо пошук повернув фрагменти з високою релевантністю — бот має на що спертись, відповідає впевнено.
• Якщо найкращий збіг слабкий — це сигнал «відповіді в базі немає», і замість вигадування бот уточнює або передає людині.
• Якщо база знань неповна — частина запитів закономірно йтиме в ескалацію, і це нормально на старті.

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

Чого НЕ варто автоматизувати

Не все слід віддавати боту навіть теоретично. Свідомо лишайте людині:

• Складні скарги й конфлікти. Тут потрібна емпатія й гнучкість, яких алгоритм не дасть.
• Юридично/фінансово чутливі рішення. Ціна помилки висока — краще людина.
• Нестандартні домовленості. Знижки, винятки, індивідуальні умови — зона менеджера.
• Вразливі ситуації. Коли клієнт у стресі чи темі високої чутливості — миттєва передача людині.

Зрілий підхід — не «автоматизувати все», а автоматизувати рутину й свідомо лишити людині те, де вона незамінна.

Як MaxICo Labs це вирішує

Ми проєктуємо ескалацію як систему: налаштовуємо тригери, пороги впевненості на базі RAG-релевантності й самооцінки моделі, передачу контексту оператору й чесний UX очікування — щоб бот закривав рутину, а складне й гаряче безшовно потрапляло до людини без падіння CSAT.

• Логіка ескалації й тригери передачі під вашу підтримку
• Confidence threshold на базі RAG + класифікатора наміру
• Передача повного контексту й саммарі оператору
• Інтеграція з вашим help desk / CRM / Telegram-чатом команди
• Дашборд метрик: containment, escalation rate, CSAT

Хочете бота, який знає, коли покликати людину?

Напишіть Валерію в чат на сайті — розберемо, де у вашій підтримці потрібні тригери ескалації, або забронюйте безкоштовний дзвінок для аудиту вашого сценарію.