Plan wdrożenia IVR API: od pierwszego testu do produkcji
Wdrożenie IVR API to nie „ustawienie centrali”, tylko zrobienie przewidywalnego procesu rozmowy: temat → priorytet → routing → wynik — zawsze z fallbackiem (timeout / Busy / Noanswer).
Jeśli chcesz najszybciej uruchomić działający numer, przejdź do: Start w 1 dzień.
Wdrożenie w 4 etapach
Etap 1: działający „szkielet” (MVP)
- numer → IVR API → Play → routing (Call...) → fallback,
- logowanie: UniqueCallId + EventName + zwrócona Action,
- ustawione działanie awaryjne w panelu (gdy webhook nie odpowie).
Etap 2: kontekst (DTMF + Session)
- DTMF: temat albo ID sprawy/zamówienia,
- Session jako prosty „state machine” (krok, liczniki prób),
- limit prób + wyjście do kolejki (żeby nie frustrować dzwoniącego).
Etap 3: routing po danych (CRM/helpdesk)
- VIP/SLA/opiekun → właściwa kolejka lub osoba,
- separacja: sprzedaż vs serwis vs billing/rozliczenia,
- po godzinach: dyżur tylko dla pilnych + reszta do kolejki/wiadomości.
Etap 4: produkcja (stabilność + bezpieczeństwo + operacje)
- monitoring czasu webhooka i błędów (oraz alerty),
- HTTPS + Hash (autentykacja wywołań),
- testy negatywne i regresje po zmianach scenariuszy.
Gdzie w panelu uruchamia się IVR API
- Panel klienta → Usługi → IVR → API (czasem nazwa sekcji to „IVR API”).
- Dodaj API → zakładka Info: nazwa + konto rozliczeniowe.
- Zakładka Numery: przypisz numer(y) miejskie do IVR API (zalecane dla testów i produkcji).
- Zakładka Konfiguracja: URL webhooka + parametry (szczegóły poniżej).
- Zakładka Zapowiedzi głosowe: przypisz pliki WAV do „Zapowiedzi 1..10” oraz (opcjonalnie) zapowiedzi systemowe.
Praktycznie: zacznij od jednego numeru testowego i jednego scenariusza (Play → routing → fallback). Dopiero potem dokładaj kolejne numery i ścieżki.
Wzorzec „produkcyjny”, który działa w większości firm
- Connected → Play (krótka zapowiedź)
- GetDTMF (temat lub ID) → Session.step
- Lookup w systemie (CRM/helpdesk/e-commerce)
- Call... do opiekuna / kolejki
- CallStatus Busy/Noanswer → backup → kolejka → komunikat
Zasada: najpierw działająca ścieżka + fallback, dopiero potem „inteligencja” (routing po danych). To minimalizuje ryzyko ciszy, pętli i utraconych leadów.
Zacznij od prostego wdrożenia
Uruchom numer testowy, ustaw webhook i zrób działający szkielet (Play → routing → fallback). Potem dołożysz DTMF i routing po CRM/SLA.