Jak napisać bezpieczny scenariusz rozmowy dla asystenta AI

„Dzień dobry, w czym mogę pomóc?” to początek rozmowy, ale jeszcze nie scenariusz. Klient pyta o zakres usługi, później o cenę, a na końcu o termin. Jeśli asystent AI odpowiada na wszystko jednym tonem pewności, może obiecać coś, czego firma nie potwierdziła. Jeśli po każdym pytaniu odsyła do formularza, nie pomaga.

Dobry scenariusz określa co asystent wie, o co może zapytać, kiedy powinien przerwać automatyczną odpowiedź i co dzieje się dalej. To prosty dokument roboczy dla osoby odpowiedzialnej za obsługę klienta, a nie wyłącznie zestaw zdań do wklejenia do narzędzia.

Zanim napiszesz pierwszą kwestię

Wybierz jeden rodzaj zapytania, na przykład pytania o zakres usług i prośby o kontakt. Zapisz trzy rzeczy:

1. Źródło prawdy: kto zatwierdza opis usługi, warunki i odpowiedzi na częste pytania? Która wersja jest aktualna?
2. Granica uprawnień: czy asystent tylko informuje, może też zbierać dane do kontaktu, czy ma dostęp do rzeczywistych terminów? Nie zakładaj funkcji, których system nie ma.
3. Właściciel przekazania: kto odbiera sprawę, jak trafia ona do kolejki i skąd wiadomo, że nie zniknęła?

Jeśli tych odpowiedzi brakuje, scenariusz rozmowy będzie tylko ładnym tekstem. Najpierw uporządkuj proces, potem automatyzuj jego fragment. W poprzednim artykule pokazaliśmy, jak rozdzielić pytania na odpowiedź, doprecyzowanie i przekazanie.

Sześć kroków rozmowy

1. Przedstaw się i podaj zakres pomocy

Pierwsze zdanie powinno jasno mówić, że klient rozmawia z asystentem AI. Podaj przykłady spraw, w których pomoże, oraz realną drogę do człowieka. Nie nazywaj systemu „doradcą”, który samodzielnie podejmuje decyzje, jeśli jego rolą jest tylko kierowanie do informacji.

2. Ustal, czego klient potrzebuje

Pytanie „Czy chodzi o informację o usłudze, wycenę czy kontakt z zespołem?” jest lepsze niż prośba o opisanie całej historii od początku. Lista kategorii musi wynikać z rzeczywistej oferty firmy. Pozostaw możliwość wpisania własnej sprawy.

3. Dopytaj o minimum

Pytaj tylko o informację potrzebną do następnego kroku. Przy prośbie o kontakt może wystarczyć preferowany sposób odpowiedzi i krótki temat. Nie proś o hasła, dane płatnicze ani dokumenty, których nie potrzebujesz do obsługi tego etapu. Projekt zbierania danych powinien uwzględniać zasadę minimalizacji z art. 5 RODO.

4. Odpowiedz z zatwierdzonej wiedzy albo powiedz, że nie wiesz

Zadbaj o dwie ścieżki. Gdy istnieje aktualna, zatwierdzona odpowiedź, asystent może podać ją z kontekstem. Gdy nie ma wiarygodnego źródła lub informacje są sprzeczne, powinien powiedzieć to wprost i zaproponować kontakt z zespołem. Nie dopisuj prawdopodobnej ceny, terminu czy gwarancji.

5. Przekaż sprawę i pokaż, co stało się dalej

Przy wycenie indywidualnej, reklamacji, prośbie o człowieka albo nieudanej rozmowie asystent powinien uruchomić ustaloną ścieżkę przekazania. To więcej niż napis „przekażę wiadomość”. System musi rzeczywiście wysłać zgłoszenie do wskazanej kolejki lub osoby i pozwolić sprawdzić jego stan. Klient otrzymuje potwierdzenie tylko tego, co faktycznie się wydarzyło. Termin odpowiedzi podaj wyłącznie wtedy, gdy firma go ustaliła i potrafi dotrzymać.

6. Zamknij rozmowę konkretnym następnym krokiem

Jeśli odpowiedź rozwiązała sprawę, zapytaj, czy klient potrzebuje jeszcze czegoś w tym zakresie. Jeśli sprawę przejął człowiek, wskaż dostępny kanał kontaktu lub numer sprawy, o ile system rzeczywiście go utworzył. Nie zamykaj zgłoszenia tylko dlatego, że chatbot zakończył konwersację.

Szablon do skopiowania i dostosowania

Poniższe komunikaty są DEMO, a pola w nawiasach wymagają podmiany na zweryfikowane informacje i faktycznie działające funkcje. Nie należy publikować ich w tej postaci.

Otwarcie: „Jestem asystentem AI [nazwa firmy]. Mogę pomóc znaleźć informacje o [zatwierdzony zakres] oraz skierować pytanie do zespołu. Możesz też skontaktować się z nami przez [rzeczywisty kanał kontaktu].”

Rozpoznanie: „Czego dotyczy sprawa: [dwie lub trzy realne kategorie], czy czegoś innego?”

Doprecyzowanie: „Żeby skierować pytanie do właściwej osoby, potrzebuję tylko [niezbędna informacja].”

Odpowiedź z wiedzy: „Według [zatwierdzone źródło i aktualna wersja] [zatwierdzona odpowiedź]. Czy chodzi o taki przypadek?”

Brak pewności: „Nie mam potwierdzonej informacji dla tej sytuacji. Mogę skierować pytanie do [rzeczywista osoba lub kolejka].”

Przekazanie: „[Zgłoszenie zostało utworzone i trafiło do opiekuna — tylko jeśli system to potwierdza]. Możesz skontaktować się z zespołem przez [rzeczywisty kanał].”

Wdrożenie potrzebuje dodatkowo reguły technicznej: jeśli przekazanie się nie powiedzie, asystent nie może wyświetlić potwierdzenia sukcesu. Powinien pokazać alternatywny sposób kontaktu i zgłosić błąd właścicielowi procesu.

DEMO: pytanie o taras

Klient: „Ile kosztuje u was taras z kompozytu?”

Asystent: „Jestem asystentem AI. Nie mam potwierdzonej ceny dla konkretnej realizacji, bo zależy ona od zakresu prac. Mogę pomóc przekazać pytanie zespołowi. Jaka jest przybliżona lokalizacja i planowany zakres tarasu? Podaj tylko tyle, ile chcesz przekazać na tym etapie.”

Klient: „Okolice Krakowa, około 25 m². Chcę rozmawiać z człowiekiem.”

Asystent: „Rozumiem. Skieruję sprawę do zespołu przez [rzeczywista ścieżka przekazania]. Możesz też użyć [rzeczywisty kontakt].”

To fikcyjny przykład konstrukcji rozmowy, nie wycena, opis klienta ani demonstracja gotowego systemu. W prawdziwym wdrożeniu trzeba sprawdzić, czy firma w ogóle oferuje taką usługę, jakie dane są potrzebne i czy przekazanie działa. Gdy klient prosi o człowieka, asystent nie powinien wracać do pytań kwalifikacyjnych.

Reguły zatrzymania i test przed uruchomieniem

Zapisz wprost, że asystent nie zatwierdza ceny, terminu, warunków umowy ani rozwiązania reklamacji bez upoważnienia i aktualnego źródła. Przerywa automatyczne odpowiedzi, gdy klient prosi o człowieka, pojawiają się informacje wrażliwe, źródła są sprzeczne albo rozmowa powtarza się bez postępu. Dla branż, w których błąd może mieć większe skutki, zakres odpowiedzi i sposób zbierania danych wymagają osobnej oceny.

Przed startem przetestuj co najmniej te sytuacje:

Po teście zapisz właściciela scenariusza, wersję źródeł, datę przeglądu i prostą miarę jakości, na przykład liczbę zgłoszeń, które faktycznie otrzymały opiekuna. NIST AI RMF opisuje znaczenie ról, nadzoru człowieka i monitorowania ryzyka. GOV.UK zaleca przejrzystość co do użycia chatbota i możliwość kontaktu inną drogą. Korzystamy z tych materiałów jako wskazówek projektowych, a nie jako interpretacji polskiego prawa.

Chcesz ułożyć taki scenariusz dla własnego procesu? Napisz do Lumivio. W pierwszym kroku możemy przejrzeć jeden typ zapytania, źródła odpowiedzi i sposób przejęcia rozmowy przez człowieka. To pozwoli ustalić, co warto usprawnić, zanim wybierzesz narzędzie.