Testato come un software
Ogni agente passa per simulazioni dei processi, criteri di valutazione e test di regressione prima di una release controllata in produzione.
Tecnologia
Lo stack voice AI in produzione
Ogni agente DRING gira su un unico stack: motore speech-to-speech, infrastruttura, telefonia, strumenti ed esiti post-chiamata, gestito e testato per il deployment concordato con voi.
Inviateci il processo che volete migliorare e ascoltate come DRING qualifica l'esigenza nel flusso di richiamata.
Lo stack
Un solo stack, un solo team responsabile
Motore speech-to-speech, infrastruttura, telefonia, sicurezza, test di qualità e mascheramento dei dati sono costruiti, gestiti e testati come un unico sistema, non cuciti insieme da fornitori diversi.
Motore speech-to-speech
Speech-to-text in streaming, il cervello dell'agente, la gestione dei turni, il text-to-speech, un servizio di memoria, un servizio per gli strumenti e un motore decisionale, collegati in un'unica pipeline per ogni agente.
Infrastruttura
Infrastruttura di deployment con instradamento, monitoraggio e failover configurati sul modello operativo concordato con il vostro team.
Telefonia
SIP, centralino virtuale e linee telefoniche collegate, con le regole per le chiamate outbound applicate prima di comporre il numero.
Sicurezza
Sei standard testati, dalla difesa dei prompt alla residenza dei dati, applicati al deployment e non presentati come una certificazione.
Qualità e test
Simulazioni dei processi, criteri di valutazione e test di regressione prima di un lancio controllato, con le prove della revisione conservate per ogni release dell'agente.
Voice Anonymizer
Dati personali mascherati alla fonte, prima che una registrazione o una trascrizione venga salvata, con voci rese anonime per i set di QA e di valutazione.
Il percorso della chiamata
Come una chiamata attraversa lo stack
DRING non è un involucro sopra la piattaforma vocale di qualcun altro: il percorso dal SIP trunk alla voce è nostro, quindi possiamo intervenire a ogni passaggio e anonimizzare la voce come chiedono le norme sulla privacy.
La chiamata entra da un operatore collegato, dal vostro centralino o da un canale di messaggistica, segue il percorso del deployment e riceve risposta dall'agente. Ciò che l'agente decide esce come esito nei vostri sistemi, e se un componente del servizio si degrada è pronto il percorso di failover concordato.
Principi
Tre regole che lo stack non infrange mai
I livelli cambiano man mano che la piattaforma cresce. Queste regole no.
Gestito, non solo consegnato
DRING gestisce la linea dall'inizio alla fine: monitoraggio, rilasci graduali e un playbook degli incidenti documentato accompagnano ogni agente, così nulla viene consegnato e poi dimenticato.
Modelli sostituibili, regione fissata
I modelli di riconoscimento vocale, linguaggio e voce vengono scelti per ogni agente e sostituiti senza ricostruire nulla. L'instradamento del deployment segue la configurazione concordata per la vostra operatività.
Sempre aggiornato
Sempre i servizi più recenti e di qualità migliore
I servizi di riconoscimento vocale, linguaggio e voce vengono rivisti con regolarità, non scelti una volta e lasciati lì. Quando per una lingua o un processo arriva un'opzione migliore, la confrontiamo con quella in uso prima di cambiare qualsiasi cosa in una chiamata dal vivo.
Un servizio candidato sostituisce quello attuale solo dopo aver superato la stessa suite di regressione che il resto dello stack esegue prima di ogni release. Per sapere come funziona, guardate la pipeline di qualità e test.
Cosa non cambia, release dopo release
- I servizi di speech-to-text, linguaggio e text-to-speech vengono verificati con regolarità, non fissati al lancio
- Per ogni lingua e ogni processo si sceglie il servizio disponibile di qualità più alta, non un default unico per tutto
- Un servizio candidato deve superare l'intera suite di regressione prima di sostituire quello in produzione
- Il cambio avviene per fasi controllate, con il servizio precedente pronto per un eventuale rollback
Qualità della pipeline vocale
Cosa succede alla voce, in entrambe le direzioni
La qualità della voce non è una singola impostazione. È una sequenza di correzioni e controlli applicati a ogni chiamata, da quando entra l'audio a quando l'agente risponde.
Qualità del text-to-speech
La voce che risponde a chi chiama viene scelta per naturalezza e chiarezza in quella lingua e per quel processo, non lasciata su un default generico.
Correzione di pronuncia e accento
Nomi, luoghi e termini di prodotto hanno correzioni di pronuncia, così l'agente li dice come li dice l'azienda, e la correzione dell'accento si applica alla voce stessa.
Correzione e normalizzazione dello speech-to-text
Ciò che dice chi chiama viene normalizzato prima che l'agente ci ragioni sopra. Una lettura ambigua, una negazione persa, un numero, un nome: invece di darli per scontati, l'agente li conferma con chi chiama.
Gestione dei turni
La gestione delle interruzioni (barge-in) permette a chi chiama di interrompere l'agente a metà frase, e il rilevamento di fine turno dice all'agente quando l'altra persona ha davvero finito. Così l'agente non parla sopra una pausa e non resta in silenzio dopo una risposta già completa.
Resilienza
Cosa succede quando qualcosa si inceppa
Una chiamata vocale ha più parti in movimento di un messaggio in chat. Lo stack è costruito per assorbire i guasti ordinari senza che chi chiama se ne accorga, e per fermarsi in sicurezza quando non è possibile.
| Evento | Cosa sente chi chiama | Cosa fa il sistema |
|---|---|---|
| Un'API o il modello linguistico impiega più del solito a rispondere | Un breve intercalare naturale dal set approvato da DRING, mai dentro una scusa, un numero o la chiusura | L'agente tiene viva la conversazione mentre la risposta si completa in background |
| Un fornitore di modelli linguistici ha un problema | Nessun cambiamento percepibile nella conversazione | La chiamata può passare a un fornitore funzionante, dove il failover è configurato per quell'agente |
| Un percorso telefonico si degrada | Nessun cambiamento percepibile su una nuova chiamata | Il traffico può spostarsi automaticamente sul percorso di riserva: vedi le regioni dell'infrastruttura |
| Una chiamata resta muta, va in loop o si chiude in modo anomalo | Nient'altro, la chiamata è già terminata | La chiamata viene segnalata per la revisione, senza aspettare che qualcuno noti lo schema |
Pulizia delle liste e allarmi
Liste pulite prima, chiamate sotto controllo dopo
La qualità outbound inizia prima di comporre un numero e continua per tutta la durata della chiamata.
Prima di comporre il numero
- I numeri di telefono vengono normalizzati in un formato coerente prima di lavorare una lista
- Un controllo anti-duplicati è attivo di default, così lo stesso contatto non finisce in coda due volte nello stesso momento
- Una richiesta di non disturbare blocca ogni ulteriore contatto outbound verso quel numero
- Fasce orarie di chiamata, numero di tentativi e limiti giornalieri vengono applicati prima di comporre, non dopo
Durante la chiamata
- Chiamate non riuscite, linee mute e riagganci improvvisi vengono segnalati automaticamente per la revisione
- I punteggi di un agente in produzione sono monitorati di continuo, e uno scostamento fuori dall'intervallo previsto fa scattare un allarme
- Gli allarmi arrivano al team responsabile prima che sia un cliente a far notare il problema
- Una chiamata segnalata e un allarme di scostamento finiscono nella stessa coda di revisione, non in una dashboard separata che nessuno guarda
Come funziona la valutazione in tempo reale è spiegato nella pagina sulla qualità.
Domande frequenti
Domande sulla tecnologia
Dobbiamo capire ogni livello prima di iniziare?+
No. L'onboarding lo gestisce il team DRING. Lo stack funziona allo stesso modo, a prescindere da quanto volete entrare nel dettaglio.
Possiamo sostituire una parte dello stack, per esempio le linee telefoniche?+
Sì. La telefonia può girare sul vostro centralino attuale o sulle linee DRING, e i modelli di riconoscimento vocale, linguaggio e voce si possono sostituire per ogni agente, indipendentemente da tutto il resto. Approfondite la telefonia nel dettaglio.
Dove sono i dettagli su sicurezza e conformità?+
Nella pagina sulla sicurezza: sei standard testati, come viene verificato ciascuno e i dettagli specifici per processo su difesa dei prompt e conservazione dei dati. Considerate la pagina come contesto di prodotto, non come una certificazione.
Cosa sente chi chiama se una risposta tarda?+
Un breve intercalare naturale dal set approvato da DRING, usato con parsimonia e mai dentro una scusa, un numero o la chiusura. Nella tabella sulla resilienza qui sopra trovate l'elenco completo di cosa succede quando qualcosa si inceppa.
Come si mantengono pulite le liste outbound?+
I numeri vengono normalizzati prima di lavorare una lista, il controllo anti-duplicati è attivo di default e una richiesta di non disturbare blocca ogni ulteriore contatto outbound verso quel numero. Vedi pulizia delle liste e allarmi.
Guardate lo stack sul vostro flusso di chiamate
Inviateci contesto e consenso per una richiamata. DRING vi chiama in due minuti, si presenta e qualifica come lo stack gestirebbe la vostra linea più trafficata.