Booking management · Zaktualizowano · Zespół KLIOSO
Jak przetestować asystenta rezerwacji przed rozmowami z klientami
Przygotuj próbę obejmującą fakty, zmiany w rozmowie i przekazywanie spraw, a na podstawie zapisanych błędów oceń gotowość do obsługi klientów.
Przetestuj asystenta rezerwacji w odizolowanym środowisku, zanim będzie mógł wysłać cokolwiek prawdziwym klientom. Określ oczekiwany wynik każdego przypadku, sprawdź odpowiedź i wynikające z niej działanie, a po zmianie powtórz błędne i powiązane przypadki. Przekonująca prezentacja nie wystarczy: potrzebujesz dowodów, że te same granice obowiązują przy zwykłych pytaniach i trudniejszych wiadomościach uzupełniających. To ogólna metoda testowania, a nie stwierdzenie, że KLIOSO oferuje środowisko testowe bota lub automatyczną recepcję.
Przygotuj wzorzec odpowiedzi przed otwarciem czatu testowego
Wybierz niewielki zestaw faktów, które możesz sprawdzić niezależnie od asystenta. Uwzględnij konkretną usługę, jej aktualny opis i czas trwania, informacje dotyczące przybycia oraz jasną ścieżkę rezerwacji. Zachowaj wersję danych stanowiącą punkt odniesienia. Inaczej zmiana źródła może sprawić, że wczorajsza poprawna odpowiedź będzie dziś wyglądała na błędną, choć nie pokaże to, czy asystent rzeczywiście zawiódł.
Dla każdego przykładu przygotuj cztery elementy:
- kontekst dostępny na początku;
- wiadomość, którą wysłałby klient;
- informacje, które odpowiedź musi zachować;
- wynik lub działanie, do którego nie wolno dopuścić.
Przy pytaniu o wymieniony zabieg oczekiwanym wynikiem może być rozpoznanie zabiegu i podanie opublikowanego czasu trwania bez wymyślania wolnego terminu. Definiujesz obserwowalne zachowanie, nie konkretne zdanie. Akceptuj naturalne sformułowania zachowujące te same fakty i ograniczenia. Wzorzec chroni także przed zmianą definicji sukcesu tylko dlatego, że nieoczekiwana odpowiedź brzmi pomocnie.
Oddziel próbę od klientów i rzeczywistych danych
Przed pierwszą wiadomością ustal, dokąd może ona trafić i co może zmienić. Użyj kanału testowego lub środowiska, które wybrany dostawca wyraźnie wspiera, z kontrolowanymi przez siebie kontami i odbiorcami. Jeżeli izolacja jest niedostępna lub niejasna, ćwicz offline: porównuj szkice odpowiedzi ze wzorcem bez podłączania rzeczywistej komunikacji ani działań związanych z rezerwacjami.
Sprawdź następujące granice:
- żaden prawdziwy klient nie jest docelowym odbiorcą;
- rzeczywista wysyłka wiadomości jest wyłączona lub odłączona;
- dane próbne nie mogą tworzyć ani zmieniać prawdziwych wizyt;
- powiadomienia nie mogą trafić do niezamierzonej osoby;
- przykłady testowe nie zawierają zbędnych danych osobowych.
Nie zakładaj, że etykieta „podgląd” gwarantuje te warunki. Prezentacja może nadal korzystać z rzeczywistych połączeń, jeśli narzędzie ich nie rozdziela. Wymyśl klienta i nieszkodliwy scenariusz zamiast kopiować rozpoznawalną rozmowę. Zapisz krótko konfigurację testu, aby kolejna próba zachowała te same granice, zamiast niepostrzeżenie ponownie łączyć zasoby produkcyjne.
Rozwijaj pojedyncze pytania w rozmowy ze zmianami
Zacznij od zwykłego pytania, aby ustalić punkt odniesienia, a w kolejnej wiadomości zmień jeden istotny szczegół. Zapytaj na przykład o zabieg, a następnie popraw jego nazwę. Odpowiedź powinna uwzględnić poprawkę, a nie dalej opisywać pierwszą usługę. W ten sposób sprawdzasz, czy rozmowa zachowuje przydatny kontekst bez trzymania się informacji, którą klient wycofał.
Wypróbuj różne sformułowania tego samego zamiaru, w tym krótką wiadomość i zwykłą literówkę. Nie wymagaj identycznego tekstu przy każdej próbie. Porównuj usługę, faktyczne warunki i proponowany następny krok ze wzorcem. Zmienność tonu to coś innego niż zmienność obietnic składanych przez firmę.
Dodaj prośbę wykraczającą poza dozwoloną rolę asystenta, a po osiągnięciu tej granicy kontynuuj rozmowę. Obserwuj, czy dalsze wiadomości zachowują nierozstrzygnięty status sprawy. Uspokajająca pierwsza odpowiedź nie rekompensuje bezpodstawnego potwierdzenia dwie wiadomości później. Rozmowa powinna być na tyle krótka, aby dało się dokładnie wskazać błędne przejście.
Sprawdzaj skutki poza widoczną odpowiedzią
Odpowiedź może być poprawna, a otaczający ją proces może działać błędnie. Jeśli testowany asystent twierdzi, że przekazał pytanie człowiekowi, sprawdź testowe miejsce, do którego powinno trafić. Gdy narzędzie nie pokazuje tego rezultatu, oznacz zachowanie jako niezweryfikowane, zamiast zakładać przekazanie sprawy na podstawie uprzejmego tekstu.
Dla każdego ukończonego przypadku zapisz:
- wiadomość wejściową i istotne wcześniejsze wiadomości;
- rzeczywistą odpowiedź wraz z ewentualnym linkiem;
- obserwowalne działanie lub jego brak;
- różnicę względem oczekiwanego wyniku;
- użytą wersję ustawień lub źródła.
Otwieraj podany link tylko w bezpiecznych warunkach testu i sprawdź jego miejsce docelowe. Link do rezerwacji nie dowodzi dokonania rezerwacji. Podobnie zdanie o przekazaniu sprawy nie dowodzi, że ktoś ją otrzymał. Rozdzielaj problemy ze sformułowaniem, błędy rzeczowe i nieskuteczne działania, ponieważ wymagają innych poprawek. Zachowuj tylko dowody potrzebne do odtworzenia problemu, bez zbędnych danych osobowych.
Ponownie sprawdź poprawkę i podobne przypadki przed decyzją
Gdy przypadek nie przejdzie testu, zmień odpowiednie źródło, instrukcję lub konfigurację, a następnie odtwórz te same dane wejściowe. Zachowaj pierwotny oczekiwany wynik. Przepisanie testu pod nową odpowiedź asystenta ukryłoby usterkę zamiast ją usunąć. Zapisz, czy poprawiona wersja spełnia wymaganie i czy zaobserwowane działanie zgadza się z odpowiedzią.
Następnie powtórz podobne przypadki korzystające ze zmienionej reguły. Poprawienie odpowiedzi o jednej usłudze nie powinno sprawić, że asystent zacznie przypisywać jej czas trwania wszystkim zabiegom. Nowe ograniczenie nie powinno uniemożliwiać odpowiedzi na nieszkodliwe pytanie rzeczowe, które nadal mieści się w zakresie działania.
Oceniaj gotowość według zachowań, które rzeczywiście sprawdzono. Nie udostępniaj klientom nierozwiązanych kategorii, zamiast ukrywać poważne błędy w korzystnej średniej ocenie. Udana próba uzasadnia ograniczony następny krok, lecz nie dowodzi poprawności każdej przyszłej rozmowy. Zachowaj niewielki zestaw przypadków na potrzeby późniejszych zmian źródeł lub konfiguracji.
Najważniejsze
Użyteczna próba wymaga niezależnego wzorca odpowiedzi, rzeczywiście odizolowanego środowiska i widocznych rezultatów. Testuj krótkie rozmowy, nie tylko pojedyncze polecenia, i odróżniaj płynny tekst od poprawnych faktów oraz wykonanych działań. Po błędzie zachowaj dowody, usuń właściwą przyczynę i powtórz ten przypadek oraz podobne scenariusze. Informacje o usługach i publiczna strona rezerwacji KLIOSO mogą być punktem odniesienia w ręcznych kontrolach; możliwości testowe dowolnego asystenta trzeba zweryfikować oddzielnie. Celem jest uzasadniona decyzja o określonym zakresie, a nie prezentacja wyglądająca idealnie.
Najczęstsze pytania
Sprawdź stronę docelową dla klientów
Porównaj publiczną stronę rezerwacji KLIOSO z danymi usług użytymi w testach, nie tworząc próbnych wizyt w rzeczywistym kalendarzu.
Zacznij za darmo ↗