C’è un momento silenzioso nella maggior parte delle riunioni operative IT in cui qualcuno fa una domanda semplice, qualcosa come “perché i ticket richiedono più tempo questo mese”, e tre persone aprono tre dashboard diverse. Le dashboard non concordano. La conversazione smette di riguardare i ticket e inizia a riguardare quale dashboard credere. Quel momento è ciò che l’IT service management dovrebbe risolvere, e nel 2026 è anche il momento che la maggior parte delle piattaforme ITSM sbaglia ancora.
Questa guida è la versione di “cos’è l’ITSM” che vorremmo davvero leggere: breve sulla storia del framework, lunga su cosa cambia quando gli agenti AI chiudono il lavoro di routine end-to-end, e onesta su dove le piattaforme consolidate vincono ancora.
Cos’è l’IT service management, in un paragrafo
L’IT service management è il modo in cui un’organizzazione gestisce l’IT come servizio per il resto del business, con la stessa disciplina che applicheresti a qualsiasi altro servizio da cui il business dipende. In pratica copre sei cose: gestire gli incident quando qualcosa si rompe, soddisfare le richieste quando qualcuno ha bisogno di un accesso o di un dispositivo, gestire i change quando qualcosa va aggiornato, imparare dai problem quando lo stesso incident continua a ripresentarsi, mantenere una knowledge base così la persona successiva non ricomincia da zero, e tracciare gli asset e i configuration item dietro a tutto. Il software che fa questo è una piattaforma ITSM.
Quella definizione è la stessa di un decennio fa. Ciò che è cambiato è come si presenta “gestire” quei processi quando un agente AI può leggere un ticket, recuperare la conoscenza giusta, eseguire l’azione e chiudere il lavoro senza svegliare un ingegnere L1.
Cosa manca ancora alle piattaforme ITSM mature
La maggior parte delle piattaforme ITSM più note (ServiceNow, BMC Helix, Jira Service Management, TopDesk, Freshservice) sono prodotti maturi con solidi moduli di incident, request e change. Non sono uguali. Ma le lacune che trovi nel 2026 sono sorprendentemente costanti.
Il cross-domain è innestato, non nativo
L’IT non esiste su un’isola. Lo stesso dipendente che apre un incident P2 su un relay di posta lento prenota anche una sala riunioni, registra un visitatore e aspetta un nuovo laptop il suo primo lunedì. La maggior parte delle piattaforme ITSM tratta la seconda metà di quella lista come un prodotto separato o un modulo separato. ServiceNow ha Workplace Service Delivery, ma il modello dati vive su extension point. Jira può fare ticket facility con tipi di richiesta personalizzati, finché il tuo team facility non vuole il proprio backlog. TopDesk ha un modulo facility, su una codebase radicata nella fine degli anni ‘90.
L’acquirente che sente questa lacuna è il leader delle operazioni di servizio cross-domain, il COO o il responsabile dei servizi aziendali, che vuole una dashboard unica per l’intera superficie dei dipendenti. La risposta attuale è di solito due piattaforme e un report Power BI cucito sopra. La risposta più pulita è un unico motore in cui un ticket, una prenotazione di sala, un record di visitatore e un asset condividono lo stesso modello dati e la stessa timeline. Abbiamo costruito Gfacility per quell’acquirente.
L’AI è un copilota, non un agente
Atlassian Intelligence, Now Assist e HelixGPT sono prodotti reali e migliorano ogni trimestre. Ciò che fanno, molto bene, è riassumere lunghi thread di ticket, redigere risposte e suggerire l’azione successiva a un agente umano. Quello è un copilota. Digitazione più veloce.
Ciò che fa un agente AI autonomo è diverso. Legge il ticket in arrivo, lo classifica secondo le tue policy, recupera la conoscenza rilevante o esegue il playbook rilevante, compie l’azione (reset della password, concessione dell’accesso, prenotazione della risorsa) e chiude il ticket. La persona è nel ciclo dove conta (eccezioni di policy, intento ambiguo, change regolati), e non dove non conta (il 73esimo identico “ho dimenticato la password” della settimana).
L’impostazione onesta: i copiloti sono digitazione più veloce; gli agenti chiudono i ticket. Per un’organizzazione che annega nel volume L1, la differenza si misura nel personale che non devi assumere.
La CMDB è un progetto, non un fatto
Ogni piattaforma ITSM ha una CMDB. La maggior parte delle CMDB sono progetti di 18 mesi che vengono rilasciati già obsoleti di 12 mesi. Una CMDB moderna è popolata dai sistemi che già conoscono la verità, provider di identità, mobile device management, inventario di rete, account cloud, ed è visibile dentro lo stesso ticket dove altrimenti l’avresti cercata. La CMDB non è più una destinazione separata; è un livello dentro il lavoro.
Se la tua attuale piattaforma ITSM ti costringe a scegliere tra “costruisci prima la CMDB perfetta” e “salta la CMDB e convivi con le conseguenze”, il problema è la piattaforma.
I dipendenti non vogliono imparare un altro strumento
La superficie dei dipendenti per le richieste IT non dovrebbe essere un portale. Il dipendente vive già in Outlook, Teams, Slack e chat. La richiesta di “prenotare una sala con catering per martedì” o “dare a Maria l’accesso alla cartella finance” o “la stampante al terzo piano è offline” dovrebbe avvenire lì, in linguaggio naturale, senza che nessuno impari una UI di smistamento ticket. Il compito della piattaforma è essere invisibile finché la persona non deve intervenire.
Questo non è teorico. Le piattaforme che vincono l’adozione dei dipendenti nel 2026 sono quelle in cui la porta d’ingresso è l’email o la chat che il dipendente aveva già aperta. Le piattaforme che perdono sono quelle in cui l’IT ha dovuto pubblicare una pagina Confluence intitolata “come aprire un ticket nel modo giusto”.
La residenza dei dati UE è la conversazione di audit
Per gli acquirenti europei, la conversazione sulla residenza dei dati non è più una casella da spuntare in un questionario per fornitori. È l’audit. Dov’è il database di produzione? Dove fluiscono i backup? Dove gira il modello AI? Chi è nella lista dei sub-responsabili? Molti fornitori ITSM offrono una region UE. Meno offrono una risposta onesta e breve a “dove inferisce l’AI”. Quella risposta conta perché è quella che trasforma un’approvazione di una pagina in una revisione di quattro mesi.
Cosa cambia quando l’AI chiude davvero i ticket
La frase “AI nell’ITSM” è stata logorata dal marketing, quindi aiuta essere concreti su come si presenta un agente autonomo in code reali.
Arriva un incident P2: il relay di posta è lento, 230 utenti interessati. Un agente legge l’alert, lo correla con il change rilasciato alle 02:17 della notte precedente, cerca il runbook di rollback, chiede l’ok all’ingegnere di turno in Teams, esegue il rollback, valida che l’impatto sugli utenti sia risolto e scrive il riassunto post-incident. La persona ha detto “sì” una volta. Il lavoro in sé ha richiesto all’agente quattro minuti e all’ingegnere uno. Stessa forma: un dipendente invia “macchia di caffè all’angolo caffè 3”. L’agente lo classifica come richiesta facility, smista l’addetto alle pulizie con sede e piano, conferma in chat. Nessun coinvolgimento umano.
Il terzo esempio è quello che conta di più per i team cross-domain: un nuovo assunto, Daan, inizia lunedì prossimo. Il sistema HR genera l’evento. Un agente provvede alla richiesta di laptop all’IT, scrivania e armadietto al facility, pass visitatore all’office manager per il primo giorno, e la sessione di benvenuto in Outlook. Un trigger, tre reparti, nessuna catena di email. La traccia di ogni azione è sulla stessa timeline.
Il punto poco appariscente: questa non è una demo. È come si presenta una coda L1 quando l’agente fa il lavoro di routine e la persona gestisce il 20 percento complicato. Il rapporto tra ticket risolti e personale L1 sale di un fattore che dipende dal tuo mix di ticket e da quanta policy hai scritto. Abbiamo visto 3x e abbiamo visto 7x; la risposta onesta è “dipende, ma il pavimento è significativo”.
Quando vince ogni tipo di piattaforma
Non stiamo fingendo che le piattaforme consolidate siano cattive. Non lo sono. Ognuna è la risposta giusta per un acquirente specifico.
ServiceNow è la risposta giusta per una grande azienda con un catalogo di servizi maturo, esigenze di personalizzazione profonda della CMDB, e un team di piattaforma dedicato che conosce JavaScript e Glide. Se la tua priorità è la profondità della capacità ITSM dentro un unico patrimonio IT coerente, ServiceNow merita il suo premium.
Jira Service Management è la risposta giusta per team IT che vivono già in Confluence, Bitbucket e Jira Software. La densità di integrazione è reale. Se il tuo service desk è vicino all’engineering e i tuoi ticket fluiscono naturalmente in pipeline di deploy e link a runbook, JSM è difficile da battere sul suo terreno.
TopDesk è la risposta giusta per team mid-market del Benelux che apprezzano l’interfaccia familiare, la rete di partner consolidata e un’implementazione che sembra gestibile. La codebase è vecchia; non è un giudizio di valore, è un vincolo da accettare.
Freshservice è la risposta giusta per team IT mid-market che vogliono un rollout ITSM rapido e pulito dentro l’ecosistema Freshworks (Freshdesk, Freshchat, Freshsales).
Gfacility è la risposta giusta per il team che possiede IT, facility e workplace allo stesso tempo, vuole agenti AI che chiudano i ticket di routine in autonomia entro le policy che imposta, preferisce una residenza dei dati UE-first senza una revisione architetturale, e preferirebbe andare live in una settimana piuttosto che passare nove mesi in implementazione.
Non dovresti scegliere la piattaforma il cui marketing corrisponde meglio alla tua lista dei desideri. Dovresti scegliere la piattaforma che si adatta alla forma del team che la userà il lunedì.
Cosa abbiamo costruito e perché
Gfacility è la piattaforma di enterprise service management AI-native che porta i team IT, workplace e facility su un unico motore. Il modello dati è lo stesso per un incident, una richiesta, un change, una prenotazione di sala, un record di visitatore e un asset. L’AI gira in due forme: assistenti che rispondono alle domande e aprono richieste dentro Teams, Outlook, Slack e chat, e lavoratori digitali che classificano, smistano, risolvono e chiudono i ticket end-to-end tra IT, facility e workplace. Ogni azione autonoma è registrata e reversibile.
Ospitiamo nell’UE, con ISO 27001 e GDPR integrati. Rilasciamo un’unica versione SaaS che si aggiorna in continuazione. Non vendiamo moduli; la superficie funzionale (asset management, change, problem, knowledge, self-service, mobile, agenti AI) è inclusa. Applichiamo un prezzo per agente umano nel team di servizio, con gli agenti AI su una linea separata e prevedibile. La maggior parte dei passaggi in produzione gira in una settimana con un singolo solution architect.
Questa è la forma. Se vuoi vedere i confini dettagliati contro ogni piattaforma consolidata, i confronti affiancati coprono le nove piattaforme che la maggior parte degli acquirenti mette in shortlist nel 2026.
La versione breve
L’IT service management nel 2026 non è la stessa cosa che era nel 2016. Il framework (le pratiche ITIL) è invariato. Ciò che è cambiato è come si presenta “gestire” il framework quando gli agenti AI possono chiudere il lavoro di routine, quando la CMDB è in tempo reale invece di un progetto, quando la superficie dei dipendenti è la chat che il dipendente aveva già aperta, e quando l’acquirente è sempre più il leader delle operazioni di servizio cross-domain invece del solo direttore IT.
Le piattaforme che vinceranno il prossimo decennio saranno quelle che hanno preso sul serio quei cambiamenti dal modello dati in su. Le piattaforme che perderanno saranno quelle che li hanno innestati.
Se il team che gestisci si trova all’intersezione di IT, facility e workplace e vuoi un’unica piattaforma con AI autonoma e un rollout di una settimana, prenota una chiamata di 30 minuti e porta un export delle tue attuali code di ticket. Faremo passare la coda nell’importer dal vivo e ti diremo, onestamente, se siamo la risposta giusta per la forma del tuo team.
Domande frequenti
L'IT service management è la stessa cosa del supporto IT o dell'help desk? +
L'help desk è la porta d'ingresso. L'IT service management è l'intera casa: incident, richieste, change, problem, knowledge, asset e i dati dietro a tutto. Una piattaforma ITSM moderna gestisce l'help desk più tutto ciò che serve all'help desk per fare il suo lavoro.
Qual è la differenza tra ITSM e ITIL? +
ITIL è un framework, un insieme di pratiche su come gestire l'IT come servizio. ITSM è il software che usi per gestire quelle pratiche. Puoi fare ITSM senza seguire pedissequamente ITIL, e puoi studiare ITIL senza acquistare una piattaforma; in pratica ogni implementazione reale prende da entrambi.
Serve ancora una CMDB nel 2026? +
Sì, ma non la versione che ci sono voluti diciotto mesi a costruire ed era già sbagliata il giorno del rilascio. Una CMDB moderna è in tempo reale, popolata dai sistemi che già conoscono la verità (identità, MDM, rete, cloud) e visibile dentro lo stesso ticket dove altrimenti l'avresti cercata.
L'AI può sostituire gli agenti di supporto L1? +
L'AI può chiudere la maggior parte di reset password, richieste di accesso, flussi di uscita, ticket Wi-Fi e modifiche di prenotazione di sale di routine senza una persona. Non sostituisce l'agente L1 per il 20 percento più complicato, il chiamante arrabbiato, l'eccezione normativa, la richiesta ambigua. Ciò che cambia è cosa fa il tuo team L1 della propria giornata.
Quanto dura davvero un'implementazione ITSM? +
Numeri reali da questo mercato: ServiceNow e BMC Helix sono in genere 3-9 mesi, guidati da partner. Jira Service Management è 2-6 settimane per team IT già in Atlassian. Gfacility gira in una settimana con un singolo solution architect, perché la superficie di configurazione è volutamente più stretta e gli agenti AI sono già pronti.
Cosa richiede davvero la residenza dei dati UE? +
Dati di produzione ospitati in region UE, sub-responsabili documentati e vincolati all'UE dove possibile, una SCC o decisione di adeguatezza per qualsiasi cosa attraversi il confine, e una risposta reale alla domanda 'dove gira il modello AI'. Molti fornitori ITSM offrono una region UE; la differenza pratica è quanto è breve la conversazione di audit.