Передача від бота людині: чекліст, який рятує звернення

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

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

За якими сигналами бот має замовкнути?

Кожен із них має спрацьовувати без спроб «допомогти ще раз»:

1. 1

   Пряме прохання

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

2. 2

   Друга невдала спроба

   Питання не розпізнане двічі — далі автоматика лише псує враження.

3. 3

   Проблема чи скарга

   Брак, затримка, повернення коштів. Тут ціна помилки — публічний відгук.

4. 4

   Торг про ціну

   Бот не має повноважень поступатися й не вміє оцінити, коли це виправдано.

П’ятий сигнал — нестандартний запит: індивідуальне замовлення, гуртова умова, нетипова доставка. Шостий — усе, що стосується здоров’я, дітей і безпеки: ця категорія виводиться на людину незалежно від того, наскільки просто виглядає питання.

Що передавати разом із діалогом?

Оператор не читатиме тридцять повідомлень перед відповіддю. Тому передача — це стиснення діалогу до трьох рядків:

1. Чого хоче клієнт — конкретний товар, задача, параметри.
2. Що бот уже сказав — особливо якщо назвав ціну, термін або умову. Це доведеться виконувати.
3. На чому зупинилися — останнє питання й чия черга відповідати.

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

Як не втратити клієнта на стику?

Три правила, кожне з яких прибирає окремий спосіб втратити звернення.

Перше повідомлення оператора демонструє знання контексту. Не «вітаю, чим допомогти?», а «вітаю, бачу, ви шукаєте 38-й — він є, відкладаю». Клієнт розуміє, що нічого не загубилося.

Пауза називається числом. Якщо оператора немає, бот каже конкретний час: «відповімо до 10:00». Формулювання «менеджер зв’яжеться найближчим часом» не містить зобов’язання й тому не заспокоює.

Контакт береться до паузи, а не після. Якщо відповідь буде завтра, запитайте, куди зручніше написати, поки діалог іще живий.

Як перевірити, що передача працює?

Один зріз: діалоги, які обірвалися протягом п’яти хвилин після передачі людині. Якщо їх помітна частка, справа не в якості бота й не в операторі — справа в стику.

Дві типові причини. Довга пауза між «зараз покличу менеджера» й реальною відповіддю. Або втрачений контекст: оператор почав спочатку, і клієнт вирішив, що його не слухали.

Чекліст перед запуском бота

1. Шість сигналів передачі описані явним списком у сценарії.
2. Пряме прохання про людину виконується без уточнень.
3. Ліміт спроб: після другої нерозпізнаної відповіді — передача.
4. Разом із діалогом передаються три рядки контексту.
5. Перше повідомлення оператора посилається на контекст.
6. У неробочий час бот називає конкретний час відповіді.
7. Контакт береться до паузи.
8. Раз на тиждень переглядаються діалоги, обірвані після передачі.