Guida al rilevamento delle segreterie telefoniche in arabo

Il sistema di rilevamento delle segreterie telefoniche (AMD) è stato inventato per il mercato statunitense. I primi sistemi AMD sono stati addestrati sui messaggi di benvenuto delle segreterie telefoniche in lingua inglese degli operatori statunitensi. Hanno funzionato abbastanza bene, perché il problema era relativamente uniforme. I messaggi di benvenuto delle segreterie telefoniche americane seguono schemi prevedibili, la maggior parte degli operatori utilizza sistemi simili e la lingua inglese ha una prosodia uniforme in tutte le regioni.

L'arabo non rientra in nessuna di queste categorie. Ed è per questo che la precisione dei dati AMD cala drasticamente quando i team outbound si rivolgono ai mercati MENA, scendendo spesso al 70-75% rispetto all'85-90% registrato negli Stati Uniti. Per i contact center che operano nei Paesi del Consiglio di Cooperazione del Golfo, nel Levante, in Egitto o nel Maghreb, questo divario di precisione si traduce direttamente in contatti persi e tempo sprecato dagli operatori.

Perché l'AMD in Arabia Saudita rappresenta una sfida particolare

Diversità dialettale

Ai fini dell'analisi dei dati anagrafici (AMD), l'arabo non è una lingua unica, bensì una famiglia di dialetti con significative differenze fonetiche e strutturali. Un messaggio di benvenuto in segreteria telefonica in arabo del Golfo (khaleeji) suona fondamentalmente diverso da uno in arabo egiziano, arabo levantino o arabo maghrebino. I modelli di pronuncia, le frasi comuni, il ritmo di eloquio e persino l'inventario fonetico variano a seconda della regione.

A Dubai, una persona in carne e ossa che risponde al telefono potrebbe dire "Hala" o "Na'am". Al Cairo, è più probabile sentire "Aiwa" o "Alo". Ad Amman, "Marhaba" o "Alo". A Casablanca, si potrebbe sentire un "Allo" in francese o un saluto in darija. Un modello AMD addestrato su un dialetto produrrà tassi di errore più elevati su altri.

Commutazione di codice

In tutta la regione MENA, il passaggio da una lingua all'altra tra arabo e inglese (o tra arabo e francese nel Maghreb) è estremamente comune, sia nelle conversazioni dal vivo che nei messaggi di segreteria telefonica. Un messaggio in segreteria potrebbe iniziare in arabo e passare all'inglese: "Ahlan, hai chiamato Mohammed. Lascia un messaggio." Oppure una risposta dal vivo potrebbe essere un breve "Pronto?" in inglese da parte di un operatore di lingua araba.

Questo cambio di codice crea confusione nei sistemi AMD che si aspettano un audio monolingue. Il passaggio da una lingua all'altra può essere interpretato erroneamente come il confine tra un saluto e un segnale acustico, oppure lo schema multilingue potrebbe non corrispondere a nessun modello predefinito.

Variante del saluto del gestore telefonico

Gli operatori telefonici della regione MENA presentano implementazioni di segreteria telefonica molto diverse tra loro:

• Emirati Arabi Uniti (du, Etisalat): Entrambi gli operatori offrono messaggi di benvenuto predefiniti in arabo e inglese. Il messaggio di benvenuto predefinito di Etisalat è notevolmente più lungo di quello di du. Entrambi utilizzano toni di avviso standard, ma la durata varia.
• Arabia Saudita (STC, Mobily, Zain): Il sistema di segreteria telefonica di STC riproduce un messaggio di benvenuto predefinito in arabo formale (Fusha) che suona molto diverso dall'arabo colloquiale del Golfo. Mobily e Zain utilizzano messaggi predefiniti diversi con durate differenti.
• Egitto (Vodafone, Orange, Etisalat, WE): Gli operatori telefonici egiziani utilizzano spesso saluti colloquiali in arabo egiziano. Alcuni operatori includono, come impostazione predefinita, un tono di preambolo prima del saluto, che i vecchi processori AMD interpretano erroneamente come un segnale acustico.
• Giordania (Zain, Orange, Umniah): Messaggi di benvenuto predefiniti più brevi. Alcuni operatori omettono completamente il segnale acustico e utilizzano un breve silenzio come messaggio di registrazione.
• Marocco (Maroc Telecom, Orange, inwi): I saluti possono essere in darija, francese o in entrambe le lingue. I messaggi predefiniti degli operatori telefonici sono spesso in arabo standard o francese, a differenza di come gli abbonati registrano effettivamente i propri saluti.

Ciascuna di queste combinazioni di messaggi di benvenuto dell'operatore rappresenta uno schema audio distinto che un sistema AMD deve imparare a classificare correttamente. Un modello che non ha mai sentito il messaggio di benvenuto predefinito di Egyptian Orange probabilmente lo classificherà in modo errato.

Messaggi di saluto registrati dall'abbonato

I messaggi di benvenuto personalizzati per la segreteria telefonica, registrati dagli abbonati, rappresentano una sfida particolare. Variano per lunghezza, dialetto, lingua, qualità audio e struttura. Alcuni sono colloquiali ("Ciao, sono Ahmed, non posso rispondere ora..."), altri formali ("Hai raggiunto la segreteria telefonica del Dott. Al-Rashidi..."), e altri ancora sono praticamente indistinguibili da una risposta in diretta ("Marhaba") seguita da una lunga pausa.

Il problema dei messaggi di benvenuto troppo brevi è particolarmente acuto in arabo. Un abbonato che registra "Ahlan, tarikh risala" (Ciao, lascia un messaggio) come messaggio di benvenuto della segreteria telefonica produce un audio quasi identico, per durata e struttura, a una risposta "Ahlan" pronunciata da un operatore in carne e ossa. Il rilevamento del segnale acustico può essere d'aiuto, se effettivamente viene emesso. Tuttavia, non tutti gli operatori garantiscono la presenza di un segnale acustico.

Perché i vecchi processori AMD falliscono nella regione MENA

I tradizionali modelli AMD basati sul consumo energetico utilizzano soglie calibrate per gli operatori statunitensi di lingua inglese. I presupposti chiave che non sono validi nella regione MENA sono:

1. Soglia di durata: I messaggi di benvenuto della segreteria telefonica in inglese durano in media dai 4 agli 8 secondi. Alcuni messaggi di benvenuto predefiniti degli operatori telefonici in arabo durano 2-3 secondi (soprattutto in Giordania e in alcune zone del Levante), risultando quindi al di sotto della soglia di percezione automatica e classificati come messaggi umani.
2. Affidabilità del segnale acustico: Negli Stati Uniti, praticamente tutti i sistemi di segreteria telefonica emettono un segnale acustico. Nella regione MENA, il comportamento del segnale acustico varia a seconda dell'operatore e alcuni utilizzano il silenzio o un breve tono che non corrisponde ai filtri standard di rilevamento del segnale acustico.
3. Modelli di silenzio: I sistemi AMD cercano la pausa tra un "Ciao?" pronunciato da una persona e il suo respiro successivo. I saluti in arabo presentano schemi di pausa diversi: chi parla arabo del Golfo spesso usa pause iniziali più lunghe che attivano la classificazione automatica.

Come AMD, grazie all'intelligenza artificiale, affronta le sfide del mercato arabo.

Il metodo AMD basato sulla trascrizione presenta vantaggi strutturali per la lingua araba:

Contenuto al di sopra dell'acustica: Invece di misurare la durata dell'audio o rilevare i segnali acustici, l'intelligenza artificiale AMD trascrive il parlato e ne classifica il contenuto. "Ahlan, hai chiamato Mohammed, non sono disponibile" viene identificato come un saluto automatico indipendentemente dalla sua durata, dal dialetto o dalla presenza o meno di un segnale acustico. "Ahlan?" con intonazione ascendente viene identificato come una voce umana.

Modelli sensibili al dialetto: I moderni modelli di riconoscimento vocale sono in grado di gestire le variazioni dialettali dell'arabo. Possono trascrivere l'arabo del Golfo e quello egiziano in modo diverso, ma il classificatore successivo può essere addestrato simultaneamente su tutti i dialetti. Il classificatore impara che "Aiwa?" (egiziano) e "Na'am?" (del Golfo) sono entrambi modelli di pronuncia umana, mentre "Al-raqm allathi tattasil bihi ghayr mutah" (il numero composto non è disponibile) è un messaggio predefinito dell'operatore in qualsiasi dialetto.

Apprendimento continuo dalle correzioni: Quando gli operatori di un contact center nella regione MENA segnalano errori AMD, tali correzioni codificano informazioni specifiche per la regione. Nel tempo, il modello apprende i modelli specifici di du rispetto a Etisalat, STC rispetto a Mobily, Vodafone Egitto rispetto a Orange Egitto. Questa conoscenza specifica per operatore è impossibile da integrare in un modello statico: richiede un apprendimento specifico per l'implementazione.

DialerBee's Piattaforma ottimizzata per la lingua araba Include modelli AMD specificamente addestrati sull'audio delle portanti MENA in GCC, Levante, Egitto e Maghreb. Il sistema mantiene metriche di accuratezza per ciascuna portante e regola automaticamente le soglie di classificazione quando l'accuratezza su una specifica portante si degrada.

Raccomandazioni pratiche per le operazioni nella regione MENA

Se gestisci campagne di telemarketing rivolte ai mercati di lingua araba, ecco alcuni passaggi pratici per migliorare la precisione dell'AMD (Average Media Data):

• Richiesta di report sull'accuratezza per ciascun operatore. La precisione aggregata AMD per le "chiamate in arabo" non ha alcun significato. È necessaria la precisione suddivisa per operatore di destinazione. Un valore aggregato del 90% potrebbe nascondere una precisione del 65% per l'operatore con il volume di chiamate più elevato.
• Abilita i flussi di lavoro di override dell'agente. Fornite agli agenti un pulsante con un solo clic per segnalare le errate classificazioni AMD. Integrate queste correzioni nel modello. Maggiore è il numero di correzioni, più velocemente il modello si adatta alla vostra specifica combinazione di operatori.
• Esegui i test con traffico reale dell'operatore telefonico. Non fidatevi delle dichiarazioni di accuratezza dei fornitori basate su dati demo. Testate AMD sui vostri elenchi di numeri reali, attraverso i vostri trunk SIP reali, verso i vostri operatori di destinazione reali. L'accuratezza sui dati di test sintetici raramente corrisponde alle prestazioni in produzione.
• Si consiglia di segmentare le campagne in base al dialetto. Se possibile, segmentate le campagne per regione di destinazione (GCC, Egitto, Levante, Maghreb) e monitorate l'accuratezza dell'AMD per segmento. Questo vi aiuterà a identificare quali modelli regionali il modello gestisce bene e dove necessita di ulteriori dati di addestramento.
• Utilizzare un AMD conservativo sui segmenti ad alto valore. Per le chiamate premium o di ultimo tentativo verso i mercati MENA, si consiglia di ridurre la sensibilità dell'AMD o di disabilitarla completamente. Il costo dei falsi positivi in un mercato con tassi di contatto già bassi può essere elevato.

La gestione delle chiamate in arabo è un problema risolvibile, ma richiede una soluzione progettata per la complessità del panorama telefonico della regione MENA. I sistemi generici di gestione delle chiamate in arabo, addestrati in inglese, avranno sempre prestazioni inferiori in questo mercato. Per ulteriori informazioni sulle funzionalità specifiche di DialerBee per la regione MENA, visita la nostra pagina. Pagina delle soluzioni per la regione MENA.