La maggior parte dei problemi IT non diventa mai un ticket. Ogni giorno i dipendenti affrontano rallentamenti nelle risposte delle applicazioni, errori di autenticazione, connessioni VPN instabili e dispositivi con tempi di avvio eccessivamente lunghi. Nella maggior parte dei casi non aprono una segnalazione: cercano di aggirare l’ostacolo, riavviano, aspettano, oppure rinunciano del tutto all’attività.
Questo attrito quasi invisibile, il digital friction, è uno dei fattori che più frena la produttività ed è allo stesso tempo incredibilmente sottovalutato. La verità è che le metriche tradizionali del service desk, costruite attorno al volume dei ticket e ai tempi di risoluzione, non riescono a rilevarlo.
Per i responsabili IT, chiamati a dimostrare l’impatto della tecnologia sui risultati di business – non solo sui livelli di servizio – è un problema strategico: ciò che non si misura non può essere efficacemente gestito, e ciò che non compare nei report continua a produrre, nel silenzio, costi sempre più ingenti. Poiché questi costi restano nascosti, l’IT viene percepito come centro di spesa anziché come leva di valore.
Il digital friction è un costo che non compare nei report
Il digital friction è lo sforzo non necessario che un dipendente deve compiere per riuscire a sfruttare appieno i dati o le tecnologie durante le proprie attività lavorative. In questo senso il digital friction è un silent killer della produttività, del coinvolgimento e della crescita aziendale. Ed è un fenomeno diffuso e granulare.
I numeri aiutano a quantificare l’effetto cumulativo. Uno studio dell’Università della California (Irvine) mostra come, dopo un’interruzione, a una persona servano in media più di 23 minuti per tornare a concentrarsi sull’attività di partenza. A questa perdita di tempo si somma quella legata al continuo passaggio da un’applicazione all’altra alla ricerca di informazioni: secondo l’indagine The Harris Poll per Glean che ha coinvolto 1.043 knowledge worker, i dipendenti perdono in media almeno 2 ore al giorno – un quarto della settimana lavorativa – alla ricerca di documenti, informazioni o persone necessari a svolgere il loro lavoro. E il continuo passaggio da un’attività all’altra ha un costo cognitivo: secondo l’American Psychological Association, i micro blocchi mentali generati dal task switching possono erodere fino al 40% del tempo produttivo, con un impatto diretto sulla employee productivity. Su scala più ampia, una ricerca di Foundry condotta per OpenText stima che il 95% delle organizzazioni subisca qualche forma di digital friction e che l’82% dei dipendenti abbia subito ritardi o mancato scadenze a causa di ostacoli tecnologici.
Il report di TeamViewer sull’impatto del digital friction, basato su un’indagine globale condotta su 4.200 tra manager e dipendenti, conferma la portata economica del fenomeno: l’80% degli intervistati dichiara di perdere tempo ogni mese a causa di malfunzionamenti IT, in media 1,3 giornate lavorative, il 48% segnala ritardi su operazioni o progetti critici e il 42% riconduce al digital friction la perdita diretta di fatturato.
L’effetto iceberg: perché il service desk vede solo ciò che emerge
Il dato più rivelatore non riguarda i problemi segnalati, ma quelli che restano sommersi. Come sintetizza Mark Banfield, Chief Revenue Officer di TeamViewer, la maggior parte dei dipendenti frustrati dalla tecnologia non apre alcun ticket: soffre in silenzio finché il piccolo problema che si è presentato diventa grande, e a quel punto il danno è fatto. È un effetto iceberg: il team IT vede solo i pochi ticket che diventano visibili , ma quei ticket sono una piccola frazione, superficiale, di un problema molto più esteso.
A peggiorare la situazione contribuisce il diffondersi di un sentimento di sfiducia. Sempre secondo l’indagine TeamViewer, appena il 57% dei lavoratori si affida al proprio team IT per una risoluzione rapida ed efficace dei problemi, mentre il 40% ricorre a dispositivi o applicazioni personali per aggirare i blocchi, alimentando così lo shadow IT (l’uso di hardware, software o servizi cloud non approvati né monitorati dall’IT). Ogni workaround non segnalato è un’unità di employee productivity persa e, al tempo stesso, un rischio per la sicurezza e la compliance.
Il punto è che le metriche classiche del service desk – ticket aperti, tempo medio di risoluzione, tasso di prima chiusura – misurano solo quello che emerge in superficie. Il team di assistenza IT non riesce a individuare l’attrito “invisibile”, quello che gli utenti assorbono senza segnalarlo. Per questo è indispensabile adottare un approccio diverso.
Che cosa misura concretamente il DEX monitoring
Il DEX monitoring è il monitoraggio della Digital Employee Experience, l’esperienza che i dipendenti vivono nell’interazione quotidiana con tecnologie, dispositivi e applicazioni aziendali. La sua logica è opposta a quella reattiva del service desk tradizionale. Invece di aspettare la segnalazione, il DEX monitoring raccoglie in modo continuo dati di telemetria direttamente dagli endpoint e dalle applicazioni. Non aspetta che l’utente percepisca il problema e magari decida di rinunciare a risolverlo.
Gartner descrive gli strumenti di DEX management come soluzioni che misurano e migliorano in modo continuo le prestazioni della tecnologia fornita dall’azienda e il sentiment dei dipendenti verso di essa. In pratica, il DEX monitoring misura segnali concreti come:
- le prestazioni delle applicazioni, cioè i tempi di risposta e di caricamento dei software realmente usati;
- il sovraccarico delle risorse del dispositivo, ovvero la saturazione di CPU, memoria e disco che rallenta il lavoro;
- i tassi di crash di sistemi operativi e applicazioni critiche;
- i tempi di avvio del dispositivo e di login dell’utente, spesso tra le prime fonti di frustrazione quotidiana;
- la qualità delle riunioni e delle videochiamate, in termini di latenza e di perdita di pacchetti e problemi audio-video.
A questi indicatori oggettivi il DEX monitoring affianca la rilevazione del sentiment degli utenti, combinando il dato tecnico con il dato legato alla percezione. È questa correlazione tra misura della prestazione ed esperienza vissuta a trasformare la telemetria in informazione azionabile, e a distinguere il monitoraggio dell’esperienza dalla semplice raccolta di log tecnici.
Dal «pompiere» al fornitore di assistenza preventiva
Con una visibilità continua sullo stato di endpoint e applicazioni, il ruolo del service desk cambia natura. Oggi opera in larga parte come un pompiere: interviene quando l’incendio è già divampato, cioè quando alla fine l’utente si arrende e apre un ticket. Il DEX monitoring consente invece di individuare i pattern ricorrenti – un determinato aggiornamento che fa andare in crash un’applicazione, una categoria di dispositivi con login anomali, una sede aziendale con qualità di rete degradata – e di agire prima che il disservizio si propaghi.
Questa visibilità proattiva permette di intervenire tempestivamente attraverso:
- la remediation automatica di problemi noti e ripetitivi tramite automazioni di self-healing;
- la manutenzione preventiva su flotte di dispositivi che mostrano segnali di degradazione;
- la prioritizzazione basata sull’impatto reale sulla employee productivity e non sul semplice ordine di arrivo dei ticket.
Il service desk smette di reagire ai sintomi e inizia a rimuovere le cause, riducendo l’attrito alla fonte.
I cambiamenti organizzativi necessari per agire sulla telemetria
Gli strumenti, da soli, non bastano. Trasformare i dati di DEX monitoring in valore effettivamente prodotto richiede alcuni cambiamenti organizzativi. Il primo è una ridefinizione degli indicatori di performance: affiancare ai classici KPI di service desk metriche di esperienza e di salute degli endpoint, in modo che il successo dell’IT possa essere misurato sulla riduzione dell’attrito e non solo sulla velocità di chiusura dei ticket.
Il secondo è la creazione di canali di feedback affidabili oltre l’help desk tradizionale, perché molti problemi non verranno mai segnalati spontaneamente.
Il terzo è l’attribuzione chiara della responsabilità: qualcuno deve essere responsabile del dato di esperienza, analizzarlo e tradurlo in azioni concrete, altrimenti la telemetria resta in una dashboard che nessuno guarda.
Infine, serve integrare il DEX monitoring nei processi ITSM esistenti – gestione di incident, problem e change – affinché gli insight alimentino il flusso operativo invece di rimanere isolati. Senza questa integrazione, anche la telemetria più ricca finisce per restare un esercizio analitico che non ha ricadute concrete sul lavoro quotidiano delle persone.
Da livelli di servizio a risultati di business
Per i responsabili IT, ridurre il digital friction significa recuperare ore di lavoro produttivo, contenere i rischi legati allo shadow IT, migliorare la soddisfazione dei dipendenti e trattenere i talenti.
Il messaggio per chi guida l’IT è dunque chiaro: i problemi che non diventano ticket sono comunque costi reali, e aumentano di gravità, indisturbati, finché qualcuno non decide di renderli misurabili. Dare visibilità a questi costi attraverso il DEX monitoring è il primo passo per spostare la conversazione dai livelli di servizio ai risultati di business, e per dimostrare, dati alla mano, che un’esperienza digitale fluida non è un lusso ma una leva diretta per la produttività dei dipendenti.
FAQs
1. Che cos’è il digital friction?
È lo sforzo non necessario che un dipendente deve compiere per usare dati o tecnologie nel suo lavoro: applicazioni lente, errori di login, dispositivi instabili. Spesso non genera ticket, ma erode la produttività in modo continuo e poco visibile.
2. In che modo il digital friction riduce la employee productivity?
Ogni micro interruzione costa tempo e concentrazione: dopo una distrazione serve tempo prezioso per tornare ad avere la giusta concentrazione. Moltiplicati per migliaia di persone, questi attriti possono ridurre drammaticamente la produttività.
3. Che cosa misura il DEX monitoring?
Il DEX monitoring misura in modo continuo le prestazioni delle applicazioni, il sovraccarico delle risorse del dispositivo, i tassi di crash, i tempi di avvio del dispositivo (boot) e dell’accesso dell’utente (login), la qualità delle riunioni e integra questi dati oggettivi con il sentiment degli utenti.
4. Perché il service desk tradizionale non rileva il digital friction?
Le metriche del service desk tradizionale si basano sui ticket aperti, mentre la maggior parte dei problemi non viene mai segnalata (è il cosiddetto “effetto iceberg”). Il DEX monitoring colma questa lacuna grazie a una visibilità proattiva e continuata su endpoint e applicazioni.
