Il Tempo Medio di Risoluzione (MTTR) è il tempo medio trascorso tra la creazione di un ticket di supporto e la sua completa risoluzione. È una delle due metriche di efficienza primarie nelle operazioni di supporto, insieme al First Response Time, e misura la durata totale dell'esperienza di supporto dal punto di vista del cliente.
?
Come si calcola l'MTTR e quali fattori lo rendono fuorviante senza contesto?
Formula MTTR: MTTR = Somma di (Timestamp di Risoluzione - Timestamp di Creazione per tutti i ticket nel periodo) / Numero di Ticket Risolti nel Periodo. La media grezza è altamente suscettibile a distorsioni dovute a un piccolo numero di ticket di durata estremamente lunga — un singolo bug irrisolto aperto per 90 giorni può distorcere drasticamente la media, mentre la mediana riflette accuratamente l'esperienza tipica del cliente. Le Support Ops dovrebbero riportare sia la media che la mediana dell'MTTR, e segmentare l'MTTR anche per: priorità del ticket (l'MTTR P1 dovrebbe essere di 2-4 ore per il SaaS enterprise; l'MTTR P4 può essere di oltre 10 giorni lavorativi ed è accettabile); tipo di ticket (i ticket di fatturazione si chiudono in ore; le escalation ingegneristiche possono richiedere settimane); canale (l'MTTR della chat dovrebbe essere inferiore a 15 minuti; l'MTTR dell'email è misurato in ore); e livello del cliente (enterprise vs. SMB possono avere obiettivi MTTR molto diversi). L'MTTR riportato come un singolo numero aggregato confonde tutte queste dimensioni in una cifra su cui è difficile agire e facile da manipolare.
?
Quali sono gli interventi più efficaci per ridurre l'MTTR senza sacrificare la qualità della risoluzione?
La riduzione dell'MTTR richiede l'identificazione di dove viene speso il tempo — il processo di risoluzione ha fasi distinte in cui è possibile migliorare. Tempo di valutazione dell'agente (dal primo contatto alla diagnosi completa): ridotto da workflow diagnostici strutturati nella knowledge base ("per [sintomo], controlla queste 5 cose in ordine"), contesto dell'account popolato automaticamente dall'integrazione CRM e soluzioni suggerite dall'AI basate sul testo del ticket. Tempo di attesa dell'ingegneria (escalation di Livello 2 in attesa di una risposta ingegneristica): ridotto definendo gli SLA di escalation dell'Ingegneria e monitorando la conformità; costruendo strumenti diagnostici di Livello 2 che consentono al Livello 2 di risolvere problemi che in precedenza richiedevano l'ingegneria; e costruendo una libreria di risoluzione per i modelli comuni di escalation ingegneristica. Tempo di attesa del cliente (agente in attesa che il cliente fornisca informazioni aggiuntive): ridotto dagli agenti che richiedono tutte le informazioni necessarie in un unico messaggio anziché follow-up sequenziali; riapertura automatizzata basata sullo stato "in attesa del cliente" in modo che i ticket non vengano contrassegnati come risolti durante l'attesa; e timer di follow-up proattivi (promemoria automatico inviato al cliente e all'agente se nessuna risposta entro 24 ore). Blocco post-diagnosi (soluzione nota ma bloccata dal processo): ridotto da un'autorità dell'agente chiaramente definita per implementare correzioni comuni senza approvazione.
?
Come interagisce l'MTTR con il CSAT, e quando sono in tensione?
La relazione MTTR-CSAT è non lineare e controintuitiva. Ridurre l'MTTR generalmente migliora il CSAT — i clienti apprezzano una risoluzione più rapida. Ma la riduzione dell'MTTR ottenuta tramite risoluzioni affrettate, chiusura prematura dei ticket o correzioni superficiali danneggia attivamente il CSAT: un ticket chiuso in 2 ore senza risolvere effettivamente il problema genererà un punteggio CSAT molto basso e probabilmente una riapertura (misurata come "recontact rate"). Il punto di tensione: quando la direzione incentiva la riduzione dell'MTTR come KPI senza guardrail CSAT, gli agenti ottimizzano per la velocità di chiusura rispetto alla qualità della risoluzione — prendendo scorciatoie, contrassegnando i ticket come risolti prima di una verifica approfondita e deviando problemi complessi alla knowledge base senza un aiuto genuino. Le Support Ops mitigano questo problema: riportando l'MTTR insieme al CSAT e al tasso di ricontatto in ogni dashboard operativa (rendendo evidente la manipolazione attraverso il segnale di ricontatto); dicendo esplicitamente agli agenti che un MTTR lungo su un problema complesso gestito con cura è più apprezzato di un MTTR veloce ottenuto tramite deviazione; e impostando obiettivi MTTR per tipo di ticket che riflettono tempistiche realistiche di qualità della risoluzione piuttosto che obiettivi di velocità aspirazionali.
Sfida di Conoscenza
Hai padroneggiato Tempo Medio di Risoluzione (MTTR)? Ora prova a indovinare la parola di 5 lettere correlata!
Digita o usa la tastiera