Pilot con 2-3 tag: instradamento basato sulle competenze per i team di supporto

Il routing basato sulle competenze indirizza ogni contatto in entrata a un Utente le cui competenze corrispondono alla richiesta, invece di basarsi soltanto sulla disponibilità. Sostituisce il modello del “prossimo Utente disponibile” con una corrispondenza basata su fattori come lingua, conoscenza del prodotto o livello di autorizzazione. I responsabili dell’assistenza lo utilizzano spesso per migliorare la risoluzione al primo contatto (FCR), il tempo medio di gestione (AHT) e i tassi di trasferimento. In Deskhero, le automazioni per i nuovi ticket possono offrire una versione più semplice di questo flusso di lavoro, assegnando i ticket a un Utente o a un gruppo quando le condizioni configurate corrispondono.

---

In breve:

• Il routing basato sulle competenze può migliorare la risoluzione al primo contatto e ridurre i trasferimenti, prendendo in considerazione sia le competenze sia la disponibilità.
• La creazione di una tassonomia efficace richiede di concentrarsi su competenze ad alto impatto, come lingua, conoscenza del prodotto e livello di autorizzazione, definendo livelli di preparazione e aggiornamenti regolari per prevenire il disallineamento.
• Un’implementazione efficace prevede un progetto pilota con una singola coda, la corretta classificazione dei contatti e il monitoraggio continuo di KPI come FCR, AHT e tassi di trasferimento per ottimizzare costantemente il processo.
• L’IA può aiutare a classificare i contatti in entrata, ma i team hanno comunque bisogno di regole chiare, test e supervisione umana.
• I team piccoli possono iniziare con un insieme limitato di condizioni di routing ed espanderlo solo quando i risultati giustificano una maggiore complessità.

---

Indice

• Che cos’è il routing basato sulle competenze? Una spiegazione concisa
• Perché implementare il routing basato sulle competenze: vantaggi misurabili e casi di insuccesso
• Come funziona il routing basato sulle competenze: il flusso di lavoro tecnico
• Progettare una tassonomia delle competenze e associare gli Utenti
• Checklist di implementazione: configurazione, test e piano di lancio
• Misurare, verificare e mantenere il routing basato sulle competenze
• IA e routing basato sulle competenze: cosa aggiunge l’IA e dove la supervisione umana rimane essenziale
• Sfide ed errori comuni nell’implementazione del routing basato sulle competenze
• Confronto tra routing basato sulle competenze e altre strategie di routing
• Casi d’uso ed esempi di routing basato sulle competenze specifici per settore
• Impatto del routing basato sulle competenze sulla soddisfazione e sulla formazione dei dipendenti
• Tendenze future e innovazioni nella tecnologia di routing basato sulle competenze
• L’approccio di Deskhero per i team di assistenza piccoli e medi
• Testare il routing consapevole delle competenze senza rinnovare completamente la piattaforma
• Fonti
• FAQ

Che cos’è il routing basato sulle competenze? Una spiegazione concisa

Il routing basato sulle competenze (SBR) confronta i requisiti di ogni contatto con un profilo di ciò che i tuoi Utenti sanno realmente fare. Un cliente che invia un’e-mail in merito a una contestazione di fatturazione in spagnolo viene indirizzato a qualcuno classificato sia per la fatturazione sia per lo spagnolo, non alla coda dell’Utente che in quel momento è più corta. Questo è il concetto nella sua interezza: da un lato i requisiti del contatto, dall’altro le competenze verificate degli Utenti e, tra i due, un motore di regole che li abbina.

La maggior parte dei team tiene traccia di alcune categorie di competenze:

• Lingua (spagnolo, francese, mandarino)
• Conoscenza del prodotto o delle funzionalità (fatturazione, configurazione tecnica, account aziendali)
• Competenza nel canale (telefono, chat, e-mail, social)
• Livello di autorizzazione (limiti per i rimborsi, modifiche all’account, diritti di escalation)

Il routing tradizionale basato sulle code o su ACD (distributore automatico delle chiamate) può indirizzare i contatti in base alla disponibilità senza considerare le conoscenze specialistiche. Questo funziona quando ogni Utente è in grado di gestire qualsiasi problema. Quando i team si specializzano, il routing basato esclusivamente sulla disponibilità può aumentare la probabilità che un contatto debba essere trasferito.

Perché implementare il routing basato sulle competenze: vantaggi misurabili e casi di insuccesso

L’efficacia del routing basato sulle competenze dovrebbe essere verificata nella dashboard dei KPI del tuo team. Quando le regole di routing e i dati sulle competenze sono accurati, i team possono ottenere:

• Una maggiore risoluzione al primo contatto, poiché l’Utente che prende in carico il contatto di solito sa già come risolverlo
• Un tempo medio di gestione più breve, grazie alla riduzione delle attività di ricerca, escalation o trasferimento
• Meno trasferimenti complessivi, che rappresentano una delle principali cause di frustrazione per i clienti
• Una maggiore soddisfazione dei clienti, quando sono necessari meno contatti ripetuti o trasferimenti

Perché è importante: la ricerca accademica sui call center descrive la complessità dell’abbinamento tra diversi tipi di contatto e Utenti con competenze differenti. Un progetto pilota consente di verificare se tale complessità migliora le metriche del tuo servizio prima di procedere a un’implementazione più ampia.

Anche gli Utenti ne traggono vantaggio. Gestire contatti che corrispondono alle proprie reali competenze significa dover cercare meno spesso le risposte e rifare meno attività; questo tende a riflettersi sul morale, non solo sulle metriche.

L’SBR non vale automaticamente il costo di configurazione. Un piccolo team di generalisti potrebbe trarre pochi vantaggi da una tassonomia formale. Lo stesso può accadere quando i tipi di contatto sono imprevedibili o i dati di classificazione sono troppo incoerenti per essere affidabili. In questi casi, un modello basato sulla disponibilità o una semplice coda con priorità potrebbe svolgere il lavoro richiedendo meno manutenzione.

Come funziona il routing basato sulle competenze: il flusso di lavoro tecnico

Il funzionamento può essere suddiviso in tre fasi. Prima si crea una tassonomia delle competenze, poi si associano gli Utenti a tale tassonomia e infine si configurano le regole di routing e assegnazione. La documentazione di implementazione di Microsoft fornisce un esempio concreto che include modelli di valutazione, tipi di competenze, assegnazione delle competenze, metodi di classificazione e metodi di assegnazione.

1. Creare la tassonomia. Definisci l’elenco finito delle competenze importanti per la tua azienda (lingua, area del prodotto, canale, livello di autorizzazione).
2. Associare gli Utenti alle competenze. A seconda della piattaforma, a ogni Utente può essere assegnata una competenza con un semplice valore sì/no oppure una valutazione su una scala di preparazione definita.
3. Configurare le regole di routing. Il motore legge i tag dei contatti in entrata e li confronta con i profili degli Utenti, applicando, quando necessario, soglie minime di preparazione.

I contatti possono ricevere i dati di routing dalle selezioni del menu IVR, dai dati dell’account nel CRM, dagli oggetti delle e-mail, dalle intestazioni o dalla classificazione automatica del messaggio. Quando più di un Utente è idoneo, la piattaforma deve disporre di un criterio di spareggio documentato. A seconda del sistema, le opzioni possono includere preparazione, capacità, tempo di inattività o round robin.

Punto di integrazione	Ruolo nella decisione di routing
ACD / IVR	Acquisisce il contatto iniziale e raccoglie i segnali di routing (scelta del menu, ID del chiamante)
CRM	Fornisce il contesto dell’account (livello, cronologia, preferenza linguistica)
Classificazione tramite chatbot / IA	Legge il testo libero per dedurre l’intento e la competenza necessaria
Gestione della forza lavoro	Conferma quali Utenti con le competenze richieste sono programmati e disponibili

È anche il punto in cui il routing basato sulle competenze inizia ad assomigliare meno a una singola funzionalità e più a un piccolo progetto di integrazione. Ogni fonte che alimenta i tag dei contatti deve rimanere accurata, altrimenti la qualità dell’abbinamento diminuisce anche quando la tassonomia è stata progettata bene.

Progettare una tassonomia delle competenze e associare gli Utenti

Costruisci la tassonomia attorno alle distinzioni che influenzano i risultati del servizio, non a ogni competenza immaginabile che una persona potrebbe possedere. La ricerca sulla progettazione dei call center mostra quanto rapidamente il routing diventi più complesso quando variano i tipi di contatto e le capacità degli Utenti. Una tassonomia pilota più contenuta è più semplice da testare e mantenere.

Due decisioni progettuali sono particolarmente importanti:

• Scale di preparazione. Se la tua piattaforma supporta le valutazioni, una scala definita e una soglia minima possono distinguere il lavoro ordinario dai casi che richiedono competenze più approfondite.
• Responsabilità. Decidi in anticipo se saranno gli Utenti ad aggiornare autonomamente il proprio livello di preparazione, se sarà un responsabile a verificarlo e approvarlo, oppure entrambe le cose. L’autovalutazione è più rapida; le verifiche dei responsabili rilevano il disallineamento.

Inizia con un progetto pilota. Scegli una coda, applica la tassonomia e misura la variazione dei KPI prima di espandere ulteriormente il sistema.

Consiglio pratico: esegui la tua prima tassonomia delle competenze in una singola coda per un breve periodo di prova e confronta FCR e AHT con i valori di riferimento prima di implementarla altrove. Se i numeri non cambiano, è la tassonomia ad aver bisogno di una revisione, non di un maggior numero di code.

Considera la tassonomia una componente viva della tua strategia operativa, non un’attività di configurazione da svolgere una sola volta. Le categorie che scegli dovrebbero seguire gli elementi che influenzano realmente CSAT e tassi di risoluzione, e tale elenco cambierà con l’evoluzione del prodotto e della clientela.

Checklist di implementazione: configurazione, test e piano di lancio

Il lancio del routing basato sulle competenze funziona meglio come progetto graduale, non come cambiamento da attivare con un semplice interruttore.

1. Definisci prima gli obiettivi. Decidi quali KPI vuoi migliorare (FCR, AHT, tasso di trasferimento) prima di costruire qualsiasi cosa.
2. Scegli una coda pilota. Seleziona un tipo di contatto con requisiti di competenza chiari, non la coda più caotica.
3. Coinvolgi gli stakeholder. Riunisci un responsabile, alcuni Utenti senior e la persona che gestisce i dati del CRM o dell’helpdesk.
4. Crea l’elenco delle competenze. Mantienilo contenuto e in linea con gli obiettivi del primo passaggio.
5. Classifica i contatti. Configura le regole di classificazione di IVR, CRM ed e-mail affinché i contatti arrivino con i metadati corretti.
6. Assegna Utenti e soglie. Associa gli Utenti alle competenze con livelli di preparazione e imposta soglie minime per ciascuna competenza.
7. Imposta i criteri di spareggio. Decidi l’ordine di fallback quando più Utenti risultano idonei.
8. Testa con traffico sintetico. Invia contatti di esempio attraverso le regole prima dell’attivazione e verifica che il routing di fallback funzioni quando nessun Utente qualificato è disponibile.
9. Procedi per fasi. Estendi il sistema coda dopo coda, formando gli Utenti sul nuovo flusso e monitorando attentamente le dashboard durante la prima settimana.

Misurare, verificare e mantenere il routing basato sulle competenze

Il routing basato sulle competenze si deteriora silenziosamente se nessuno lo controlla. I KPI da monitorare continuamente sono FCR, CSAT, AHT, tasso di trasferimento, occupazione degli Utenti e raggiungimento degli SLA. Un calo di uno qualsiasi di questi valori, soprattutto FCR o tasso di trasferimento, è di solito il primo segnale che i profili degli Utenti non corrispondono più alla realtà.

Un modello di routing è aggiornato quanto lo sono i profili e le regole che lo sostengono. Assegna un responsabile, definisci come vengono approvate le modifiche al livello di preparazione e verifica il modello secondo una pianificazione regolare.

Una cadenza operativa può essere la seguente:

• Ogni giorno: analizza le dashboard alla ricerca di anomalie (improvvisi picchi dell’AHT, schemi di trasferimento insoliti)
• Ogni settimana: controlla a campione i contatti instradati confrontandoli con le prestazioni effettive degli Utenti
• Ogni trimestre: verifica l’intera tassonomia rispetto alle attuali priorità aziendali

Qualcuno deve essere responsabile di questo processo, che si tratti di un team leader o di un responsabile operativo; inoltre, gli incentivi per gli Utenti dovrebbero premiare le competenze dichiarate autonomamente in modo accurato, non quelle gonfiate. Sovrastimare il proprio livello di preparazione compromette l’accuratezza del routing più rapidamente di quasi qualsiasi altro fattore.

IA e routing basato sulle competenze: cosa aggiunge l’IA e dove la supervisione umana rimane essenziale

Il routing basato sulle competenze precede gli attuali sistemi di IA generativa e il suo nucleo basato su regole rimane utile. L’IA può aggiungere un livello di classificazione che stima ciò di cui ha bisogno un contatto a partire dal suo messaggio in testo libero.

L’IA contribuisce generalmente in tre modi:

• Classificazione dell’intento: legge il testo libero (un’e-mail, un messaggio in chat) per dedurre il problema effettivo, non soltanto la categoria scelta dal cliente
• Previsione delle competenze: segnala quali tag di competenza si applicano quando un contatto non rientra in modo chiaro in un menu IVR
• Supporto al routing: fornisce una categoria o un indicatore di affidabilità che le regole di assegnazione configurate possono utilizzare

I requisiti inderogabili, come licenze, lingua o autorizzazioni, dovrebbero rimanere regole esplicite. Un flusso prudente consiste nel classificare il contatto, applicare le regole sulle competenze obbligatorie, utilizzare un criterio di spareggio documentato tra gli Utenti qualificati e inviare i casi ambigui a una persona per la verifica.

Sfide ed errori comuni nell’implementazione del routing basato sulle competenze

Un punto di fallimento frequente riguarda i dati che alimentano la logica di routing. Se i profili degli Utenti vengono creati durante l’onboarding e non vengono mai verificati, la tassonomia si allontana dalle capacità attuali. I contatti possono inoltre essere classificati erroneamente quando le opzioni del menu o le categorie automatiche non corrispondono in modo chiaro alle competenze definite. Questi errori possono inviare il lavoro alla coda sbagliata o creare trasferimenti evitabili.

Un’eccessiva progettazione può essere dannosa quanto la trascuratezza. Un insieme ampio di competenze molto specifiche può lasciare molti contatti senza alcun Utente pienamente qualificato disponibile, costringendo il sistema a ricorrere continuamente al routing di fallback. La ricerca d’archivio sui call center mostra perché il routing tra diversi tipi di contatto e capacità degli Utenti sia un problema di ottimizzazione con compromessi reali.

I team piccoli devono affrontare un problema diverso: troppo pochi Utenti per ogni combinazione di competenze, per cui l’Utente “più qualificato” è spesso indisponibile e ogni fallback finisce sostanzialmente per tornare al modello del prossimo disponibile. In questo caso, la formazione trasversale è più utile dell’aggiunta di regole.

Infine, molti team lanciano l’SBR e poi non lo verificano più. Nessuna cadenza di audit, nessun aggiornamento dei livelli di preparazione, nessuna revisione della tassonomia. Il sistema che al lancio sembrava efficace perde lentamente l’allineamento con il team che lo gestisce realmente e nessuno se ne accorge finché l’FCR non inizia a diminuire silenziosamente per un trimestre.

Confronto tra routing basato sulle competenze e altre strategie di routing

Il routing round robin distribuisce ciclicamente i contatti tra gli Utenti disponibili senza cercare di abbinare le competenze. È semplice da configurare e mira a distribuire il lavoro in modo uniforme, caratteristica che può adattarsi ai team in cui ogni Utente è in grado di gestire qualsiasi tipo di contatto.

Il routing basato sulla priorità ordina i contatti in base all’urgenza o al livello del cliente (un account VIP salta la coda), ma continua a non considerare quale Utente sia più preparato a fornire assistenza. È possibile combinare le regole di priorità con l’SBR, come avviene nella maggior parte delle configurazioni mature, utilizzando la priorità per decidere chi viene servito per primo all’interno del gruppo di Utenti abbinati per competenza.

Il routing basato sul tempo di inattività più lungo o sul prossimo disponibile, impostazione predefinita dell’ACD, ottimizza esclusivamente l’equità del carico di lavoro degli Utenti. È rapido e non richiede alcuna configurazione, ma tratta allo stesso modo una domanda sulla fatturazione e un’interruzione tecnica, inviandole entrambe alla persona inattiva da più tempo.

Il routing basato sulle competenze sacrifica questa semplicità in favore della precisione. Richiede una tassonomia, l’associazione degli Utenti e una manutenzione continua, elementi di cui i modelli round robin e del prossimo disponibile non hanno alcun bisogno. Il vantaggio consiste in meno trasferimenti e risoluzioni più rapide, ma solo se i dati sulle competenze sottostanti restano accurati. Un team che non dispone delle risorse per mantenere tali dati spesso ottiene risultati migliori con un modello più semplice integrato da regole di priorità, almeno finché il volume e la complessità dei contatti non giustificano l’investimento.

Casi d’uso ed esempi di routing basato sulle competenze specifici per settore

I team di assistenza e-commerce possono effettuare il routing in base alla linea di prodotti e al tipo di problema. Un ritardo nella spedizione può essere assegnato a un Utente esperto di logistica, mentre una contestazione di pagamento può essere indirizzata a qualcuno con l’autorizzazione appropriata per i rimborsi.

Le aziende SaaS possono suddividere il lavoro in base all’area del prodotto e alla profondità delle competenze tecniche. Una domanda sulla fatturazione e un problema di integrazione API richiedono spesso conoscenze diverse, quindi indirizzarli a gruppi differenti può ridurre le escalation evitabili.

I team di assistenza che operano in ambiti vicini alla sanità possono instradare le domande su appuntamenti, assicurazioni e fatturazione in base al ruolo, alla formazione e ai permessi di accesso. La progettazione del routing dovrebbe riflettere i requisiti specifici di privacy e conformità dell’organizzazione.

I marchi della vendita al dettaglio e dei viaggi che operano in più lingue considerano la lingua la principale categoria di competenza, spesso affiancandola alla conoscenza dei prodotti specifica per regione. In questo modo, un cliente francofono con un problema relativo a una prenotazione raggiunge qualcuno che sappia davvero leggere i termini e le condizioni locali, non soltanto tradurre le parole.

I team dei servizi finanziari possono combinare il livello di autorizzazione con la conoscenza del prodotto. I requisiti relativi a formazione, permessi e licenze dipendono dal prodotto e dalla giurisdizione.

Impatto del routing basato sulle competenze sulla soddisfazione e sulla formazione dei dipendenti

Associare il lavoro ai punti di forza di un Utente può ridurre i trasferimenti evitabili e la frustrazione derivante dalla gestione ripetuta di problemi poco familiari. Misura l’effetto attraverso il feedback degli Utenti e le verifiche della qualità, invece di dare per scontato che migliori la fidelizzazione.

Anche la formazione cambia. Anziché cercare di rendere ogni Utente ugualmente competente in ogni ambito, i team possono formare i nuovi assunti inizialmente su un insieme più ristretto di aree di competenza, verificarne la preparazione e ampliare gradualmente la loro copertura.

Il rovescio della medaglia è che la specializzazione può creare silos se non viene gestita con attenzione. Gli Utenti che gestiscono esclusivamente un’unica area di competenza possono ristagnare e la formazione trasversale deve rimanere intenzionale, affinché il team non finisca per avere singoli punti di vulnerabilità, dove le ferie di un Utente creano una lacuna di copertura per un’intera categoria di competenze. Far ruotare gli Utenti tra competenze secondarie, anche con una soglia di preparazione più bassa, mantiene il sistema resiliente e offre agli Utenti un percorso di crescita invece di una corsia permanente.

Tendenze future e innovazioni nella tecnologia di routing basato sulle competenze

La classificazione assistita dall’IA può ridurre il lavoro manuale necessario per etichettare i contatti in testo libero. La sua utilità dipende comunque dai controlli di accuratezza, dalle soglie di affidabilità e da un fallback per i messaggi che non rientrano nella tassonomia.

Alcune piattaforme di routing supportano anche la classificazione tramite machine learning o la definizione di classifiche configurabili all’interno di un gruppo qualificato. Considera queste funzionalità come elementi da testare, non come un motivo per rimuovere i requisiti inderogabili di idoneità.

I dati sulle prestazioni possono aiutare i responsabili a identificare valutazioni di preparazione obsolete, ma modificare automaticamente l’idoneità sulla base dei dati relativi ai risultati comporta rischi propri. Mantieni le modifiche verificabili e documenta chi può approvarle.

L’integrazione con la knowledge base può completare il routing mostrando indicazioni pertinenti dopo che un ticket raggiunge l’Utente corretto. Il routing e la qualità delle risposte dovrebbero comunque essere misurati separatamente.

L’approccio di Deskhero per i team di assistenza piccoli e medi

Deskhero non offre un motore completo di profili delle competenze con punteggi di preparazione o classifiche basate sulla capacità. Offre invece automazioni per i nuovi ticket che possono impostare l’Utente, il gruppo, la priorità, lo stato, i tag o i campi personalizzati a elenco a discesa. Le condizioni possono utilizzare la lingua rilevata automaticamente, l’oggetto o il testo del messaggio, i dati del richiedente oppure una condizione in linguaggio naturale “Qualsiasi (valutato dall’IA)”. Ciò consente di testare un piccolo insieme di regole di assegnazione senza presentare il risultato come routing aziendale basato sulle competenze.

Testare il routing consapevole delle competenze senza rinnovare completamente la piattaforma

Deskhero consente ai team piccoli e medi di testare semplici regole di assegnazione mantenendo il proprio indirizzo e-mail esistente. Si collega a Gmail o Microsoft 365 con sincronizzazione bidirezionale, così le risposte continuano a essere inviate dall’indirizzo dell’azienda.

Per un progetto pilota di routing, Deskhero può rilevare la lingua di un ticket e applicare condizioni di automazione configurate per impostarne il gruppo, l’assegnatario o i tag. Il suo supporto multilingue in 14 lingue può aiutare gli Utenti a leggere e rispondere nelle lingue supportate. I ticket risolti possono contribuire a suggerire voci per le FAQ pubbliche, ma un Utente deve approvare una voce prima che diventi pubblica. Il chatbot IA risponde esclusivamente sulla base delle FAQ pubbliche approvate e richiede almeno 100 voci FAQ approvate prima di poter essere attivato.

La prova gratuita di 30 giorni non richiede una carta di credito. Usala per configurare un piccolo insieme di automazioni per i nuovi ticket, testarle con messaggi rappresentativi e confrontare l’accuratezza delle assegnazioni, il tasso di trasferimento e i risultati delle risoluzioni con i valori di riferimento.

Fonti

Per i meccanismi tecnici del routing basato sulle competenze, la documentazione di Microsoft spiega valutazioni delle competenze, classificazione, abbinamento e assegnazione in Dynamics 365. Wikipedia fornisce il contesto storico. Per una definizione concisa del settore, consulta la voce del glossario NICE.

• Configurare il routing basato sulle competenze - Microsoft Learn
• Ricerca e raccomandazioni sui call center (archivio Wharton FIC)
• Routing basato sulle competenze: Wikipedia

FAQ

Che cos’è il routing basato sulle competenze in Salesforce?

Salesforce Omni-Channel può utilizzare le competenze assegnate durante il routing degli elementi di lavoro supportati. Il comportamento esatto dipende dal modo in cui un’organizzazione configura competenze, canali di servizio, code e regole di routing.

Qual è la differenza tra routing basato sulle code e routing basato sulle competenze?

Il routing basato sulle code invia ogni contatto di una coda al prossimo Utente disponibile, indipendentemente dalle competenze, mentre il routing basato sulle competenze filtra prima quel gruppo in base alla corrispondenza con le competenze verificate e solo successivamente utilizza la disponibilità come criterio di spareggio.

Puoi fornire un esempio di apprendimento basato sulle competenze?

In un contesto di assistenza, l’apprendimento basato sulle competenze significa formare gli Utenti su competenze specifiche e contrassegnate (come l’autorizzazione ai rimborsi o una determinata linea di prodotti) invece di seguire un programma generico di onboarding, così i punteggi di preparazione nel sistema di routing riflettono capacità effettive e verificate.

Quanto tempo occorre per configurare il routing basato sulle competenze?

Non esiste un tempo di configurazione universale. Un progetto pilota dipende dal numero di competenze, dalla qualità dei dati esistenti, dalla piattaforma di routing, dal volume dei test e dal tempo necessario al team per raccogliere un confronto significativo dei KPI.

Il routing basato sulle competenze funziona per i piccoli team di assistenza?

Sì, se i tipi di contatto sono sufficientemente diversi da giustificare regole di routing. In Deskhero, un team piccolo può utilizzare automazioni per i nuovi ticket con la lingua rilevata, il contenuto del messaggio, i dati del richiedente o una condizione valutata dall’IA per assegnare un Utente o un gruppo. Deskhero non offre un motore completo di competenze basato sui livelli di preparazione.

Articoli consigliati

• Classificazione dei ticket tramite IA per i team di assistenza: guida pratica