Asystent telefoniczny odpowiada poprawnie na pytanie o godziny pracy. Chwilę później rozmówca pyta o sobotę poprzedzającą święto, poprawia nazwę usługi i prosi o kontakt z doradcą. To przykładowa rozmowa, która sprawdza znacznie więcej niż znajomość jednej odpowiedzi. Pokazuje, czy przygotowany proces radzi sobie ze zmianą tematu, niejednoznaczną informacją i przekazaniem sprawy człowiekowi.

Właśnie dlatego pilotaż warto zaplanować wokół konkretnych zadań. Miłe brzmienie głosu jest istotne dla odbioru rozmowy, ale nie potwierdza jeszcze, że system udziela właściwych informacji i wykonuje zapowiedziane działania.

Najpierw określ zakres pierwszego wdrożenia

Zamiast od razu powierzać asystentowi wszystkie połączenia, wybierz ograniczony obszar obsługi. Może to być udzielanie informacji o wybranej usłudze, przyjmowanie prośby o kontakt albo skierowanie pytania do odpowiedniego działu. Zakres powinien odpowiadać możliwościom rozwiązania i gotowości firmy do obsłużenia następnego kroku. Testowanie samego bota bez udziału osób, do których ma przekazywać sprawy, pozostawia ważną część procesu poza oceną.

Zapisz również, czego agent nie może rozstrzygać. Indywidualna wycena, nietypowy problem techniczny czy spór dotyczący zamówienia mogą wymagać decyzji pracownika. Dla takich sytuacji potrzebna jest ustalona ścieżka, obejmująca także niedostępność zespołu.

Przykładowo firma usługowa może zacząć od pytań o zakres prac i zebrania prośby o oddzwonienie. Pilotaż powinien wtedy obejmować nie tylko treść odpowiedzi, lecz również poprawność przekazanego kontaktu, rozpoznanie rodzaju sprawy i to, czy zgłoszenie trafia do osoby, która rzeczywiście ma je obsłużyć. Dopiero po sprawdzeniu tej całości można rozważać rozszerzenie zakresu.

Zbuduj zestaw rozmów z oczekiwanym wynikiem

Przed testami przygotuj opisy sytuacji oraz kryteria oceny. Każdy przypadek powinien wskazywać cel rozmówcy, informacje dostępne asystentowi i prawidłowy rezultat. Dzięki temu dwie osoby oceniające tę samą próbę nie muszą opierać się wyłącznie na ogólnym wrażeniu. Kryterium może dotyczyć treści odpowiedzi, zebrania potrzebnych danych albo przekazania połączenia. Nie trzeba wymagać identycznego brzmienia zdania, jeśli jego sens pozostaje poprawny.

W pierwszym zestawie uwzględnij:

• prostą sprawę, którą asystent powinien załatwić w zatwierdzonym zakresie;
• pytanie zawierające niejasne określenie lub skrót używany przez klientów;
• poprawienie przez rozmówcę wcześniej podanej informacji;
• temat, którego nie ma w bazie wiedzy;
• prośbę o rozmowę z człowiekiem, także przy niedostępności zespołu;
• przerwanie wypowiedzi asystenta i zmianę celu rozmowy.

Do każdego przypadku dopisz zachowanie niedopuszczalne. Może nim być podanie niepotwierdzonej ceny, potraktowanie wstępnego terminu jako rezerwacji albo pominięcie korekty danych. Taki zapis ułatwia odróżnienie drobnej niezręczności językowej od błędu wpływającego na obsługę klienta.

Warto korzystać z rzeczywistych typów pytań, ale do prób można przygotować fikcyjne dane. Nie ma potrzeby przekazywania pełnych historii klientów tylko po to, żeby sprawdzić sposób prowadzenia rozmowy. Zespół powinien wcześniej ustalić, jakie materiały testowe są odpowiednie i kto może z nich korzystać.

Sprawdź rozmowę, nie tylko pojedynczą odpowiedź

Poprawna odpowiedź na pierwsze pytanie nie wystarcza, gdy klient doprecyzowuje warunki albo zmienia zamiar. W próbnej rozmowie można rozpocząć od ogólnej usługi, później wskazać inny wariant i sprawdzić, czy dalsze odpowiedzi odnoszą się do aktualnej sprawy. Innym testem jest korekta numeru kontaktowego. Jeśli agent zbiera dane, warto sprawdzić, czy powtarza właściwą wersję i zapisuje ją w miejscu przewidzianym w procesie.

Rozmawiajcie różnymi słowami. Osoba przygotowująca skrypt zna jego nazewnictwo, więc może nieświadomie podpowiadać systemowi oczekiwaną ścieżkę. Do prób przydadzą się uczestnicy, którzy opisują usługę tak, jak zrobiłby to klient spoza firmy.

Osobno oceń słyszalność, tempo i sposób reagowania na przerwanie. Nie trzeba tworzyć sztucznie ekstremalnych warunków dla każdego testu, ale warto uwzględnić sytuacje występujące w danym biznesie. Jeśli klienci dzwonią z warsztatu albo ulicy, próba wyłącznie w cichym pokoju nie daje pełnego obrazu tej części obsługi. Wynik powinien opisywać sprawdzone warunki, a nie sugerować niezawodność w każdej rozmowie.

Kontekst zastosowań w polskich firmach przedstawia materiał https://biznestime.pl/po-co-firmie-asystent-telefoniczny-ai-jak-korzystaja-z-niego-polskie-firmy/. Plan pilotażu warto jednak oprzeć na własnym zakresie usług i sprawdzalnych zadaniach, zamiast zakładać, że przykłady z innej organizacji przyniosą takie same efekty.

Oceń, co wydarzyło się po zakończeniu połączenia

Jeżeli asystent przyjmuje zgłoszenie, sprawdź je w systemie używanym przez pracowników. Czy temat jest zrozumiały? Czy dane są poprawne? Czy można rozpoznać, czego oczekuje rozmówca? Sam komunikat o przyjęciu sprawy nie dowodzi, że wszystkie te elementy zostały zapisane. Podobnie przy rezerwacji trzeba sprawdzić faktyczny wynik w kalendarzu, jeśli takie działanie znajduje się w zakresie wdrożenia.

Przekazanie rozmowy wymaga próby z udziałem odbierającego pracownika. Warto sprawdzić właściwy numer lub grupę, dostępność odbiorcy oraz zachowanie systemu, kiedy nikt nie odpowiada. Ustalona alternatywa powinna być zgodna z tym, co firma potrafi zapewnić, na przykład przyjęciem prośby o kontakt. Nie można obiecywać natychmiastowej rozmowy z doradcą poza jego dyżurem.

Wyniki zapisuj w krótkim rejestrze: przypadek, wersja konfiguracji, rezultat i uwaga do poprawy. Dzięki wersji można ustalić, czy po zmianie instrukcji wrócił wcześniej usunięty problem. Warto zachować także listę podstawowych prób, które należy powtórzyć po aktualizacji bazy lub reguł przekazywania połączeń.

Ustal decyzję po pilotażu

Podczas podsumowania oddziel poprawność obsługi od wygody rozmowy. Asystent może mówić naturalnie, a mimo to źle przekazywać zgłoszenia. Może również podawać właściwe informacje, lecz zadawać zbędne pytania i utrudniać zakończenie prostej sprawy. Dla każdego obszaru dobrze wskazać osobę odpowiedzialną za ocenę: obsługę klienta, właściciela informacji lub zespół techniczny.

Przed rozszerzeniem wdrożenia sprawdź:

• czy wszystkie błędy uznane za istotne zostały poprawione i ponownie przetestowane;
• czy pracownicy znają sposób przejmowania spraw i zgłaszania problemów;
• czy istnieje wykonalne rozwiązanie na czas niedostępności asystenta lub integracji;
• czy wiadomo, kto zatwierdza kolejne zmiany konfiguracji.

Liczby z pilotażu opisuj razem z zakresem próby. Wynik dotyczący kilkunastu przygotowanych rozmów nie jest jeszcze prognozą dla całej obsługi. Może pomóc ustalić gotowość wybranych ścieżek, ale nie uzasadnia automatycznie deklaracji wzrostu sprzedaży czy oszczędności czasu.

Jeżeli po testach jedna grupa spraw działa poprawnie, a inna wymaga przebudowy, można uruchomić tylko sprawdzony zakres. Pozostałe zadania zostają przy dotychczasowej obsłudze do czasu usunięcia problemów. W ten sposób decyzja o wdrożeniu wynika z konkretnych wyników, a lista otwartych kwestii wyznacza następne prace zespołu.

Materiał promocyjny