Un voicebot credibile non si limita a parlare bene: sa tacere quando il cliente lo interrompe, capisce i tasti premuti e passa la chiamata a un umano al momento giusto. Sono i tre dettagli che separano una demo da un voicebot in produzione, e AudioBridge li copre con tre meccanismi nativi del protocollo.
1. Barge-in: il voicebot che sa tacere
Il cliente inizia a parlare mentre il bot sta ancora recitando il prompt? Invii {"event":"clear"} e il buffer di riproduzione si svuota all’istante: l’audio in coda viene scartato e il bot tace davvero, senza quelle code di frase che fanno sembrare la conversazione registrata. Abbinato ai mark — che vengono confermati comunque, anche quando il clear ha scartato l’audio — il tuo codice sa sempre a che punto della frase era arrivato il chiamante.
2. DTMF: per cifra o aggregati
Ogni tasto premuto genera un evento dtmf. Nel portale scegli come riceverli: per cifra, un evento a tasto, perfetto per i menu rapidi; oppure aggregati con minLength, maxLength e timeout — la modalità giusta per codici cliente e numeri di pratica, perché ricevi un solo evento con la sequenza completa, senza ricomporla a mano.
3. Trasferimento a operatore: refer o forward
Quando serve un umano, il voicebot cede il controllo inviando {"event":"redirect","extension":"...","method":"..."}:
- refer (default) — la chiamata viene rilasciata al tuo trunk SIP verso l’interno indicato: scenario BYOC, nessun traffico tariffato, l’operatore risponde sul suo interno di sempre;
- forward — la chiamata esce sulla rete pubblica verso un numero mobile (disponibile sulle chiamate inbound con numerazioni BEEVOIP), tariffata come traffico outbound.
Con questi tre strumenti il voicebot smette di essere un risponditore e diventa un front-office: accoglie, raccoglie dati, risolve — e quando non basta, passa la mano senza far riattaccare nessuno.
👉 Dettagli ed esempi nella documentazione; per provare tutto ci sono 100 minuti gratis, senza carta di credito.