Un supporto IT strutturato si basa su responsabilità chiaramente definite. La definizione dei livelli di supporto IT consente ai team di instradare le richieste in base alla complessità, assegnarle agli specialisti giusti e mantenere prevedibile il processo di escalation.
Un modello di supporto a cinque livelli formalizza questa struttura. Separa il self-service, il supporto di primo livello, la risoluzione tecnica, le attività di engineering specialistiche e il coinvolgimento di terze parti. Ecco come si articola:
- Livello 0: Portali, knowledge base e agenti virtuali che consentono agli utenti di risolvere autonomamente i problemi.
- Livello 1 Gestione diretta degli incident e delle richieste più comuni.
- Livello 2: Risoluzione più approfondita dei problemi di sistemi e applicazioni.
- Livello 3: Correzioni specialistiche, modifiche al codice o all'architettura.
- Livello 4: Fornitori esterni responsabili di prodotti o servizi specifici.
Se stai valutando l'implementazione dei cinque livelli di supporto IT, continua a leggere per scoprirne le caratteristiche e le Best Practice per implementarli con successo.
Cominciamo!
I cinque livelli di supporto in sintesi
- Livello 0: Supporto self-service. Gli utenti risolvono autonomamente i problemi comuni tramite portali, knowledge base e agenti virtuali.
- Livello 1: Supporto help desk di base. Primo punto di contatto per incident standard e richieste di servizio.
- Livello 2: Supporto tecnico avanzato. Risoluzione di problemi relativi a sistemi e applicazioni che richiedono un accesso tecnico più approfondito.
- Livello 3: Supporto esperto. Intervento specialistico che coinvolge codice, architettura o infrastrutture complesse.
- Livello 4: Supporto esterno. Fornitori o terze parti responsabili di prodotti o servizi specifici.
Cosa sono i livelli di supporto IT?
I livelli di supporto IT sono livelli strutturati che classificano i problemi tecnici in base alla complessità e li indirizzano agli specialisti più appropriati. Il modello standard va dal Livello 0 — in cui gli utenti risolvono autonomamente i problemi tramite strumenti self-service — al Livello 4, in cui i fornitori esterni gestiscono il supporto per prodotti o servizi coperti da contratto. L'obiettivo è garantire un instradamento prevedibile, un uso efficiente delle risorse e una risoluzione più rapida in ogni fase.
In sostanza:
- I livelli di supporto IT strutturano il modo in cui incident e richieste vengono gestiti in base alla complessità e alle competenze necessarie.
- Il modello va dal self-service (Livello 0) al supporto di fornitori esterni (Livello 4).
- Ogni livello ha un ambito definito e confini di escalation chiari.
- I livelli inferiori gestiscono un elevato volume di problemi di routine, mentre quelli superiori affrontano problemi specialistici o ad alto impatto.
- L'obiettivo è garantire un instradamento prevedibile, un uso efficiente delle risorse e una risoluzione più rapida.
Un modello a cinque livelli formalizza questa separazione: self-service, supporto di primo livello, risoluzione tecnica, engineering specialistico e coinvolgimento di terze parti. Capire come funziona il supporto help desk di Livello 1, 2 e 3 è un buon punto di partenza prima di configurarlo su una piattaforma.
Di cosa si occupa ciascun livello
Vediamo ora più nel dettaglio i diversi livelli di supporto IT.
Livello 0: self-service
Il supporto IT di Livello 0 comprende tutti gli strumenti che l'azienda mette a disposizione degli utenti affinché possano risolvere autonomamente gli incident. I componenti tipici del Livello 0 includono:
- Portale self-service, in cui gli utenti finali possono segnalare problemi, monitorare le richieste e trovare risposte in un unico posto.
- Catalogo dei servizi, che guida gli utenti verso il servizio, il tipo di richiesta o le informazioni di supporto più appropriati.
- Knowledge base con articoli di assistenza, guide per gli utenti e istruzioni passo passo pensate per un pubblico non tecnico.
- Agenti virtuali, come chatbot basati su regole o interfacce conversazionali abilitate dall'AI, che guidano gli utenti attraverso flussi predefiniti, suggeriscono articoli pertinenti o aiutano a inviare la richiesta corretta.
- Forum per clienti o utenti, in cui i dipendenti condividono soluzioni, workaround e consigli pratici.
L'aspetto fondamentale di questo livello è che vi è poca o nessuna interazione diretta tra cliente e dipendente. Un Livello 0 ben gestito riduce i ticket non necessari e abbrevia i tempi di risoluzione a tutti i livelli di supporto. Ancora più importante, offre agli utenti un percorso più rapido verso le risposte per i problemi che sanno già come risolvere.
Quali tipi di problemi possono quindi risolvere gli utenti al Livello 0? Gli esempi più comuni includono il reset delle password, problemi di accesso e login, richieste standard relative a hardware o software e altri incident a basso impatto e non urgenti.
Livello 1: supporto di primo livello
Il supporto IT di Livello 1 gestisce la maggior parte dei ticket in entrata e si concentra su diagnosi rapide, assistenza agli utenti e risoluzione tramite procedure documentate e strumenti approvati. Gli agenti di Livello 1 interagiscono direttamente con gli utenti finali tramite e-mail, telefono, chat o portale dei servizi e sono responsabili di mantenere le richieste in movimento.
In genere, le responsabilità del supporto IT di Livello 1 includono:
- Supporto tecnico agli utenti finali.
- Risoluzione dei problemi.
- Gestione degli account utente.
- Rilevamento di potenziali Major Incident e Problem.
- Manutenzione proattiva e Incident Management.
- Patch Management.
- Installazione del software.
- Documentazione dei problemi e dei passaggi di risoluzione.
Il personale del supporto IT di Livello 1 possiede sia conoscenze tecniche sia competenze nel servizio clienti. Le soft skill sono particolarmente importanti per questo ruolo, poiché questi operatori rappresentano il "volto" dell'IT. Dal momento che gestiscono la maggior parte delle richieste in entrata, puoi configurare in InvGate Service Management regole automatiche di assegnazione dei ticket per assicurarti che nulla venga trascurato.
Sebbene la maggior parte dei ticket venga risolta in questa fase, gli agenti devono comprendere i limiti del supporto IT di Livello 1 per filtrare correttamente i ticket ed eseguirne l'escalation al Livello 2 quando necessario.
Livello 2: supporto tecnico
Il supporto IT di Livello 2 fornisce una risoluzione tecnica per incident e richieste che richiedono indagini a livello di sistema, modifiche alla configurazione o una conoscenza più approfondita del prodotto.
Gli analisti di questo livello lavorano direttamente con applicazioni, dispositivi e componenti dell'infrastruttura. Il loro obiettivo è diagnosticare le cause alla radice, convalidare le correzioni e applicare modifiche che vanno oltre le procedure documentate del supporto di primo livello. In questa fase è comune avere accesso a sistemi backend, strumenti amministrativi e log.
Le tipiche responsabilità del supporto IT di Livello 2 includono:
- Analizzare e risolvere problemi relativi ad applicazioni, dispositivi o sistemi.
- Applicare modifiche alla configurazione entro i limiti approvati.
- Analizzare log, messaggi di errore e comportamento del sistema.
- Documentare correzioni, errori noti e passaggi di risoluzione.
- Creare articoli interni della knowledge base e documentazione tecnica.
Infine, come per il primo livello di supporto tecnico, anche gli agenti di Livello 2 devono conoscere le policy di escalation per assegnare i ticket più complessi al livello successivo.
Livello 3: supporto esperto
Il supporto IT di Livello 3 è il livello più alto del supporto IT interno. Il personale del supporto IT di Livello 3 non solo conosce il funzionamento dei prodotti e dei servizi dell'azienda, ma dispone anche dell'accesso alle risorse tecniche più avanzate.
Di norma dispone del massimo livello di autorizzazioni e delle risorse tecniche necessarie per creare, mantenere e correggere elementi importanti che garantiscono l'integrità strutturale di applicazioni e sistemi. Spesso può persino partecipare allo sviluppo di nuovo software e di hotfix per reti, codice e altri strumenti.
Le tipiche responsabilità del supporto IT di Livello 3 includono:
- Monitorare le code di supporto per assicurarsi che i ticket vengano correttamente sottoposti a escalation.
- Risolvere incident che non è stato possibile risolvere in precedenza.
- Creare articoli per la knowledge base.
- Fornire supporto nella risoluzione di Problem e Major Incident.
- Documentare il problema e fornire dettagli sui tentativi di risoluzione già effettuati.
Solo un numero limitato di ticket non può essere risolto a nessuno di questi livelli di supporto IT. Ed è proprio a questo che serve il Livello 4.
Livello 4: supporto esterno / del fornitore
Il supporto IT di Livello 4 comprende fornitori di software, produttori di hardware, cloud provider e partner di managed services. Il supporto di Livello 4 si applica quando la risoluzione dipende da conoscenze proprietarie, copertura della garanzia, obblighi contrattuali o sistemi che l'organizzazione non gestisce direttamente.
Gli scenari più comuni del Livello 4 includono:
- Applicazioni o piattaforme di proprietà del fornitore.
- Guasti hardware gestiti in garanzia o nell'ambito di contratti di supporto.
- Servizi completamente esternalizzati senza responsabilità di supporto interno.
- Difetti di prodotto, patch o correzioni controllate dal fornitore.
I team interni restano responsabili del coordinamento. I ticket vengono monitorati, il contesto viene documentato e la comunicazione con il fornitore segue i processi di supporto concordati.
Gestire efficacemente il Livello 4 richiede una chiara governance dei fornitori. Pratiche come Service Integration and Management aiutano a coordinare più fornitori, mentre gli accordi allineati a ITIL definiscono tempi di risposta, percorsi di escalation e responsabilità tra i diversi fornitori.
Come implementare un supporto IT a più livelli in InvGate Service Management
Progettare i livelli di supporto sulla carta è solo il primo passo. Per renderli operativi, la tua piattaforma di IT Service Management deve supportare una raccolta strutturata delle richieste, l'instradamento automatico, l'escalation controllata, autorizzazioni basate sui ruoli e SLA misurabili.
Nei passaggi seguenti vedremo come implementare una struttura di supporto a più livelli in InvGate Service Management, traducendo il modello in workflow, regole di automazione e responsabilità chiaramente definite.
Passaggio 1: Definisci i livelli come gruppi e ruoli
Inizia traducendo ogni livello in gruppi operativi all'interno di InvGate Service Management. Crea team dedicati per il Livello 1, il Livello 2 e il Livello 3 e assegna gli agenti in base al loro ambito e alle loro autorizzazioni.
Configura l'accesso basato sui ruoli in modo che ogni livello possa eseguire solo le azioni coerenti con le proprie responsabilità. Ad esempio, gli agenti di Livello 1 possono risolvere richieste standard, aggiornare i campi visibili agli utenti e chiudere i ticket che rientrano nel loro ambito. Gli agenti di Livello 2 accedono a campi a livello di sistema, dati di configurazione e strumenti backend che il Livello 1 non può visualizzare.
Questo limite di autorizzazione viene applicato dalla piattaforma e non da convenzioni informali. In InvGate Service Management si configura in Impostazioni > Help desks, dove ogni help desk può avere i propri livelli, agenti e regole di accesso.
Passaggio 2: Configura categorie e instradamento automatico
In InvGate Service Management, il catalogo dei servizi definisce cosa possono richiedere gli utenti e quale livello di supporto deve gestire ogni tipo di richiesta. In Impostazioni → Catalogo, crea una struttura di categorie che rifletta le attività del tuo supporto IT. Le categorie possono, ad esempio, raggruppare richieste relative alla gestione degli accessi, hardware, software, problemi di rete o servizi infrastrutturali.
Ogni elemento del catalogo può essere assegnato a un help desk e a un livello di supporto, consentendo al catalogo di gestire automaticamente l'instradamento. Le richieste generiche, come il reset delle password o l'installazione di software, possono essere indirizzate al Livello 1, mentre le categorie relative a server, integrazioni o incident dell'infrastruttura possono essere inviate direttamente al Livello 2 o al Livello 3.
Passaggio 3: Stabilisci regole di escalation e SLA per ogni livello
Configura policy SLA differenziate per ogni livello. Gli obiettivi di risposta e risoluzione che regolano le richieste standard del Livello 1 non si applicano ai problemi architetturali del Livello 3 — e la piattaforma deve riflettere questa differenza. InvGate Service Management supporta più policy SLA, in modo che ogni help desk e ogni livello possano operare secondo impegni che riflettano accuratamente il tipo di lavoro gestito.
I trigger di automazione gestiscono l'escalation prima che diventi una decisione manuale. Quando un ticket si avvicina o supera la soglia SLA, InvGate Service Management può riassegnarlo automaticamente, notificare un manager o spostarlo nella coda del livello successivo. In questo modo si elimina la dipendenza dalla capacità dei singoli agenti di individuare le escalation in tempo e si rende il processo coerente in tutta l'organizzazione.
Passaggio 4: Dove entra in gioco l'AI: Livello 0 e Ticket Deflection
Il Livello 0 è il livello in cui gli utenti risolvono autonomamente i problemi prima ancora che un ticket raggiunga un agente. In InvGate Service Management, questo livello è composto da quattro elementi che funzionano come un'unica esperienza: il catalogo dei servizi, il portale self-service, la knowledge base e il Virtual Service Agent.
Inizia dal catalogo dei servizi, perché costituisce la base. In Impostazioni > Catalogo, organizza le richieste in categorie chiare — IT, HR, Facilities e altro — in modo che gli utenti vedano opzioni come reset della password, richiesta di attrezzatura o permessi di accesso invece di un campo di invio vuoto. Per ogni tipo di richiesta, utilizza la scheda Knowledge Base per collegare gli articoli pertinenti come Articoli in evidenza e impostane uno come Articolo predefinito, in modo che venga mostrato come suggerimento prima che qualcuno invii un ticket, offrendo così la possibilità di risolvere autonomamente il problema fin dall'inizio.
Il portale self-service riunisce il catalogo, la knowledge base e il VSA in un unico punto di accesso. La visibilità basata sui ruoli mostra a ogni dipendente solo i servizi pertinenti al proprio ruolo, sede o reparto, mentre i moduli dinamici si adattano in base agli input dell'utente, raccogliendo fin dall'inizio le informazioni corrette.
Il Virtual Service Agent aggiunge un livello conversazionale. È disponibile in Microsoft Teams, WhatsApp, Slack e nel portale self-service, comprende le richieste in linguaggio naturale e risolve immediatamente i problemi più comuni. Quando un problema richiede l'intervento di una persona, il VSA raccoglie informazioni strutturate e crea un ticket correttamente categorizzato, evitando che qualcosa vada perso durante il passaggio di consegne.
Ciò che mantiene efficace il Livello 0 nel tempo è l'inserimento delle conoscenze corrette nel sistema — e InvGate Service Management le costruisce a partire dal lavoro di supporto che il tuo team svolge già, tramite due funzionalità AI complementari.
-
La prima è AI Article Generation, avviata dagli agenti direttamente all'interno di un ticket. Una volta risolto un incident, nella parte superiore dello schermo compare l'opzione per creare un articolo della knowledge base. L'agente fa clic su Genera, seleziona i messaggi e i passaggi di risoluzione effettivamente rilevanti e InvGate crea una prima bozza strutturata in meno di 30 secondi — pronta per essere rivista, modificata, configurata in termini di visibilità e inviata per l'approvazione.
-
La seconda è Knowledge Discovery, che analizza in modo proattivo la cronologia. Analizza periodicamente i ticket chiusi, identifica schemi di risoluzione ricorrenti che non sono ancora documentati e li trasforma in frammenti strutturati chiamati Snippets, che descrivono come è stato risolto un problema. Il tuo team li esamina e li approva, controllando quali contenuti vengono pubblicati attraverso un'attivazione graduale.
Insieme, queste due funzionalità supportano l'erogazione del servizio e consentono la Ticket Deflection basata sull'AI: gli Snippets approvati e gli articoli pubblicati alimentano le Solution Recommendations per gli agenti nei ticket attivi e le risposte del VSA per gli utenti finali. Ogni caso risolto rafforza il self-service, facendo crescere la knowledge base sulla base del lavoro reale e mantenendola allineata ai problemi effettivamente segnalati dagli utenti.
Se vuoi vedere quanto è semplice configurare i livelli di supporto IT in InvGate Service Management, puoi richiedere una prova gratuita di 30 giorni oppure contattare il nostro team per maggiori informazioni.
Passaggio 5: Monitora i KPI per livello di supporto
Una volta avviato il modello, le dashboard rendono visibile lo stato operativo di ciascun livello. In InvGate Service Management, le dashboard possono essere configurate per mostrare il tasso di escalation, la First Contact Resolution (FCR), la conformità agli SLA e il backlog per livello — fornendo ai manager del service desk i dati necessari per individuare dove il modello funziona e dove invece presenta criticità.
La logica diagnostica è semplice: se il Livello 2 riceve ripetutamente escalation per lo stesso tipo di problema, la knowledge base del Livello 1 è incompleta oppure la logica di instradamento sta classificando erroneamente quei ticket. Se il backlog del Livello 3 aumenta, significa che la logica di instradamento sta inviando troppo lavoro a quel livello oppure che il team deve rivedere la propria capacità. Le metriche del service desk fanno emergere il segnale; il modello offre ai team un punto chiaro in cui intervenire.
Come decidere a quale livello appartiene un ticket
Un ticket dovrebbe essere indirizzato al livello di supporto più basso che dispone delle competenze, dell'accesso e dell'autorità necessari per risolverlo efficacemente. Inviare ogni problema tecnico a un livello superiore rallenta la risoluzione, mentre assegnare un'attività a un livello inferiore a quello richiesto può generare passaggi di consegne non necessari.
Alcuni fattori aiutano a determinare il punto di partenza corretto:
- Complessità: Il problema può essere risolto utilizzando procedure documentate oppure richiede una diagnosi più approfondita?
- Competenze richieste: La richiesta riguarda un'area specialistica come reti, database, sicurezza o applicazioni?
- Accesso e autorizzazioni: La risoluzione del problema richiede privilegi amministrativi o un tipo di accesso che il team di supporto iniziale non possiede?
- Impatto sul business: Un'interruzione diffusa o un disservizio critico può richiedere il coinvolgimento immediato di specialisti, anche se il problema sottostante è tecnicamente semplice.
- Rischio: Le modifiche ai sistemi di produzione, ai controlli di sicurezza o alle infrastrutture critiche possono richiedere un livello di supporto superiore indipendentemente dalla complessità.
- Soluzioni note: I problemi ricorrenti con soluzioni consolidate possono spesso rimanere a un livello inferiore, soprattutto quando gli agenti hanno accesso agli articoli della knowledge base e agli strumenti pertinenti.
Questi criteri possono anche essere incorporati nelle regole di assegnazione. Ad esempio, un reset della password può essere instradato direttamente al Livello 1, mentre un problema di prestazioni del database può essere assegnato al Livello 2 o a uno specialista di database in base alla categoria e all'impatto.
Come strutturare l'escalation tra i livelli
L'escalation dovrebbe definire quando un ticket viene spostato, perché viene spostato e chi ne assume la responsabilità in seguito. Senza regole chiare, gli agenti possono finire per passarsi i ticket tra i livelli senza aggiungere lavoro diagnostico utile.
Un modello di escalation pratico include:
- Escalation funzionale: Il livello attuale non dispone delle competenze tecniche o dell'accesso necessari per risolvere il problema.
- Escalation gerarchica: Il problema richiede una decisione o un'autorità che esula dall'ambito del team di supporto, ad esempio un Major Incident che richiede il coinvolgimento del management.
- Escalation basata sul tempo: Un ticket passa a un altro livello quando si avvicina o supera una soglia SLA definita.
- Escalation basata sull'impatto: Un problema che interessa un servizio critico, un ampio gruppo di utenti o un'operazione fondamentale per il business riceve più rapidamente l'attenzione degli specialisti.
Ogni escalation dovrebbe contenere un contesto sufficiente affinché il team successivo possa proseguire il lavoro. In genere, questo include i sintomi, le attività di troubleshooting già svolte, i log o le evidenze pertinenti, i servizi o gli asset interessati e il motivo dell'escalation.
Anche la responsabilità deve essere esplicita. L'escalation di un ticket non significa necessariamente che l'agente originale non sia più coinvolto. Il livello che riceve il ticket dovrebbe assumersi la responsabilità della fase successiva della risoluzione, mentre il service desk può continuare a essere responsabile della comunicazione con l'utente quando questo è coerente con il modello di supporto.
Di quanti livelli di supporto ha bisogno il tuo team?
Non tutte le organizzazioni hanno bisogno di un modello di supporto a cinque livelli. Molti team operano efficacemente con tre o quattro livelli, soprattutto quando gli specialisti tecnici gestiscono sia il troubleshooting avanzato sia attività di engineering più approfondite.
La struttura dovrebbe riflettere la complessità del tuo ambiente. I team IT più piccoli spesso combinano le responsabilità del Livello 2 e del Livello 3, mentre le organizzazioni con un'adozione limitata del self-service possono mantenere il Livello 0 più leggero.
Il Livello 4 è la decisione più netta. Se la tua organizzazione si affida a fornitori esterni per infrastruttura, software enterprise, supporto hardware o managed services, l'escalation al fornitore diventa parte del modello di supporto, indipendentemente dal fatto che venga formalmente etichettata come tale.
Il principio valido per tutte le configurazioni non riguarda il numero di livelli — ciò che conta è che ogni livello abbia una responsabilità esplicita, un ambito definito e un percorso di escalation documentato verso il livello successivo.
