Dieci clienti, un solo Sistemista: come si gestiscono le priorità in un Managed Service Provider

È metà mattina e nella coda ticket sono aperte cinque segnalazioni di tre clienti diversi: una stampante che non funziona, un account bloccato, un server che risponde lentamente, una richiesta di nuova casella email e un alert del sistema di monitoraggio che indica un disco quasi pieno. Nel frattempo arriva una chiamata: un quarto cliente ha un problema che definisce "urgente". Qual è la cosa giusta da fare?

La risposta non è tecnica ma è una questione di metodo nella gestione delle priorità.

L’errore più comune: rispondere nell’ordine in cui arrivano le cose

Chi inizia a lavorare in un Managed Service Provider (MSP) tende a rispondere ai ticket nell’ordine di arrivo, o a rispondere per prima alla cosa che suona più urgente — che spesso coincide con chi urla di più, non con chi ha il problema più critico.

Questo approccio crea un effetto a cascata: le cose davvero importanti rimangono in coda, i clienti più insistenti ottengono attenzione sproporzionata e il Sistemista finisce la giornata con la sensazione di aver fatto molto senza aver risolto le cose che contavano.

Il punto di partenza per gestire le priorità in modo efficace è avere un criterio esplicito — non lasciare che sia l’ansia del momento a decidere cosa fare prima.

Il criterio che funziona: impatto e urgenza non sono la stessa cosa

L’urgenza è quanto velocemente un problema richiede attenzione. L’impatto è quante persone o quanto lavoro è bloccato da quel problema.

Un account bloccato di un utente che in quel momento è in riunione e tornerà al computer tra due ore ha urgenza media e impatto singolo. Un server di file condiviso che non risponde blocca decine di persone e ha impatto alto — anche se nessuno ha ancora chiamato per segnalarlo.

Una griglia semplice aiuta a visualizzare la logica:

Nella pratica, "alto impatto" significa che il problema blocca il lavoro di più persone, interrompe un processo produttivo o mette a rischio dati. "Bassa urgenza" non significa che non sia importante: significa che c’è tempo per gestirlo in modo ordinato senza correre.

La gestione delle aspettative è parte del lavoro

Decidere le priorità è la metà del problema. L’altra metà è comunicarle ai clienti in attesa, in modo che non si sentano ignorati.

Un cliente il cui ticket è in terza posizione non ha bisogno di sapere che ci sono due cose più urgenti davanti — ma ha bisogno di sapere che il suo problema è stato visto e che riceverà attenzione entro un tempo ragionevole.

La formula più efficace è semplice: "Ho preso in carico la tua segnalazione. In questo momento sto gestendo un’altra priorità — ti aggiorno entro [ora specifica]". Questa risposta fa tre cose: conferma la ricezione, dà un tempo concreto, e non promette niente che non possa essere mantenuto.

Il problema nasce quando non si comunica nulla. Il cliente in attesa non sa se il suo ticket è in coda, se è stato perso, o se il sistemista sta già lavorando sul suo problema. Il silenzio produce ansia, e l’ansia produce telefonate di follow-up che interrompono chi sta lavorando.

Il caso del cliente che definisce tutto "urgente"

In ogni portfolio clienti c’è chi tende a segnalare ogni richiesta come urgente. Non necessariamente per cattiva fede: spesso è genuinamente convinto che la sua priorità debba essere anche la priorità del sistemista.

Trattare questo cliente in modo diverso dagli altri — ignorando la sua definizione di urgenza — crea conflitti. Seguirlo ogni volta significa distorcere le priorità reali.

La soluzione non è educativa: non si "corregge" il cliente sulla sua percezione dell’urgenza. La soluzione è operativa: avere un criterio chiaro e applicarlo in modo coerente, con trasparenza. "Vedo la tua segnalazione — il mio criterio per le priorità in questo momento è X. Arrivo da te entro Y."

Un cliente che sa come funziona il processo — anche se non ottiene sempre l’attenzione immediata — si fida di più di uno che a volte ottiene risposta rapida e a volte aspetta senza capire perché.

Quando arriva qualcosa di davvero urgente mentre si sta già lavorando su altro

Questo è lo scenario più difficile da gestire: si è nel mezzo di un intervento su un cliente A, e arriva una segnalazione critica dal cliente B.

La tentazione è di lasciare A in sospeso e correre su B. In alcuni casi è la scelta giusta — se B ha un’emergenza vera e A può aspettare qualche minuto. Ma lasciare un intervento a metà senza comunicarlo è quasi sempre peggio delle alternative.

La sequenza efficace è:

1. Valuta in 60 secondi quanto è critica la nuova segnalazione
2. Se è critica: comunica al cliente A che devi interrompere temporaneamente e il motivo generico ("è arrivata una priorità che richiede attenzione immediata")
3. Metti in sicurezza il punto in cui eri su A, così da poterci tornare
4. Torna su A appena possibile, con un aggiornamento

La comunicazione proattiva — anche quando è scomoda — è quello che distingue un professionista affidabile da uno tecnicamente competente ma imprevedibile.

FAQ

Come si decide cosa è davvero urgente in un contesto MSP con più clienti?

Il criterio più efficace combina due domande: quante persone sono bloccate da questo problema? E il problema peggiora nel tempo se non intervengo adesso? Un server che rischia di andare in out of space può aspettare qualche ora senza conseguenze; un ransomware in fase di cifratura no. L’urgenza percepita dal cliente è un segnale, ma non il criterio.

È giusto dire a un cliente che ci sono altre priorità davanti alla sua?

Non è necessario dare dettagli su cosa c’è in coda, ma è giusto essere onesti sul fatto che si arriverà a lui entro un certo tempo. Non è mancanza di rispetto: è trasparenza operativa. I clienti che capiscono come funziona il processo si fidano di più, non di meno.

Come si gestisce lo stress di avere molte cose aperte in parallelo?

La cosa più utile è avere una lista visibile di quello che è aperto, con stato e prossimo passo. Il problema non è avere molte cose in parallelo — è avere molte cose in parallelo senza sapere cosa fare di ciascuna. Una coda ticket ben gestita, con priorità chiare e aggiornamenti regolari, riduce il carico cognitivo molto più di qualsiasi tecnica di stress management.

Cosa succede se si sbaglia la priorità e si scopre che il problema di bassa urgenza era in realtà critico?

Succede, e fa parte del lavoro. La cosa importante è riconoscerlo, correggere rapidamente e comunicare al cliente la situazione reale senza difendersi a oltranza. Chi ammette l’errore e si muove subito per rimediare mantiene la fiducia molto più di chi minimizza o scarica la responsabilità. I clienti capiscono gli errori; non capiscono il silenzio o la negazione.

In un team MSP con più sistemisti, chi decide le priorità?

In team strutturati la gestione delle priorità passa attraverso strumenti condivisi (piattaforme di ticketing con SLA configurati) e ruoli chiari. Spesso c’è un dispatcher o un senior che assegna i ticket in ingresso. In team più piccoli la gestione è più informale, ma il criterio impatto/urgenza rimane valido indipendentemente da chi lo applica. La condivisione del metodo — non solo degli strumenti — è quello che fa funzionare bene un team.

Potrebbe interessarti anche

• Quanto guadagna un Sistemista a Torino?
• IT SPECIALIST
• SISTEMISTA IT
• ELECTRICAL DESIGN ENGINEER JUNIOR
• Cosa fa un Sistemista in un Managed Service Provider: ruolo e giornata tipo
• SPACE SYSTEMS ENGINEER
• Fortinet per Sistemisti: perché è lo standard nelle PMI italiane
• SOC MANAGER 
• Il cliente chiama preso dal panico: come gestisce la situazione un buon Sistemista
• Microsoft 365 e Azure per Sistemisti: competenze chiave nel 2026