Windykacja: weryfikacja DTMF i kontrolowany routing
Tu liczy się porządek: identyfikacja rozmówcy/sprawy, kontrolowana ścieżka oraz czytelny fallback. DTMF daje szybkie “wejście do procesu”, a webhook podejmuje decyzję, co dalej — bez przełączania rozmów “w ciemno”.
Flow: weryfikacja → decyzja → routing
- Play (krótka informacja) → GetDTMF (identyfikator sprawy / kod).
- Webhook sprawdza dane w systemie i wybiera ścieżkę (np. ugoda / wyjaśnienie / płatność).
- Jeśli dane poprawne → routing do właściwego zespołu lub opiekuna sprawy.
- Jeśli timeout/błąd → maks. 2–3 próby → konsultant albo czytelne zakończenie.
Kluczowe jest to, żeby IVR było krótkie i przewidywalne: klient szybko wie, co ma zrobić, a po kilku nieudanych próbach zawsze dostaje sensowny “następny krok”.
Dobre praktyki (żeby nie frustrować)
- jedno zadanie na krok (“podaj numer sprawy”), bez długich komunikatów,
- maks. 2–3 próby + licznik w Session,
- timeout ma zawsze sensowny fallback (kolejka / konsultant / zakończenie),
- brak “pętli w nieskończoność” — po kilku próbach rozmowa musi mieć finał.
W praktyce najlepiej działa model: weryfikujesz tylko to, co potrzebne do routingu, a resztę dopinasz dopiero w rozmowie z konsultantem.
Chcesz, żeby rozmowy trafiały do właściwych spraw?
Zacznij od jednego kroku DTMF i jednej decyzji routingu. Potem dopracuj ścieżki (ugoda/wyjaśnienie/płatność), priorytety i fallbacki — tak, żeby proces był przewidywalny przy większym ruchu.