Aby tego uniknąć, trzeba zaprojektować wspólny model sprawy. Bot nie może przechowywać tylko treści ostatniej wiadomości. Powinien zapisać, kim jest klient, czego dotyczy zgłoszenie, na jakim etapie jest obsługa, co zostało zweryfikowane, jakie działanie wykonano i co ma wydarzyć się dalej. Dopiero na takiej podstawie konsultant może wejść do rozmowy bez pytania: „Proszę opowiedzieć od początku”.

Chatbot i voicebot w obsłudze klienta: dwa kanały, jedna sprawa klienta

Każdy kanał ma inne mocne strony. Czat ułatwia przesłanie linku, zdjęcia, numeru zamówienia lub instrukcji krok po kroku. Telefon pozwala szybciej doprecyzować nietypowy problem, przeprowadzić klienta przez diagnozę albo zareagować w pilnej sytuacji. Chatbot w obsłudze klienta oraz voicebot w obsłudze klienta nie powinny więc realizować tych samych dialogów słowo w słowo. Powinny natomiast korzystać z tych samych danych o sprawie i prowadzić do tego samego rezultatu.

W praktyce warto potraktować każdą sprawę jako kartę roboczą widoczną niezależnie od kanału. Minimalny zestaw informacji na takiej karcie obejmuje identyfikator kontaktu, sposób rozpoznania klienta, temat i wykrytą intencję, powiązane zamówienie lub zgłoszenie, aktualny status, wykonane czynności, wynik użytych narzędzi, preferowany kanał odpowiedzi oraz powód ewentualnego przekazania do człowieka. Nie każda rozmowa wymaga wszystkich pól, ale ich struktura musi być wspólna dla tekstu i głosu.

Dobrym testem projektu jest prosty scenariusz. Klient rozpoczyna czat: „Gdzie jest moja przesyłka? Zamówienie 5421”. Bot odnajduje zamówienie, pokazuje status i informuje o opóźnieniu. Klient odpisuje, że paczka jest potrzebna następnego dnia, więc wybiera opcję rozmowy telefonicznej. Gdy konsultant odbierze połączenie, powinien od razu zobaczyć numer 5421, aktualny status, informację o terminie wymaganym przez klienta oraz to, że standardowa odpowiedź nie rozwiązała sprawy. Wtedy może od razu sprawdzić alternatywny sposób dostawy, zamiast ponownie pytać o numer zamówienia.

Dlaczego telefon i czat w obsłudze klienta często gubią kontekst?

Najczęstsza przyczyna jest techniczna, ale jej skutki są procesowe: kanał telefoniczny i tekstowy zapisują dane w osobnych systemach, pod różnymi identyfikatorami i według innych kategorii spraw. Numer telefonu nie jest połączony z kontem klienta, konto z czatu nie jest skojarzone z numerem zamówienia, a notatka konsultanta nie wraca do bota. W efekcie każdy kanał widzi tylko własny wycinek historii.

Problem powstaje również wtedy, gdy automatyzacja traktuje rozmowę jako serię luźnych pytań i odpowiedzi. Bot może poprawnie odpowiedzieć na pytanie o koszt dostawy, ale nie wie, czy klient pyta przed zakupem, czy zgłasza brak przesyłki po zakupie. Te dwie sytuacje wymagają innych danych, innego routingu i innej kolejnej akcji.

Drugi częsty błąd polega na przypisywaniu kontekstu do kanału, a nie do sprawy. Gdy klient rozpoczyna rozmowę na stronie, później dzwoni z telefonu służbowego albo korzysta z innego adresu e-mail, sama automatyczna identyfikacja może być niewystarczająca. System powinien umieć poprosić o element, który połączy kontakt ze sprawą - na przykład numer zamówienia, numer zgłoszenia lub jednorazowy kod - i połączyć go z historią bez zbierania całego kompletu danych od nowa.

W dobrze zaprojektowanym procesie telefon i czat w obsłudze klienta są różnymi interfejsami do jednego przebiegu obsługi. Dobrze wdrożona wielokanałowa obsługa klienta odróżnia się tym od zwykłej obecności firmy w kilku miejscach.

Jak powinien wyglądać dobry pierwszy kontakt z klientem?

Dobry pierwszy kontakt z klientem ma rozwiązać trzy konkretne kwestie: ustalić cel rozmowy, zdecydować, czy bot może bezpiecznie pomóc oraz wskazać następny krok. Nie powinien zaczynać się od długiej ankiety. W pierwszej wiadomości lub wypowiedzi wystarczy zapytać prostym językiem: „W czym mogę pomóc: zamówienie, płatność, reklamacja, wsparcie techniczne czy inna sprawa?”. Jeśli klient opisuje problem własnymi słowami, bot powinien potwierdzić rozpoznanie: „Rozumiem, że chodzi o opóźnioną przesyłkę dla zamówienia 5421. Sprawdzę jej status”.

Kolejność pytań ma znaczenie. Najpierw cel, potem tylko te dane, które są konieczne do wykonania kolejnej czynności. Jeżeli klient chce poznać godziny pracy, identyfikacja nie jest potrzebna. Jeżeli prosi o zmianę adresu dostawy, trzeba najpierw potwierdzić, które zamówienie ma zostać zmienione, a następnie zweryfikować uprawnienia. Tak ułożony pierwszy kontakt z klientem skraca rozmowę i zmniejsza liczbę porzuceń na etapie zbierania danych.

Co decyduje o tym, że automatyzację obsługi klienta można uznać za udaną?  

Automatyzacja obsługi klienta jest wartościowa wtedy, gdy nie tylko odpowiada, ale wykonuje określony etap procesu: sprawdza status, tworzy zgłoszenie, proponuje termin, wysyła dokument albo przekazuje sprawę wraz z danymi. Wymaga to jasnego podziału: które informacje bot może pobrać z bazy wiedzy, które powinien sprawdzić w systemie operacyjnym, a które musi pozostawić konsultantowi. Błędne połączenie tych warstw prowadzi do odpowiedzi brzmiących pewnie, ale nieopartych na aktualnych danych.

Na końcu automatyczny etap może zostać odnotowany: krótkie podsumowanie w stylu „Sprawdziłem zamówienie 5421, zgłosiłeś potrzebę dostawy do jutra, sprawę przekazałem do zespołu logistyki”. Taki komunikat zamyka ten etap kontaktu i przygotowuje kolejną osobę do działania. W tym miejscu automatyzacja obsługi klienta nie zastępuje relacji z człowiekiem, lecz usuwa czynności, które nie wymagają ponownego tłumaczenia sprawy.

Kiedy chatbot lub voicebot powinien przekazać sprawę do konsultanta?

Przekazanie sprawy do konsultanta powinno wynikać z konkretnych reguł, a nie z ogólnego wrażenia, że rozmowa robi się trudna.  

Pierwsza grupa przypadków dotyczy kompetencji: bot nie ma wiarygodnej odpowiedzi, źródła informacji są sprzeczne, nie ma dostępu do potrzebnego systemu albo dana czynność wymaga uprawnienia, którego automatyzacja nie ma. W takich sytuacjach bot nie powinien zgadywać ani obiecywać wykonania działania, którego nie może zrealizować.

Druga grupa dotyczy rodzaju sprawy. Do człowieka od razu powinny trafiać tematy celowo wyłączone z automatyzacji, takie jak negocjacje, decyzje indywidualne, reklamacje o wysokiej wartości lub kwestie wrażliwe.

Trzecia grupa to priorytet: zdarzenia, które zatrzymują ważny proces klienta, dotyczą bezpieczeństwa, wymagają szybkiej reakcji albo przekraczają standardowy czas obsługi, powinny trafić na osobną, pilną ścieżkę. Sam transfer nie wystarczy. Warunkiem jakości jest pełny kontekst rozmowy przekazany do konsultanta w postaci krótkiej, ustrukturyzowanej notatki. Powinna ona odpowiadać na pięć pytań: kim jest klient, czego dotyczy sprawa, co bot już sprawdził, dlaczego nie zakończył sprawy samodzielnie oraz jaka jest rekomendowana kolejna akcja. Przykład: „Klient: zamówienie 5421. Temat: opóźniona dostawa. Zweryfikowano status: przesyłka nie została przekazana kurierowi. Klient potrzebuje dostawy do jutra. Powód eskalacji: prośba o zmianę sposobu dostawy. Rekomendacja: sprawdzić odbiór osobisty lub dostawę ekspresową”.

Wprowadzenie soft queue

Warto wdrożyć mechanizm „miękkiej kolejki”. Gdy klient mówi „chcę rozmawiać z człowiekiem”, bot może zadać jedno neutralne pytanie: „Oczywiście - w jakiej sprawie mam Cię połączyć?”. Jeżeli temat da się szybko zrealizować automatycznie, można zaproponować konkretną akcję. Gdy klient ponownie wybiera konsultanta, system powinien od razu wykonać przekazanie sprawy do konsultanta. Nie powinno się blokować użytkownika serią pytań tylko po to, by zatrzymać go w automatyzacji.

Co powinno się wydarzyć, kiedy konsultant jest niedostępny

Trzeba też zaprojektować scenariusz nieudanego połączenia. Jeśli konsultant jest niedostępny, bot nie może zostawić klienta bez rozwiązania. Powinien zaproponować oddzwonienie, utworzyć zgłoszenie, potwierdzić dane kontaktowe oraz przekazać zespołowi cały kontekst rozmowy. Dzięki temu przełączenie do człowieka, kolejki lub kanału nie resetuje sprawy. Ostatecznie to właśnie zachowany kontekst rozmowy, a nie samo techniczne przełączenie, decyduje o jakości eskalacji.

‍

Jak X-TALK porządkuje pierwszy kontakt przez telefon i czat?

X-TALK - nasze Centrum komunikacji AI, można wykorzystać do zaprojektowania pierwszej linii obsługi nie wokół osobnych kanałów, lecz wokół konkretnych procesów klienta. Punktem wyjścia jest katalog najczęstszych powodów kontaktu - na przykład status zamówienia, faktura, płatność, reklamacja, serwis, rezerwacja terminu lub pytanie ofertowe. Dla każdego procesu warto określić cztery elementy: jakie informacje bot może przekazać, jakie dane ma zebrać, z jakiego narzędzia ma skorzystać oraz kiedy ma przekazać rozmowę do wybranego zespołu.

W Centrum komunikacji AI można uporządkować te decyzje jako spójną architekturę: baza wiedzy odpowiada za treść, integracje za pobranie lub zapis danych, routing za wybór właściwej kolejki, a zasady eskalacji za granice automatyzacji. Dzięki temu bot nie jest tylko warstwą pytań i odpowiedzi. Staje się pierwszym etapem procesu, który rozpoznaje temat, uruchamia odpowiednią ścieżkę i przekazuje człowiekowi przygotowaną sprawę, gdy potrzebna jest jego decyzja.

Jakość komunikacji na pierwszym miejscu

Takie podejście daje również możliwość kontrolowania jakości: warto regularnie sprawdzać, czy bot poprawnie rozpoznaje intencje, które sprawy trafiają do niewłaściwych kolejek, na których etapach klienci powtarzają pytania oraz czy konsultanci otrzymują kompletne podsumowania. Wskaźniki nie powinny mierzyć wyłącznie liczby automatycznie zamkniętych kontaktów. Równie ważne są sprawy rozwiązane bez ponownego wyjaśniania problemu, skuteczność routingu oraz liczba eskalacji, które kończą się kolejnym działaniem, a nie porzuconym kontaktem.

Dobrze wdrożone Centrum komunikacji AI pozwala zatem utrzymać wspólną logikę obsługi przy zachowaniu swobody wyboru kanału przez klienta. W tym modelu chatbot w obsłudze klienta oraz voicebot w obsłudze klienta działają jako jeden system pierwszego kontaktu: zbierają potrzebne dane, wykonują bezpieczne kroki automatycznie i oddają sprawę właściwej osobie z pełnym przygotowaniem.

Podsumowanie

Połączenie telefonu i czatu wymaga czegoś więcej niż uruchomienia dwóch botów. Potrzebna jest wspólna karta sprawy, wspólny model danych, routing kompetencyjny, jasne reguły eskalacji i podsumowanie przekazywane człowiekowi. Dopiero wtedy klient może zacząć rozmowę na czacie, potem zadzwonić, a następnie odebrać podsumowanie SMS-em, nie tracąc historii kontaktu.

Dobry projekt automatyzacji nie stara się obsłużyć każdej rozmowy bez udziału człowieka. Rozpoznaje, kiedy odpowiedź wynika z wiarygodnej wiedzy, kiedy trzeba sprawdzić dane w systemie, a kiedy konieczna jest decyzja konsultanta. To pozwala skrócić proste sprawy bez tworzenia sztucznej bariery dla klientów z bardziej złożonym problemem.

Chcesz wypróbować nasze Centrum komunikacji AI – X-TALK? Wejdź na: https://x-talk.me/