Assistenza clienti omnicanale: cosa significa e come funziona

Entrambi i modelli offrono più canali. La differenza sta nel fatto che quei canali condividano o meno il contesto. Freshworks definisce l'assistenza multicanale come l'offerta di più canali indipendenti, ognuno dei quali opera in autonomia, e osserva che di solito prevede team dedicati per ogni canale. I sistemi omnicanale, invece, fanno in modo che tutti i canali siano interconnessi. Zendesk traccia la stessa linea: nell'assistenza multicanale le conversazioni non passano da un canale all'altro, mentre l'assistenza omnicanale collega le interazioni in un'unica conversazione continua e dà agli agenti una visione completa della cronologia del cliente.

Aggiungere un canale non ti rende omnicanale. Se i messaggi WhatsApp arrivano in un'app separata che i tuoi agenti email non vedono, hai solo un silo in più. E i clienti si spostano davvero tra i canali: un sondaggio Gartner su 5.801 clienti, pubblicato a luglio 2025, ha rilevato che solo il 22% inizia, prosegue e risolve il proprio problema interamente nei canali dell'azienda, e che il 51% dei percorsi di assistenza oggi inizia su piattaforme di terze parti come Google, YouTube e ChatGPT.

Il cuore dell'assistenza omnicanale è un unico luogo in cui gli agenti vedono e rispondono a ogni conversazione. Nell'Agent Workspace di Zendesk, le conversazioni dei ticket possono includere email, chat e voce, e gli agenti possono anche ricevere e rispondere a messaggi social e web. L'esempio di Zendesk stessa è un ticket nato come live chat e proseguito via email, registrato come un unico flusso di conversazione. Il contesto del cliente, compresa la cronologia delle interazioni, si trova accanto alla conversazione e gli agenti possono cercare e citare articoli del centro assistenza dalla stessa schermata.

Qualunque helpdesk tu usi, una configurazione omnicanale funzionante richiede le stesse capacità:

• Un'unica scheda cliente che colleghi indirizzi email, numeri di telefono e ID di messaggistica, così un messaggio WhatsApp e un'email della stessa persona finiscono nella stessa cronologia.
• La cronologia delle conversazioni di ogni canale sul ticket, compresa la conversazione con il bot avvenuta prima di un passaggio all'operatore.
• La possibilità di rispondere su un canale diverso quando quello originale non consente più una risposta.
• Tag, campi e macro condivisi, così la reportistica funziona allo stesso modo su ogni canale.

Il routing decide quale agente riceve quale conversazione. Il routing omnicanale di Zendesk invia agli agenti i ticket nuovi e aperti provenienti da email, chiamate e messaggistica in base alla loro disponibilità e capacità. Invece di impostare uno stato per ogni canale, gli agenti impostano un unico stato unificato per email, voce e messaggistica. Per messaggistica e chiamate l'agente deve essere online, e ogni agente deve avere capacità disponibile, cioè meno ticket aperti assegnati rispetto al proprio massimo per quel canale.

Per impostazione predefinita, un ticket va all'agente con più capacità disponibile per quel canale e, in caso di parità, all'agente che da più tempo non riceve un ticket da quel canale. Puoi passare invece al round robin e attivare la focus mode, così un agente non riceve contemporaneamente conversazioni di messaggistica e chiamate. A seconda del piano Zendesk, il routing può tenere conto anche del tempo alla violazione dello SLA, della priorità del ticket e delle competenze degli agenti.

Il senso di un routing trasversale ai canali, anziché per singolo canale, è la capacità condivisa: a un agente impegnato in una chiamata non andrebbe proposta una nuova chat, e un agente con poche email aperte può prendere altro lavoro.

L'omnicanalità non rende identici i canali. Le piattaforme di messaggistica fissano regole su quando un'azienda può rispondere e i tuoi workflow devono rispettarle.

Queste regole condizionano il tuo workflow. Se un agente prende in carico una conversazione WhatsApp più di 24 ore dopo l'ultimo messaggio del cliente, una risposta libera non è possibile: ti serve un modello approvato oppure il passaggio a un altro canale, come l'email. Anche i bot ne sono toccati, perché il tag Human Agent di Messenger è riservato alle risposte umane. Controlla la documentazione aggiornata di Meta prima di progettare attorno a questi limiti, perché Meta aggiorna le sue policy di messaggistica e i suoi prezzi.

1. Elenca ogni canale che i clienti usano oggi e dove arriva ciascuno: quale strumento, quale team, quale inbox.
2. Porta i canali in un unico helpdesk, tramite integrazioni native dove esistono e API o webhook dove non esistono.
3. Decidi come abbinare le identità tra i canali, per esempio tramite indirizzo email e numero di telefono, e come unire i duplicati.
4. Imposta un'unica configurazione di routing con capacità per canale, invece di code separate per team.
5. Fai in modo che i passaggi dal bot all'operatore portino nel ticket l'intera conversazione e i dati del cliente.
6. Aggiungi regole specifiche per canale, come le risposte con modello su WhatsApp dopo 24 ore e obiettivi SLA diversi per i canali dal vivo e asincroni.
7. Crea report per cliente e per problema su tutti i canali, non solo per canale.

TascaLab collega i canali all'helpdesk che usi già, come Zendesk o Freshdesk, usando API, webhook e Make o n8n. Uno Standard Chat Bot (510 €, una tantum) copre 3–5 canali come il tuo sito web, WhatsApp, Telegram, Facebook Messenger e Instagram, e Ticket Routing & Categorization (690 €) smista le conversazioni in arrivo nella coda giusta. Ogni progetto include documentazione di base, 30 giorni di supporto dopo il lancio e nessun costo nascosto, e la maggior parte delle configurazioni richiede 1–3 settimane. Una call di Health Check gratuita di 30 minuti mappa i tuoi canali attuali prima di costruire qualsiasi cosa.