Testy voicebota przed wdrożeniem powinny sprawdzać nie tylko to, czy asystent mówi płynnie, lecz przede wszystkim, czy prawidłowo prowadzi sprawę. Dobra demonstracja zwykle pokazuje przygotowaną rozmowę. Prawdziwy klient może zmienić zdanie, przerwać wypowiedź, podać niepełną informację albo poprosić o człowieka. Dlatego gotowość do uruchomienia trzeba oceniać na scenariuszach obejmujących poprawny przebieg, pomyłki i sytuacje wymagające bezpiecznego zakończenia.
Opisz dozwolony zakres działania
Na początku ustal, które sprawy voicebot ma obsługiwać i jakie czynności może wykonać. Oddziel informowanie od zmiany danych, przyjęcia zgłoszenia czy potwierdzenia ustalenia. Dla każdego działania zapisz warunki, które muszą zostać spełnione. Jeżeli system może jedynie zebrać prośbę, nie powinien komunikować, że została już zrealizowana. Test musi wykrywać tę różnicę, nawet gdy sama odpowiedź brzmi naturalnie i uprzejmie.
Przygotuj przypadki z oczekiwanym wynikiem
Każdy przypadek powinien zawierać kontekst rozmowy, przykładową wypowiedź, warunki wejściowe oraz oczekiwany rezultat. Nie ograniczaj kryterium do podobieństwa słów. Dwie różnie sformułowane odpowiedzi mogą być poprawne, natomiast identycznie brzmiące potwierdzenie może ukrywać niewykonaną operację. Dokumentacja Google Cloud dotycząca przypadków testowych agentów pokazuje, że można weryfikować oczekiwane elementy przebiegu rozmowy i działania. To przykład podejścia, nie wymóg korzystania z konkretnej platformy.
Sprawdź warianty wypowiedzi i poprawianie danych
Ten sam cel klient może opisać na kilka sposobów: krótko, potocznie lub z dodatkowymi informacjami. Uwzględnij pomyłkę i korektę, podanie kilku danych jednocześnie oraz powrót do wcześniejszego pytania. Zobacz, czy asystent zachowuje aktualną wersję ustaleń, zamiast ponownie używać informacji, którą rozmówca już zmienił. Osobno przetestuj wymowę nazw, odczytywanie liczb i zrozumiałość tempa wypowiedzi.
Oceń ciszę, przerwanie i zmianę tematu
Test głosowy powinien obejmować chwilę zastanowienia, prośbę o powtórzenie i wypowiedź rozpoczętą przed zakończeniem komunikatu bota. Sprawdź zachowanie w warunkach odpowiadających projektowi, na przykład przy słabszym połączeniu lub umiarkowanym hałasie. Zapisuj, gdzie klient traci możliwość dokończenia zdania albo wpada w pętlę powtarzających się pytań. Zwiększenie liczby ponowień bez poprawy instrukcji nie rozwiązuje problemu niezrozumienia.
Przetestuj niedostępność systemu i brak pewności
Asystent nie powinien wymyślać statusu sprawy, kiedy nie otrzymał odpowiedzi ze źródła danych. Uwzględnij brak wyniku, opóźnienie, błędną odpowiedź integracji i wyczerpanie dozwolonej liczby prób. Oczekiwanym wynikiem może być bezpieczne przyjęcie zgłoszenia lub przekazanie do konsultanta, o ile projekt rzeczywiście udostępnia taką możliwość. Nie uznawaj każdej rozmowy zakończonej bez człowieka za sukces automatyzacji.
Sprawdź przekazanie sprawy od początku do końca
Przejęcie powinno być oceniane na podstawie tego, czy klient rzeczywiście dotarł do właściwej osoby i czy zachowano potrzebny kontekst. Sam komunikat o łączeniu nie potwierdza wykonania przekazania. Przetestuj dostępnego konsultanta, brak obsady i prośbę o inny termin kontaktu. Uzgodnij, jakie informacje mają trafić do zespołu oraz kto odpowiada za dalszy krok. Pomaga wspólny projekt ścieżek eskalacji.
Ustal warunki dopuszczenia i powtarzaj testy po zmianach
Oddziel błędy blokujące uruchomienie od drobnych poprawek językowych. Nieprawidłowe działanie w systemie lub fałszywe potwierdzenie wymaga innego traktowania niż mało eleganckie sformułowanie. Zapisuj wersję scenariusza, konfiguracji i zestawu testów. Po aktualizacji instrukcji lub integracji uruchom ponownie przypadki, które wcześniej działały. Taki przegląd zmniejsza ryzyko poprawienia jednej ścieżki kosztem innej.
Pytania o testowanie asystenta głosowego
Czy wystarczy sprawdzić kilka udanych rozmów?
Nie daje to podstaw do oceny wyjątków i błędów. Zestaw powinien obejmować także odmowę, niezrozumienie, zmianę ustaleń oraz brak dostępności potrzebnego elementu procesu.
Czy voicebot musi obsłużyć każdą sprawę?
Nie. Ważniejszy jest jasno określony zakres i prawidłowe rozpoznanie granicy działania. Odpowiedzialne przekazanie może być lepszym wynikiem niż pozorne rozwiązanie problemu.
Call Center PRO działa od 2008 roku i łączy doświadczenie zespołów ludzkich z projektami AI. Planując automatyzację rozmów w call center, ustalmy zakres pilotażu, scenariusze testowe i sposób przejęcia spraw przez konsultantów.