Messaggistica omnicanale

La messaggistica omnicanale non consiste semplicemente nel supportare molti canali; consiste nel trattarli come un'unica conversazione continua con un utente, scegliendo il canale giusto per ogni messaggio e ricorrendo al fallback in modo fluido quando uno non riesce a consegnare. L'utente vive un flusso coerente, non compartimenti stagni.

La motivazione è che nessun canale singolo è il migliore ovunque. L'SMS raggiunge tutti ma è semplice; WhatsApp e RCS sono ricchi ma richiedono che l'utente sia raggiungibile lì; voce ed email servono momenti diversi. L'orchestrazione sceglie l'opzione migliore disponibile per ogni messaggio e ogni mercato.

Farlo bene significa avere un'identità condivisa dell'utente tra i canali, una politica su quale canale provare per primo, e un branding e un contenuto coerenti così che la conversazione risulti unificata indipendentemente dal trasporto.

L'SMS è la base universale: portata quasi totale, testo semplice, nessun contenuto multimediale ricco, e le regole di codifica e segmentazione trattate altrove nell'Academy. È il fallback naturale perché funziona quando nient'altro funziona.

WhatsApp Business supporta contenuti multimediali ricchi, pulsanti e conferme di lettura, ma è governato da regole rigorose su quando è possibile inviare un messaggio a un utente e richiede template pre-approvati per le conversazioni avviate dall'azienda. L'RCS (Rich Communication Services) porta rich card, risposte suggerite e branding del mittente verificato nell'app di messaggistica nativa, con l'SMS come fallback.

La voce e l'email completano il quadro — la voce per il fallback OTP e gli avvisi urgenti, l'email per contenuti più lunghi o con allegati. Le regole di ciascun canale, non solo le sue funzioni, decidono quando è ammissibile in un'orchestrazione.

WhatsApp distingue la messaggistica avviata dall'utente da quella avviata dall'azienda. Quando un utente scrive alla sua azienda, si apre una finestra di assistenza clienti di 24 ore durante la quale può rispondere con messaggi in formato libero. Al di fuori di quella finestra, i messaggi avviati dall'azienda devono usare messaggi template pre-approvati.

Questa regola condiziona sia il costo sia la progettazione. Le conversazioni sono tariffate per categoria e i template devono essere sottoposti e approvati prima dell'uso, quindi un flusso omnicanale deve sapere se la finestra è aperta prima di scegliere WhatsApp per un dato messaggio.

In pratica, ciò significa tracciare l'orario dell'ultimo messaggio in entrata per utente e trattare la finestra come un input di instradamento: al suo interno, il formato libero di WhatsApp è disponibile; al di fuori, consegnerà solo un template — o un canale diverso.

L'RCS aggiorna l'app SMS nativa con rich card, caroselli, azioni suggerite e indicatori di digitazione, offerti secondo il GSMA RCS Universal Profile. Per le aziende, la funzione distintiva è il mittente verificato: un'identità brandizzata e contrassegnata da un segno di spunta che aumenta la fiducia rispetto a un short code anonimo.

Poiché la disponibilità dell'RCS dipende dal dispositivo, dall'operatore e dalle impostazioni dell'utente, è progettato per ricadere sull'SMS quando l'RCS non è disponibile. Un messaggio può essere redatto una volta sola e consegnato come RCS ricco dove possibile e come SMS semplice altrove.

Questo comportamento di fallback rende l'RCS adatto naturalmente all'omnicanale: si guadagna ricchezza e branding verificato dove l'ecosistema lo supporta, senza perdere la portata universale dell'SMS dove non lo fa.

Una cascata di fallback è una sequenza ordinata di tentativi su canali diversi con regole di escalation. Per una notifica potrebbe provare RCS, poi WhatsApp, poi SMS; per una verifica potrebbe provare la flash call, poi l'SMS, poi la voce. Ogni passaggio dovrebbe avere tempi definiti ed essere confermato da un segnale di consegna prima di considerarlo riuscito.

La cascata deve rispettare le regole di ammissibilità di ciascun canale — la finestra di WhatsApp, la disponibilità dell'RCS, la registrazione del sender ID — e deve evitare la consegna duplicata dello stesso contenuto su più canali, il che spreca denaro e confonde l'utente.

Strumenti l'intero processo: tasso di consegna, latenza e conversione per canale e per mercato alimentano l'orchestrazione, così che impari quale ordine funziona dove. Una piattaforma che unifica questi canali dietro un'unica API — come il prodotto omnicanale di BroadNet — è ciò che rende tutto questo operativamente praticabile.