Zadanie
Doprecyzować problem i pomóc na podstawie sprawdzonych materiałów, zachowując kontekst dla specjalisty.
Przykładowy scenariusz · Obsługa klienta
Modelowy scenariusz pierwszej linii obsługi: asystent wyjaśnia sytuację, proponuje odpowiedź na podstawie materiałów i przekazuje specjaliście to, czego nie udało się rozwiązać.
Zakres scenariusza
Rozpatrujemy pytanie użytkownika o działanie usługi po rozpoczęciu korzystania, gdy ważne są wersja instrukcji i wykonane już czynności.
Doprecyzować problem i pomóc na podstawie sprawdzonych materiałów, zachowując kontekst dla specjalisty.
Połączyć rozmowę, instrukcje wybranego produktu i uzgodnioną ścieżkę przekazywania trudnych zgłoszeń.
Podczas pilotażu sprawdzić, czy odpowiedź jest użyteczna i czy specjalista otrzymuje wystarczające informacje do kontynuowania pracy.
Architektura rozwiązania
Odpowiedź według instrukcji i przekazanie człowiekowi są sprawdzane jako osobne części obsługi.
Obowiązujące instrukcje, ograniczenia produktu i informacje o wersjach, których dotyczy każda odpowiedź.
Temat pytania, obserwowany wynik, niezbędne parametry i kroki już sprawdzone przez użytkownika.
Podsumowanie problemu, powód przekazania, uzgodniona kolejka i potwierdzony status zgłoszenia.
Jak przebiega zgłoszenie
Użytkownik może poprosić o specjalistę w trakcie rozmowy; takie przejście nie wymaga przechodzenia całej sekwencji.
Wyodrębnić problem i ustalić, czy kontekstu wystarcza do wyboru instrukcji.
Zapytać tylko o potrzebne szczegóły, uwzględniając to, co klient już powiedział lub wypróbował.
Zaproponować odpowiedni krok i sprawdzić, czy pasuje do wersji produktu i sytuacji.
Ustalić, czy działanie pomogło, albo zapisać, że kwestia pozostaje otwarta.
Zachować kontekst i pokazać faktyczny status zgłoszenia bez obiecywania niepotwierdzonego czasu odpowiedzi.
Etapy wdrożenia
Do pierwszej weryfikacji wybieramy ograniczoną grupę tematów z jasnymi instrukcjami i zespołem przejmującym sprawy.
Przeanalizować typowe i ponowne zgłoszenia, materiały do odpowiedzi i obecny sposób przekazywania.
Uzgodnić pytania uzupełniające, zasady wyboru źródła, statusy i postępowanie przy niedostępności specjalisty.
Sprawdzić właściwe i niepasujące instrukcje, prośbę o człowieka, ponowne pytanie oraz błąd przekazania.
Kryteria weryfikacji
Sprawdzana jest cała droga klienta, w tym przypadki, w których automatyczna odpowiedź nie rozwiązuje problemu.
Instrukcja dotyczy właściwej wersji i sytuacji; nieznane warunki nie są przedstawiane jako fakt.
Specjalista widzi problem, wykonane kroki i powód przekazania bez zbędnych ponownych pytań.
Rozwiązanie zostało potwierdzone przez użytkownika albo zgłoszenie ma prawidłowy otwarty status i uzgodniony następny krok.
Więcej na ten temat
Wyobraźmy sobie użytkownika biznesowej usługi online, któremu nie pojawił się oczekiwany eksport. Zwraca się do obsługi i opisuje problem własnymi słowami. Wiadomość może nie zawierać nazwy operacji, czasu uruchomienia ani informacji o tym, co już sprawdzono. W modelowym scenariuszu asystent ma wyjaśnić sytuację i znaleźć odpowiednią odpowiedź, a w razie potrzeby przekazać zgłoszenie specjaliście.
Wynikiem może być zarówno rozwiązanie według instrukcji, jak i dobrze przygotowane przekazanie. Uznawanie każdej rozmowy bez operatora za sukces byłoby błędem: klient mógł po prostu przestać odpowiadać. Przed wdrożeniem określa się, co potwierdza wynik, jakie tematy pozostają poza pierwszą linią i kiedy rozmowę powinien kontynuować człowiek. Użytkownik powinien również wiedzieć, że obecnie odpowiada asystent AI.
Pytania dotyczą obserwowanego problemu. Na przykład: co użytkownik spodziewał się zobaczyć, jaką operację uruchomił i jaki komunikat pojawił się zamiast wyniku. Nie trzeba ponownie pytać o to, co jest już jasne z rozmowy. Jeśli osoba pisze, że sprawdziła działanie według instrukcji, lepiej zapytać o rezultat tej próby niż ponownie pokazywać tę samą listę kroków.
Nie wszystkie informacje wolno zbierać w swobodnym czacie. Hasła i inne sekrety nie są potrzebne do wyjaśnienia typowej instrukcji. Dostęp do stanu konkretnego konta rozpatruje się osobno: przed udostępnieniem takich informacji muszą działać uzgodniona weryfikacja użytkownika i uprawnienia. Jeśli brakuje wymaganego potwierdzenia, asystent wyjaśnia dostępny sposób kontynuowania bez ujawniania cudzych danych.
Obsługa potrzebuje materiałów, za których aktualność odpowiada właściciel produktu lub procesu. Ważne jest przeznaczenie instrukcji: jeden sposób działania może dotyczyć starej wersji, inny — osobnego trybu pracy. Podobne sformułowanie pytania nie oznacza jeszcze, że znalezione rozwiązanie pasuje. Przed zaproponowaniem kroku trzeba porównać jego warunki ze znanymi informacjami o sytuacji.
Jeśli materiał nie potwierdza odpowiedzi, asystent nie dopisuje brakującej części na podstawie ogólnej wiedzy o podobnych usługach. Nie wolno na przykład obiecywać przywrócenia eksportu w określonym czasie, jeśli taki warunek nie występuje w obowiązującej instrukcji. Pytanie można doprecyzować lub przekazać specjaliście. Zachowuje to granicę między ustaloną procedurą obsługi a przypuszczeniem o przyczynie usterki.
Po zaproponowanym kroku trzeba ustalić, czy wynik się zmienił. Odpowiedź „nie pomogło” staje się nowym kontekstem, a nie powodem rozpoczęcia rozmowy od pierwszego punktu. Jeśli przewidziano inne sprawdzenie, proponuje się je z wyjaśnieniem celu. Gdy odpowiednie kroki zostały wyczerpane lub sytuacja nie pasuje do instrukcji, przechodzi się do uzgodnionej ścieżki przekazania.
Bezpośrednią prośbę o specjalistę również uwzględnia się bez zmuszania do powtarzania całej ankiety. W podsumowaniu zapisuje się pierwotny problem, znane parametry, wykonane działania i pozostałe pytanie. Powód przekazania formułuje się konkretnie: instrukcja nie pasowała, potrzebne jest sprawdzenie dostępne tylko pracownikowi lub użytkownik poprosił o człowieka. To bardziej przydatne niż nieokreślona etykieta „trudny klient”.
Specjalista przejmujący sprawę potrzebuje kontekstu pozwalającego kontynuować pracę. W modelowym scenariuszu zgłoszenie może trafiać do kolejki obsługi lub systemu ewidencji zgłoszeń. Konkretny sposób zależy od możliwości używanych narzędzi i skonfigurowanej integracji. Przed uruchomieniem sprawdza się, jakie dane rzeczywiście docierają do pracownika i czy może otworzyć potrzebną część historii rozmowy.
Osobno uzgadnia się sytuację, gdy nie ma wolnego specjalisty. Asystent powinien pokazać faktyczny status i przewidziany sposób kontynuacji, na przykład rejestrację zgłoszenia do późniejszej analizy. Nie obiecuje natychmiastowego połączenia ani terminu odpowiedzi bez potwierdzonej podstawy. Jeśli sam zapis się nie udał, również pozostaje to widoczne; zamiaru przekazania wiadomości nie wolno przedstawiać jako wykonanego przekazania.
Klient może wrócić z tym samym pytaniem później lub skorzystać z innego kanału. Warto wtedy ustalić, czy trwa poprzedni problem, czy pojawił się nowy. Zasady dopasowywania omawia się z uwzględnieniem dostępnych danych i uprawnień. Nie wolno łączyć historii wyłącznie z powodu podobnego imienia lub podobnej skargi: mogłoby to połączyć informacje różnych użytkowników.
Jeśli zgłoszenie rozpoznano jako kontynuację, powinny pozostać w nim poprzednie kroki i ich wyniki. Specjalista powinien widzieć nowe okoliczności, a klient nie powinien bez przyczyny powtarzać tych samych sprawdzeń. Potwierdzenie rozwiązania w starej rozmowie nie oznacza jednak, że nową wiadomość można automatycznie zamknąć. Stan sprawy ocenia się na podstawie bieżącego zgłoszenia.
Do pilotażu zbiera się zwykłe pytanie, zgłoszenie z niepełnym opisem, przypadek z nieaktualną instrukcją i rozmowę po nieudanej próbie. Osobno sprawdza się prośbę o operatora, niedostępność kolejki i błąd utworzenia wpisu. Dla każdego przykładu z góry określa się właściwą odpowiedź lub ścieżkę. Weryfikacja powinna wykrywać zarówno błędne informacje, jak i pominięte warunki przekazania.
Pracownik obsługi ocenia otrzymane podsumowanie: czy problem jest jasny, jakie kroki już wykonano i co trzeba zrobić dalej. Równocześnie analizuje się informacje zwrotne użytkownika i przypadki niedokończonych rozmów. Sam udział odpowiedzi automatycznych nie pokazuje jakości pomocy. Ten modelowy przykład nie deklaruje osiągniętych wskaźników; kryteria odbioru wybiera się dla konkretnego procesu.
Do rozmowy z ASK ARMONIVO przydadzą się zgłoszenia bez danych identyfikujących z jednej grupy tematów, aktualne instrukcje i opis obecnej drogi klienta do specjalisty. Wskaż, gdzie powtarzają się pytania i kiedy automatyczna odpowiedź jest niedopuszczalna. Po ustaleniu materiałów, ścieżek, uprawnień i dostępnych integracji można określić zakres wdrożenia asystenta AI do obsługi klienta i obliczyć koszt.
Pytania i odpowiedzi
Nie. Strona opisuje modelowy scenariusz bez nazwy klienta, opinii lub potwierdzonych wskaźników pracy.
Tak. Na pierwszy scenariusz można wybrać ograniczoną grupę pytań z aktualnymi instrukcjami i jasną ścieżką do specjalisty.
Wynik próby zostaje zachowany w kontekście. Następnie proponuje się przewidziane sprawdzenie lub przekazuje sprawę, bez niekończącego się powtarzania tej samej instrukcji.
Modelowy scenariusz przewiduje takie przejście. Sposób przekazania i dostępność pracownika określa używany system obsługi.
Takiego materiału nie można zastosować bez sprawdzenia warunków. Potrzebne jest właściwe źródło, doprecyzowanie wersji lub przekazanie pytania specjaliście.
Zależy to od zadania, weryfikacji użytkownika, uprawnień i integracji. Przygotowywanie ogólnych odpowiedzi samo w sobie nie wymaga dostępu do wszystkich kont.
Stosuje się wcześniej uzgodnioną ścieżkę i prawidłowy status. Czas odpowiedzi podaje się tylko na podstawie potwierdzonej zasady, a nie przypuszczenia asystenta.
Trzeba ustalić tematy, materiały do odpowiedzi, liczbę ścieżek i sposób przekazywania do Twoich narzędzi. Na tej podstawie określa się zakres prac i indywidualny koszt.
Omów projekt
Pokaż powtarzające się pytania i instrukcje. Omówimy, gdzie przydatna jest automatyczna odpowiedź i jakiego kontekstu potrzebuje zespół przejmujący sprawę.
Omów projekt