„Chciałbym zapisać się do alergologa w Toruniu, najlepiej w przyszłym tygodniu po szesnastej, ale nie w czwartek.”

W taki sposób mówi człowiek dzwoniący do rejestracji. Jedno zdanie, a w nim sześć warunków: specjalizacja, miasto, zakres dat liczony od dzisiaj, przedział godzin, wykluczony dzień i (domyślnie) chęć uzyskania propozycji terminu. O tym zdaniu opowiadaliśmy na jednej z konferencji, bo dobrze pokazuje, gdzie voiceboty do umawiania wizyt mogą się sprawdzić.

Prawie nigdy nie chodzi tu o sam model językowy.

Jak to działa w skrócie? Voicebot do umawiania wizyt to bot telefoniczny, który odbiera połączenie, zamienia mowę klienta na tekst, wyciąga z niej warunki (kto, gdzie, kiedy), odpytuje system rezerwacyjny i odpowiada głosowo, proponując konkretny termin. Technologia rozpoznawania mowy i modele językowe są dziś dostępne dla każdego. O tym, czy klient umówi wizytę, czy się rozłączy, decyduje to, jak zaprojektowano samą rozmowę. Poniżej zasady, które sprawdzają się w praktyce.

1. Nie przesłuchuj klienta, tylko pozwól mu powiedzieć wszystko naraz

Najczęstszy błąd to bot zaprojektowany tak, jakby na głos czytał formularz:
„Jaka specjalizacja?” → „W jakim mieście?” → „Jaki dzień?” → „Jaka godzina?”

Cztery pytania to cztery wymiany zdań, czyli minuta rozmowy, zanim bot w ogóle zacznie szukać. A klient i tak wie, czego chce.

Lepiej zadać jedno otwarte pytanie, które zachęca do pełnej odpowiedzi:

„Proszę powiedzieć, do jakiego lekarza chce się Pan zapisać, w jakiej miejscowości i kiedy byłoby Panu najwygodniej.”

Dzięki temu w jednym zdaniu dostajemy większość warunków. Bot dopytuje potem tylko o to, czego konkretnie brakuje („Woli Pan rano czy po południu?”), a nie ogólnie („Proszę podać godzinę”).

Zasada: pytanie ma prowokować pełne zdanie, a bot ma umieć to zdanie rozłożyć na warunki. Dialog nie jest wtedy listą pól do wypełnienia, tylko szukaniem rozwiązania razem z klientem.

Więcej o tym, jak formułować pytania bota, piszemy bezpośrednio na blogu X-TALK, naszego Centrum Komunikacji AI, w artykule Jak wyszkolić voicebota, żeby jego pytania nie irytowały klientów?

2. Zanim bot odpowie, już zaczyna szukać

Trzeba przyznać, że w rozmowie z AI pauza między końcem wypowiedzi klienta a odpowiedzią bywa odrobinę dłuższa niż w rozmowie z człowiekiem. Bot musi mieć pewność, że klient skończył mówić, i zrozumieć całe zdanie. Jeśli po tej pauzie miałby jeszcze w ciszy przeszukiwać kalendarz, rozmowa zaczęłaby się dłużyć.

Dlatego dobrze zaprojektowany bot od razu potwierdza, co zrozumiał, i zapowiada, co robi:

„Dobrze, alergolog w Toruniu, przyszły tydzień po szesnastej, bez czwartku. Już sprawdzam dla Pana najlepszy termin…”

Takie zdanie załatwia trzy sprawy naraz. Klient słyszy, że został zrozumiany, i może od razu poprawić błąd. Rozmowa nie milknie. A przede wszystkim w tle wyszukiwanie już trwa: bot odpytał system rezerwacji, zanim skończył mówić. Kiedy kończy zdanie, propozycje są zwykle gotowe i podaje je praktycznie od razu.

Efekt jest ciekawy. Pierwsza reakcja bota jest minimalnie wolniejsza niż u człowieka, ale cała sprawa trwa krócej. Konsultant w tym czasie dopiero klika w kalendarz i mówi „chwileczkę, sprawdzę”. Dokładne zgranie mowy z zapytaniami w tle, tak żeby brzmiało naturalnie, to już kwestia architektury i strojenia konkretnego wdrożenia.

3. Brak terminu nie może kończyć rozmowy

Druga pułapka: bot sprawdza dokładnie to, o co go poproszono i nic nie znajduje.

❌ „We wtorek nie ma wolnych terminów.”
✅ „We wtorek nie mam już nic po szesnastej, ale w środę o 16:30 jest wolny termin u doktor Nowak. Pasuje?”

Konsultant na infolinii robi to odruchowo: jeśli nie ma dokładnie tego, o co pyta klient, proponuje coś podobnego. Bot musi robić to samo, ale według ustalonej kolejności:

• sąsiedni dzień (środa zamiast wtorku),
• szerszy przedział godzin (15:30 zamiast „po szesnastej”),
• inny specjalista tej samej specjalizacji,
• pobliska placówka („w Toruniu nie, ale w Bydgoszczy jutro”),
• najbliższy wolny termin jako ostatnia propozycja.

Ważne, żeby w rozmowie głosowej proponować dwie, najwyżej trzy opcje, a nie dziesięć. Człowiek przy telefonie nie zapamięta listy. Gdy klient odrzuci propozycję („nie, środa też odpada”), to nie jest porażka, tylko kolejny warunek, który zawęża wyszukiwanie.

4. Klient zmienia zdanie w trakcie rozmowy – to normalne

„…ale nie, jednak nie w czwartek.” Ludzie poprawiają się w połowie zdania i przerywają botowi, kiedy słyszą coś, co im nie pasuje. Dobry voicebot:

• pozwala sobie przerwać i od razu przestaje mówić,
• traktuje korektę jak nowy warunek, a nie jak nową rozmowę,
• nie każe zaczynać od początku.

Trzeba tu znaleźć równowagę. Bot, który za łatwo daje sobie przerwać, reaguje też na szum tła albo kaszlnięcie. Bot, który za wcześnie uznaje, że klient skończył mówić, wchodzi mu w słowo w naturalnej pauzie. Ustawienia zawsze zależą od kanału i akustyki: inaczej działa telefon w cichym biurze, a inaczej w sklepie w godzinach szczytu.

5. Systemy rezerwacyjne projektuje się z myślą o wyszukiwaniu, a nie o negocjowaniu

Tu zaczyna się inżynieria. Człowiek podaje sześć, siedem warunków. Typowe API systemu rezerwacji przyjmuje trzy pola: miasto, dzień, specjalizację. Wszystkie wymagane, bez przedziałów.

W praktyce oznacza to, że bot musi zamienić jedno zdanie klienta na wiele zapytań (po jednym na każdy dzień z zakresu), pobrać wyniki, a potem samodzielnie odfiltrować godziny i wykluczone dni oraz wybrać najlepszy pasujący termin. A wszystko w czasie, w którym bot wypowiada zdanie potwierdzenia, zanim klient zdąży się zniecierpliwić. 4 sekundy ciszy wystarczą, by rozmówca zaczął kwestionować, czy bot go usłyszał, a w 5 sekundzie powie już „halo?”.

Wniosek dla każdego, kto projektuje system rezerwacji albo integrację z botem:

Projektujcie API pod negocjację, a nie pod wyszukiwanie.

Czyli przedziały zamiast pojedynczych wartości, warunki opcjonalne zamiast wymaganych i wynik typu „najbliższe pasujące” zamiast „dokładnie to albo nic”. Jedno pole w rodzaju dostępne od zamiast odpytywania systemu dzień po dniu oszczędza botowi połowę pracy i połowę czasu oczekiwania.

6. Kiedy bot nie da rady, rozmowa przechodzi do człowieka

Nie każdą sprawę da się zautomatyzować i nie każdą warto. Liczy się to, co dzieje się w momencie przekazania. Konsultant nie powinien zaczynać od „dzień dobry, w czym mogę pomóc?”, tylko od:

„Widzę, że szuka Pan alergologa w Toruniu, w przyszłym tygodniu po szesnastej.”

Dlatego razem z rozmową trzeba przekazać wszystko, co bot już ustalił, a nie po prostu przełączyć połączenie. Kontekst, transkrypcja i statystyki obejmują całą rozmowę, zarówno część z botem, jak i z człowiekiem. Lista spraw przekazanych konsultantom, posortowana według częstotliwości, jest wtedy gotową listą procesów do zautomatyzowania w następnej kolejności.

Checklista: dialog do umawiania terminów

• Pierwsze pytanie jest otwarte i zachęca do podania wszystkich warunków naraz.
• Bot dopytuje konkretnie i tylko o brakujące informacje.
• Bot od razu potwierdza zrozumiane warunki, a wyszukiwanie rusza w tle, równolegle z mową.
• Brak dokładnego terminu uruchamia poszerzenie zakresu (dzień → godziny → specjalista → placówka → najbliższy termin).
• Bot proponuje 2–3 opcje, nie listę.
• Odmowa klienta jest nowym warunkiem, a nie końcem rozmowy.
• Bot daje sobie przerywać i uwzględnia korektę bez zaczynania od nowa.
• Integracja z systemem rezerwacji mieści się w czasie naturalnej pauzy w rozmowie.
• Przekazanie do konsultanta odbywa się z pełnym kontekstem i jest mierzone.

Nie tylko przychodnie

Te same zasady dotyczą każdej rozmowy, w której klient czegoś szuka, a system ma ograniczone zasoby, np. w serwisie samochodowym, salonie usługowym, przy umawianiu technika, odbiorze zamówienia czy rezerwacji sali. Wszędzie tam o jakości bota decyduje to, jak dobrze negocjuje, a nie to, jak ładnie mówi.

W X-ONE projektujemy i wdrażamy voiceboty i chatboty do obsługi klienta. Naszą platformą jest X-TALK - Centrum Komunikacji AI. Jeśli chcesz zobaczyć, jak bot negocjuje termin w praktyce, umów demo albo napisz do nas.