Przekazanie rozmowy od AI do człowieka: kiedy eskalować i kto przejmuje sprawę

Przekazanie rozmowy proponujemy zaprojektować jako osobną procedurę obsługi: z określonym powodem, pakietem informacji i potwierdzeniem osoby przejmującej. Przyjmijmy roboczą zasadę: wysłanie zgłoszenia do kolejki oznacza rozpoczęcie przekazania, a przyjęcie sprawy przez człowieka oznacza jego zakończenie. To nasza proponowana konwencja operacyjna, którą zespół może dostosować do własnych godzin pracy, kanałów kontaktu i zakresu uprawnień.

Poniżej przedstawiamy autorską checklistę dla zespołu projektującego obsługę. Wszystkie reguły, pola, progi i przykłady są propozycjami redakcyjnymi. Nie przedstawiamy ich jako potwierdzonych badaniami metod ani jako opisu funkcji konkretnego produktu. Przykłady dotyczą fikcyjnych sytuacji, a podane komunikaty są wzorami do adaptacji.

Co wynika ze źródeł, a co proponujemy

Strona rejestracji Max AI przedstawia usługę hasłem „Operating system for AI agents”. [pl-c1] Nie wyprowadzamy z tego hasła żadnych założeń dotyczących przekazywania rozmów. Źródło: Max AI.

Google w wytycznych dotyczących treści generowanych przez AI wskazuje, że takie wyniki mogą zawierać nieścisłości, i zaleca ręczną weryfikację oraz przegląd przed publikacją. [pl-c2] Przywołujemy tę wskazówkę w jej pierwotnym kontekście publikowania treści; procedura obsługi opisana dalej jest naszą własną propozycją. Źródło: wytyczne dotyczące treści AI.

W osobnym materiale Google proponuje ocenę treści między innymi pod kątem kompletności, oryginalnej wartości i przejrzystego wskazania źródeł. [pl-c3] W tym artykule oddzielamy więc te trzy ustalenia źródłowe od projektowanej checklisty operacyjnej. Źródło: pomocne i wiarygodne treści.

Ustal kryteria eskalacji przed napisaniem komunikatów

Nasza propozycja: zacznij od listy sytuacji, w których agent ma zakończyć samodzielne prowadzenie danego wątku. Każdemu kryterium przypisz kod, opis warunku oraz wskazaną kolejkę. Zamiast ogólnego polecenia „przekaż trudne sprawy” zapisz warunek możliwy do zastosowania do konkretnej rozmowy.

Proponujemy pięć kategorii:

• Prośba użytkownika: użytkownik wyraźnie prosi o kontakt z człowiekiem. Nie wymagaj uzasadnienia tej prośby.
• Granica uprawnień: oczekiwany następny krok znajduje się poza zakresem działań zatwierdzonych dla agenta.
• Brak podstawy odpowiedzi: w dopuszczonych materiałach nie ma informacji potrzebnej do udzielenia odpowiedzi.
• Nierozstrzygnięta rozbieżność: wypowiedź użytkownika i dostępne dane wskazują różne stany sprawy.
• Brak postępu: po ustalonej liczbie prób nadal pozostaje to samo pytanie lub nierozwiązany krok.

Dla ostatniej kategorii możesz przyjąć na próbę dwie nieudane próby wyjaśnienia. Traktuj tę liczbę jako parametr pilotażu, bez przypisywania jej szczególnej skuteczności. Zdefiniuj również, co uznasz za próbę: na przykład odpowiedź zawierającą konkretną instrukcję i późniejsze potwierdzenie użytkownika, że instrukcja nie rozwiązała problemu.

Przy kilku równoczesnych kryteriach proponujemy zapisać powód główny i dodatkowe oznaczenia. Przykładowo: główny powód „prośba użytkownika”, dodatkowy „brak podstawy odpowiedzi”. Nie nadawaj wyższego priorytetu wyłącznie na podstawie ostrzejszego tonu wypowiedzi; własne zasady priorytetu opisz oddzielnie i jawnie.

Przygotuj kartę kontekstu do dalszej obsługi

Nasza proponowana karta przekazania powinna odpowiadać na pytanie: co osoba przejmująca ma przeczytać i jaki krok ma rozważyć? Zapisz ją w stałym układzie, ale dopuść oznaczenie „nie ustalono”. Nie polecaj agentowi uzupełniać braków domysłem.

Umieść w karcie następujące elementy: cel użytkownika, przedmiot sprawy, powód przekazania, istotne wypowiedzi użytkownika, wykonane próby, wyniki tych prób, otwarte pytania, wcześniejsze deklaracje agenta oraz proponowany następny krok. Dołącz odwołanie do pełnej rozmowy, jeśli przewidujesz taki dostęp w projekcie procesu.

Rozdziel trzy rodzaje wpisów. „Użytkownik podał” niech oznacza relację użytkownika. „Potwierdzono w systemie” stosuj tylko przy wskazaniu konkretnego odczytu i jego czasu. „Do sprawdzenia” zarezerwuj dla informacji nierozstrzygniętych. To nasza konwencja zapisu, nie deklaracja o właściwościach jakiegokolwiek narzędzia.

W fikcyjnym przykładzie użytkownik nie może pobrać dokumentu. Karta mogłaby zawierać: „Cel: pobranie dokumentu dla zamówienia ABC. Użytkownik podał: przycisk nie reaguje. Próba: ponowne otwarcie widoku. Wynik według użytkownika: bez zmiany. Nie ustalono: czy dokument został wygenerowany. Następny krok do rozważenia: sprawdzenie dostępności dokumentu przez konsultanta”.

Do naszej checklisty kompletności dodaj pytanie o wcześniejsze obietnice. Jeśli agent napisał, że ktoś oddzwoni, zapisz dokładne brzmienie tej deklaracji i oznacz, czy termin został zaakceptowany przez osobę odpowiedzialną. Nie zamieniaj wcześniejszej deklaracji w nowe zobowiązanie bez potwierdzenia.

Rozdziel zgłoszenie, przyjęcie i prowadzenie sprawy

Proponujemy cztery stany: „do przekazania”, „oczekuje na przyjęcie”, „przyjęta przez człowieka” oraz „zakończona”. Zdefiniuj dla każdego stan wejściowy, osobę odpowiedzialną za następny krok i warunek przejścia dalej. Nie używaj jednego oznaczenia „eskalowana” do wszystkich tych etapów.

W stanie „oczekuje na przyjęcie” przypisz odpowiedzialność wskazanej roli dyżurnej. Po przyjęciu zapisz konkretną osobę lub jednoznaczny identyfikator stanowiska obsługującego. Jeśli sprawa wymaga konsultacji z innym zespołem, proponujemy pozostawić dotychczasowego prowadzącego do czasu jawnego przyjęcia przez następną osobę.

Jako potwierdzenie przyjęcia przyjmij działanie przewidziane w procedurze: zmianę statusu, przypisanie prowadzącego oraz zapis planowanego następnego kroku. Nie traktuj samego otwarcia rozmowy jako takiego potwierdzenia. To proponowane kryterium organizacyjne; dopasuj je do sposobu pracy zespołu.

Osobno ustal uprawnienia agenta po przekazaniu. W naszym wariancie agent może przekazywać zatwierdzone informacje organizacyjne, ale nie prowadzi dalej rozstrzygnięcia przekazanego wątku. Jeśli użytkownik rozpocznie inny temat, zaproponuj wybór: dopisanie go do istniejącej sprawy albo rozpoczęcie osobnej rozmowy.

Napisz komunikaty odpowiadające etapowi

Dla rozpoczęcia przekazania proponujemy komunikat: „Przekazuję tę sprawę do zespołu obsługi. Dołączę opis problemu i wykonane próby. Potwierdzenie przejęcia pojawi się tutaj”. Wykorzystaj go tylko w projekcie, w którym rzeczywiście przewidujesz dołączenie tych informacji i taki kanał potwierdzenia.

Po przyjęciu wzór może brzmieć: „Sprawę przyjęła osoba z zespołu obsługi. Następny krok: sprawdzenie dostępności dokumentu”. Nazwisko, termin i sposób dalszego kontaktu dodawaj dopiero po ich ustaleniu. Jeśli nie przewidujesz publicznego wskazywania osoby prowadzącej, użyj zatwierdzonego oznaczenia zespołu.

Przy braku dostępnego konsultanta proponujemy osobny wariant: „Sprawa oczekuje na przyjęcie. Możesz dopisać informacje w tym wątku”. Godziny obsługi i termin odpowiedzi wpisz wyłącznie zgodnie z przyjętym harmonogramem. Jeżeli nie ustalono terminu, w naszej proponowanej konwencji oznacz go jako nieustalony.

Sprawdź procedurę na scenariuszach i ustal przegląd

Przed wdrożeniem proponujemy próbę na zestawie fikcyjnych rozmów. Uwzględnij prośbę o człowieka na początku kontaktu, brak odpowiedzi w materiałach, dwie nieskuteczne próby, rozbieżne informacje, nieobecność konsultanta i zmianę zespołu prowadzącego. Dla każdej rozmowy zapisz oczekiwany powód eskalacji, zawartość karty oraz końcowego właściciela następnego kroku.

Oceniaj zgodność z własną procedurą. Przykładowe pytania kontrolne: czy karta odróżnia relację użytkownika od potwierdzonego odczytu? Czy ktoś przyjął sprawę? Czy komunikat odpowiada stanowi? Czy zapisano wcześniejszą deklarację? Nie przedstawiaj wyniku takiego przeglądu jako dowodu poprawy satysfakcji lub skuteczności obsługi.

Na pilotaż zaproponuj trzy liczniki: przekazania bez przyjęcia, karty z brakującym wymaganym polem i sprawy bez wskazanego następnego kroku. Dla każdego ustal definicję oraz osobę przeglądającą. Po pilotażu zdecyduj, które pola i kryteria zmienić. Zakończ projekt jednym zatwierdzonym dokumentem obejmującym reguły eskalacji, wzór karty, odpowiedzialność za oczekiwanie i warunki zamknięcia.