Przekazanie z AI do człowieka: wyzwalacze, zgłoszenia i dalszy kontakt

Zaprojektuj wyzwalacze przekazania z chatbota, przekaż kontekst i ustal uczciwe oczekiwania. Sprawdź, co tworzy eskalacja Agentkit i jak ją testować.

Cover Image for Przekazanie z AI do człowieka: wyzwalacze, zgłoszenia i dalszy kontakt

Klient prosi o rozmowę z człowiekiem. Bot mówi, że ktoś dołącza, ale nikt się nie pojawia. Poprawę tego doświadczenia zacznij od ustalenia, dokąd trafia prośba i kto na nią odpowie.

Ten poradnik odróżnia przekazanie rozmowy na żywo od zgłoszenia do pomocy technicznej. Na podstawie obecnego działania eskalacji w Agentkit wyjaśnia ograniczenia konfiguracji, a następnie przedstawia zasady i kryteria odbioru, które można dostosować do własnego zespołu. Informacje o produkcie sprawdzono 6 października 2026 roku. Przykłady są poglądowe i nie opisują wyników klientów.

Jak zaprojektować wyzwalacze przekazania od bota do człowieka w obsłudze klienta?

Zdefiniuj wyzwalacze dla wyraźnych próśb o człowieka, kolejnych nieprzydatnych odpowiedzi i spraw wykraczających poza uprawnienia bota i przetestuj każdy przed uruchomieniem. Agentkit może utworzyć rekord obsługi w sześciu podłączonych zewnętrznych systemach helpdesk lub CRM, ale ogólna akcja Escalate to Human nie dołącza człowieka do czatu.

Wybierz miejsce docelowe, zbierz wymagane dane kontaktowe i powiedz klientowi, co nastąpi dalej. Pomyślne utworzenie zgłoszenia potwierdza zapisanie prośby. Nie potwierdza, że człowiek ją przeczytał ani że odpowie w określonym czasie.

Wybierz przekazanie, które Twój zespół może obsłużyć

Przekazanie na żywo wymaga kanału obsadzonego przez pracowników oraz integracji umożliwiającej człowiekowi kontynuowanie rozmowy. Przekazanie przez zgłoszenie zapisuje prośbę do późniejszej obsługi. Klient musi wiedzieć, który wariant otrzymuje.

Ogólna akcja Escalate to Human w Agentkit obsługuje Zendesk, Freshdesk, Help Scout, Intercom, HubSpot i Salesforce. System docelowy otrzymuje zgłoszenie, sprawę lub rozmowę, zależnie od dostawcy. Salesforce Live Chat to osobna akcja. Wybranie Salesforce jako celu ogólnej eskalacji tworzy sprawę, a nie sesję czatu na żywo.

Agentkit Help Desk to kolejne, natywne miejsce docelowe. Wymaga zapisanej rozmowy, planu z dostępem do Help Desk oraz włączenia Help Desk dla danego agenta. Potrzebny jest też poprawny adres e-mail osoby zgłaszającej. Zgłoszenia z czatu na stronie nie mają edytora odpowiedzi w skrzynce Help Desk i nie dodają do widżetu kanału odpowiedzi człowieka na żywo. Przed włączeniem tego procesu zespół potrzebuje innej drogi dalszego kontaktu, na przykład własnego adresu e-mail obsługi.

Dla zewnętrznego miejsca docelowego podłącz dostawcę i sprawdź, czy Twój plan obsługuje akcję. Następnie dodaj ją do agenta i włącz. Sprawdź uprawnienia oraz skrzynkę odbiorczą zespołu za pomocą nieszkodliwego zgłoszenia testowego.

Oprzyj wyzwalacze na decyzjach zespołu obsługi

Zacznij od decyzji, które Twój zespół potrafi wyjaśnić. Nie traktuj każdej wzmianki o "człowieku" ani każdego negatywnego zdania jak tej samej prośby.

WyzwalaczPrzykładZasada do przetestowania
Wyraźna prośba"Proszę o rozmowę z człowiekiem."Zaproponuj obsługiwaną ścieżkę kontaktu i zbierz wymagane dane kontaktowe.
Kolejne niepowodzenie"Ta odpowiedź nadal nie rozwiązuje mojego problemu."Przestań powtarzać tę samą radę i zaproponuj eskalację.
Poza uprawnieniami botaKwestionowana opłata lub prośba o zmianę dostępu do kontaSkieruj sprawę do odpowiedzialnego zespołu zamiast wymyślać decyzję lub potwierdzać nieautoryzowaną zmianę.
Pilność lub frustracja"Moje konto jest zablokowane i nie mogę pracować."Szybko zaproponuj pomoc, opisując rzeczywisty kanał dalszego kontaktu. Nie obiecuj reakcji awaryjnej, jeśli nikt jej nie obsługuje.
Zweryfikowana reguła dotycząca klientaZnane konto kwalifikuje się do innej ścieżki obsługiKorzystaj z zaufanych danych klienta i skonfigurowanej ścieżki. Deklaracja odwiedzającego, że jest VIP-em, nie potwierdza jego tożsamości.

To zalecane zasady, a nie wbudowane przełączniki deterministycznych wyzwalaczy. Akcja Agentkit ma instrukcje When to use, które kierują modelem. Instrukcje w języku naturalnym wymagają testowania różnych sformułowań i obsługiwanych języków. Same nie zapewniają wiarygodnej oceny sentymentu, sprawdzania statusu VIP ani stałego licznika odrzuconych odpowiedzi.

Dokumentacja eskalacji Intercom rozróżnia wskazówki w języku naturalnym, reguły oparte na danych i kierowanie spraw po eskalacji. To przydatne rozróżnienie przy ocenie procesu. Nie oznacza jednak, że Agentkit implementuje system reguł Intercom.

Przekaż człowiekowi przydatny kontekst

W przypadku podłączonego zewnętrznego dostawcy eskalacja Agentkit zbiera temat, podsumowanie problemu, poprawny adres e-mail i imię, jeśli jest dostępne. Kontekst zgłoszenia obejmuje maksymalnie 50 ostatnich zapisanych wiadomości, z wyłączeniem wiadomości narzędzi. Każda wyświetlana wiadomość jest ograniczona do 2 000 znaków. Bieżąca prośba jest dołączana, jeśli jest dostępna.

To ograniczony kontekst, a nie obietnica pełnego zapisu rozmowy. Podsumowanie ma limit 2 000 znaków, a temat 150 znaków. Wyświetlany zapis obejmuje tekst wiadomości, bez załączonych plików. Dostawca odbierający zgłoszenie może nakładać dodatkowe ograniczenia. W długim czacie może być konieczne ponowne podanie wcześniejszego numeru zamówienia w podsumowaniu. Sprawdź, co rzeczywiście wyświetla wybrany system docelowy. Natywne zgłoszenie Help Desk zawiera odnośnik do zapisanej rozmowy. Nie zakładaj, że jego widok jest identyczny z treścią zgłoszenia u zewnętrznego dostawcy.

Pytaj tylko o dane potrzebne zespołowi. Wpisany adres e-mail służy do dalszego kontaktu i nie dowodzi, że klient jest właścicielem konta. Nie proś odwiedzających o wklejanie haseł, danych kart płatniczych ani poufnych danych uwierzytelniających do czatu.

Przydatne podsumowanie wyjaśnia, czego potrzebuje klient, czego bot już próbował i co pozostało nierozwiązane. Jeśli zespół potrzebuje oznaczonego powodu eskalacji albo konkretnej kolejki, skonfiguruj i sprawdź ten proces. Nie zakładaj, że ogólna akcja dostarczy je automatycznie.

Ustal oczekiwania bez wymyślania dostępności

W procesie opartym na zgłoszeniach powiedz klientowi, że zespół odezwie się uzgodnionym kanałem. Podawaj zobowiązanie dotyczące czasu odpowiedzi tylko wtedy, gdy zespół odbierający odpowiada za nie i może go dotrzymać. Nie mów "pracownik właśnie dołącza" tylko dlatego, że powstało zgłoszenie.

Dla próśb poza godzinami pracy zbierz wymagany adres e-mail i podsumowanie problemu, a następnie podaj rzeczywisty wynik utworzenia zgłoszenia. Jeśli połączenie wygasło albo utworzenie się nie powiodło, podaj działającą alternatywną drogę kontaktu. Uspokajający komunikat nie zastąpi brakującego rekordu obsługi.

Ogłoszenie integracji Chatbase z Zendesk wyraźnie przedstawia ten sam podział kanałów. Proces zgłoszeń korzysta z dalszego kontaktu e-mailowego. Integracja Sunshine jest osobną ścieżką czatu w czasie rzeczywistym. Sprawdź rzeczywistą integrację, zanim obiecasz przekazanie na żywo.

Przykładowa instrukcja do dostosowania

Poniższe zasady to punkt wyjścia dla procesu opartego na zgłoszeniach. Nie są przetestowanym klasyfikatorem ani wykonywalną regułą kierowania spraw. Szablon jest w języku angielskim.

Use the support-ticket action when the visitor clearly asks for a person,
says the suggested answer did not help, or needs a decision outside your authority.

Before calling it, collect or confirm a valid follow-up email and summarize
the unresolved issue. Do not ask for passwords or payment-card details.

After a successful result, explain that the request was recorded for follow-up.
Do not claim a human has joined or promise a reply time unless the business
has supplied a supported commitment.

If creation fails, explain the problem and provide the business's alternative
support contact. Do not say a ticket was created when the action failed.

Umieść wskazówki dotyczące wyzwalaczy w instrukcjach When to use akcji. Utrzymuj spójność oczekiwań przekazywanych klientom z instrukcjami agenta. Testuj cały proces, w tym skrzynkę odbiorczą zespołu, zamiast sprawdzać jedynie sformułowania bota.

Sprawdź proces przed uruchomieniem

Używaj fikcyjnych próśb i adresu obsługi, który kontrolujesz. Poniższe przypadki są arkuszem odbioru, a nie raportem wyników testów.

Przypadek testowyCo sprawdzić
Wyraźna prośba o człowiekaPrawidłowa włączona akcja jest proponowana lub wywoływana po zebraniu wymaganych danych.
Dwie nieskuteczne odpowiedziBot proponuje eskalację zamiast powtarzać tę samą radę. Ten próg to Twoja zasada testowa, a nie wbudowany licznik.
Brak znanego adresu e-mail w rozmowie lub rekordzie kontaktuBot prosi o poprawny adres e-mail przed próbą utworzenia zgłoszenia.
Długa rozmowaRekord docelowy zawiera przydatny najnowszy kontekst, a ważne wcześniejsze szczegóły pozostają w podsumowaniu.
Odłączony dostawcaBot zgłasza niepowodzenie i podaje skonfigurowaną alternatywną ścieżkę obsługi.
Wyłączony Help DeskBot nie twierdzi, że natywne zgłoszenie zostało pomyślnie utworzone.
Prośba poza godzinami pracyBot poprawnie opisuje dalszy kontakt bez wymyślania kolejki na żywo ani czasu odpowiedzi.
Powtórzona prośba o eskalacjęSprawdź, czy używany jest istniejący rekord i czy klient otrzymuje prawidłowy status.

Zapisz identyfikator rekordu w systemie docelowym i sprawdź, czy wskazany zespół może go znaleźć. Powtórz przypadki wyzwalaczy w każdym obsługiwanym języku. Poprawnie wyglądająca wiadomość na czacie to tylko część odbioru.

Mierz osobno utworzenie zgłoszenia i odpowiedź

Śledź próby eskalacji, pomyślne utworzenia rekordów, błędy dostarczenia i czas do pierwszej odpowiedzi człowieka. Do pomiaru czasu odpowiedzi używaj znaczników czasu systemu helpdesk odbierającego zgłoszenie lub własnych pomiarów. Same logi rozmów Agentkit nie zapewniają kompletnego panelu czasu przekazania ani satysfakcji po przekazaniu.

Przejrzyj próbkę eskalowanych spraw pod kątem brakującego kontekstu i powtarzanych pytań. Jeśli badasz satysfakcję, podawaj obok wyniku liczbę odpowiedzi i kanał. Poradnik wskaźników KPI chatbotów wyjaśnia, dlaczego obsługa bez udziału człowieka i rozwiązanie sprawy wymagają osobnych definicji.

Zacznij od jednego obsługiwanego miejsca docelowego i zespołu odpowiedzialnego za dalszy kontakt. Skonfiguruj akcję eskalacji, przeprowadź przypadki odbioru i potwierdź otrzymanie zgłoszenia, zanim zaprosisz klientów do korzystania z procesu.

Powiązane materiały:

Zacznij bezpłatnieKarta kredytowa nie jest wymagana