E-commerce: status zamówienia

DTMF + integracja z systemem zamówień → automatyczna informacja i właściwe przekierowanie.

E-commerce: status zamówienia w IVR + routing do właściwego działu

W e-commerce duża część telefonów to powtarzalne pytania: status, dostawa, zwrot, reklamacja. Ten scenariusz daje rozmowie kontekst: DTMF z numerem zamówieniadecyzja w webhook/APIkomunikat albo routing.

Co daje ten scenariusz?

  • Mniej rozmów „o to samo” — proste statusy obsługujesz komunikatem, bez konsultanta.
  • Routing po temacie — zwroty/reklamacje/płatności idą do właściwej kolejki.
  • Priorytety — B2B/VIP możesz kierować szybciej (osobna kolejka lub reguła).
  • Fallback — timeout/błędne ID nie kończą rozmowy “w próżni”.

Przykładowy flow (krok po kroku)

  1. IVR: „Status zamówienia — podaj numer i zakończ #”.
  2. GetDTMF → webhook dostaje ID zamówienia.
  3. Webhook sprawdza status w systemie zamówień.
  4. Jeśli da się odpowiedzieć automatycznie: Play/Say… z komunikatem.
  5. Jeśli wymaga człowieka: routing do kolejki (zwroty/reklamacje/BOK/płatności).

Dobra praktyka: 2–3 próby DTMF (licznik w Session), a potem przejście do kolejki zamiast pętli.

IVR/DTMF — UX, który nie irytuje

  • jedno zadanie na krok („podaj numer zamówienia”), bez długich komunikatów,
  • jasna instrukcja: „zakończ #” + przykład formatu (jeśli format bywa mylący),
  • timeout → powtórka raz → potem kolejka (albo zostawienie wiadomości),
  • błędny numer → komunikat „nie znaleźliśmy zamówienia” + druga próba lub kolejka.

Jakie dane warto wykorzystać w webhooku?

  • status zamówienia + przewidywany termin (ETA),
  • flaga: zwrot / reklamacja / płatność (routing do właściwego zespołu),
  • typ klienta (B2B/VIP) i priorytet (SLA),
  • opiekun (jeśli masz stałych klientów),
  • status “wstrzymane / brak płatności” → osobna ścieżka komunikatu lub kolejki.

Linki: Webhook · Akcje API

Produkcja: fallback i logowanie

Żeby scenariusz był przewidywalny w realnym ruchu, zadbaj o dwa elementy: fallback oraz korelację w logach.

  • timeout webhooka → przejście do kolejki BOK (z krótkim komunikatem),
  • CallStatus (Busy/Noanswer) → backup kolejki albo inny zespół,
  • loguj UniqueCallId + order_id + wynik (auto-komunikat vs routing),
  • trzymaj w Session: krok, licznik prób i (opcjonalnie) order_id.

Chcesz odciążyć BOK w e-commerce?

Zacznij od jednej ścieżki „status zamówienia”, a potem dołóż kolejne tematy (zwroty, reklamacje, płatności). Największy efekt zwykle daje połączenie: DTMF + routing + dobra kolejka.

Załóż konto    Wróć do zastosowań