Przekazanie z chatbota do konsultanta: jak eskalować i nie stracić klienta

Przekazanie (handoff), nazywane też eskalacją lub transferem, przenosi odpowiedzialność za rozmowę z automatyzacji na człowieka. W zależności od kanału efektem jest czat na żywo przypisany do konsultanta, rozmowa czekająca w kolejce albo zgłoszenie, które konsultant podejmie później. W agentach AI Zendesk buduje się to za pomocą bloków eskalacji w kreatorze dialogów, które określają, jak zapytanie trafia do człowieka, gdy agent AI nie potrafi go rozwiązać.

Przekazania mają dwie formy. Przy przekazaniu synchronicznym klient pozostaje w tej samej rozmowie na żywo, a dołącza do niej konsultant. Przy przekazaniu asynchronicznym tworzone jest zgłoszenie, aby konsultant mógł odpowiedzieć później – to typowe rozwiązanie awaryjne, gdy nikt nie jest dostępny. Zendesk dokumentuje oba warianty, w tym przepływ asynchronicznych eskalacji do zgłoszeń, który pozwala klientom zostawić wiadomość, gdy Twój zespół jest niedostępny.

Pewność dopasowania to wyzwalacz, którego zespoły najczęściej nie definiują wprost. W Dialogflow CX intencja z najwyższym wynikiem jest zwracana jako dopasowanie tylko wtedy, gdy jej wynik pewności jest większy lub równy progowi klasyfikacji; w przeciwnym razie wywoływane jest zdarzenie no-match. Traktuj to zdarzenie jako sygnał: zadaj jedno pytanie doprecyzowujące, a jeśli sytuacja się powtórzy, przekaż rozmowę.

Zendesk radzi też, by oferować eskalację tylko wtedy, gdy agent AI nie może skierować klienta do zasobów samoobsługowych. Dzięki temu konsultanci zajmują się prawdziwymi problemami, ale nie ukrywaj tej opcji. Klient, który wprost prosi o człowieka, powinien go dostać albo otrzymać jasną informację, kiedy to nastąpi.

Przekazanie, które gubi rozmowę, zmusza klienta do zaczynania od nowa. Na przykład starszy (legacy) krok Transfer to agent w Zendesk tworzy zgłoszenie zawierające historię rozmowy klienta, której klient nie widzi, i może dodać do tego zgłoszenia tagi na potrzeby routingu. Freshdesk AI Agents mogą przed przekazaniem zebrać dane, takie jak ID klienta, numer referencyjny lub numer zamówienia, jeśli zbieranie właściwości jest włączone zarówno w ustawieniach zachowania w rozmowie, jak i w ustawieniach przekazania.

Konsultant powinien otrzymać co najmniej:

• Pełny zapis rozmowy, łącznie z tym, co bot już zaproponował
• Powód przekazania: prośba klienta, brak dopasowania, wrażliwy temat lub reguła biznesowa
• Dane identyfikacyjne, takie jak imię i nazwisko, e-mail lub ID konta, oraz informację, czy zostały zweryfikowane
• Ustrukturyzowane pola zebrane przez bota, np. numer zamówienia lub produkt
• Tagi lub kategorię, aby reguły routingu skierowały rozmowę do właściwej grupy

W tej samej wiadomości ustaw oczekiwania klienta: napisz, że rozmowę przejmuje człowiek, i mniej więcej kiedy klient dostanie odpowiedź.

• Zendesk: bloki eskalacji w kreatorze dialogów agenta AI decydują, dokąd trafia rozmowa, gdy agent AI nie potrafi jej rozwiązać, np. przekazują ją do konsultanta. Blok dostępności (availability) może przed eskalacją sprawdzić godziny pracy lub dostępność konsultantów.
• Freshdesk: w ustawieniach przekazania AI Agenta włączasz Transfer conversation, wpisujesz frazy wyzwalające, które mają powodować automatyczne przekazanie, i możesz polecić AI Agentowi wcześniejsze zebranie danych klienta.
• Messenger: gdy wiadomości strony na Facebooku obsługuje więcej niż jedna aplikacja, np. Twój bot i skrzynka czatu na żywo, protokół przekazywania Meta (handover protocol) decyduje, która aplikacja jest właścicielem wątku. Webhook messaging_handovers raportuje zdarzenia przekazania kontroli nad wątkiem (pass), przejęcia kontroli (take), prośby o kontrolę (request) oraz ról aplikacji. Zdarzenie pass_thread_control zawiera ID poprzedniej i nowej aplikacji-właściciela oraz ciąg metadata ustawiony w żądaniu API – to wygodne miejsce na powód przekazania.
• Instagram: według changelogu Meta protokół przekazywania nie jest już obsługiwany na Instagramie, a wszystkie firmy zostały przeniesione na Conversation Routing, który pozwala określić, którzy partnerzy kontrolują rozmowy z klientami w danym momencie. Meta opisuje Conversation Routing jako wstecznie kompatybilny z większością API protokołu przekazywania.

Bot, który obiecuje człowieka, gdy nikt nie jest online, jest gorszy niż brak przekazania. Najpierw sprawdź dostępność, a potem wybierz rozwiązanie awaryjne:

• Zendesk: blok dostępności sprawdza godziny pracy lub dostępność konsultantów. W kanale synchronicznym, takim jak messaging, Zendesk sugeruje, by poza godzinami pracy konsultantów eskalować zamiast tego e-mailem, a jego przepływ asynchronicznych eskalacji do zgłoszeń pozwala klientom zostawić wiadomość, na którą człowiek odpowie później.
• Freshdesk: opcja Transfer outside business hours pozwala wybrać harmonogram godzin pracy, przekazać rozmowę do konsultanta lub do grupy i napisać wiadomość, którą zobaczy klient.
• Dowolna platforma: utwórz zgłoszenie z zapisem rozmowy, poinformuj, kiedy zespół wróci, i pozwól botowi w międzyczasie dalej odpowiadać na pytania samoobsługowe.

TascaLab buduje chatboty z przekazaniem do Twojego istniejącego helpdesku lub Slacka: Starter Chat Bot (1550 zł) lub Standard Chat Bot (2250 zł), połączone przez API, webhooki oraz Make lub n8n. Każdy projekt obejmuje podstawową dokumentację i 30 dni wsparcia po uruchomieniu, bez ukrytych opłat, a większość wdrożeń trwa 1–3 tygodnie. Bezpłatna 30-minutowa rozmowa Health Check to dobry moment, by rozpisać wyzwalacze przekazania.