Il tempo scorre.
Qualcuno sta rispondendo.

Primo motivo: manca la definizione di uno SLA. «Ce ne occupiamo appena possibile» non è un impegno, è buona volontà impossibile da misurare. Il cliente non sa quando riceverà una risposta e cade in una spirale di ansia, piovono le email di sollecito e l'energia del team se ne va nello spiegare quando il problema sarà risolto, invece che nel risolverlo. Senza obiettivi scritti di risposta e risoluzione per le priorità critica, alta, media e bassa, ogni ticket è ugualmente urgente — quindi nessuno lo è.

Secondo motivo: i ticket si perdono. Quando le richieste arrivano ancora a una casella generica «info@», tre persone diverse rispondono alla stessa email oppure non risponde nessuno; le catene in CC si ramificano, gli allegati spariscono e non è più chiaro quale conversazione appartenga a quale cliente. I canali WhatsApp, telefono, modulo e chat non comunicano tra loro. Ogni volta il cliente deve raccontare da capo la sua storia. Oltre a dare un'immagine poco professionale, è il più grande ostacolo alla costruzione di un servizio misurabile.

Terzo motivo: manca l'escalation. Quando l'operatore L1 non riesce a risolvere il problema, non è chiaro a chi debba passarlo. «Chiedo al CTO» diventa un canale casuale che sveglia il top management alle 23:00. Gli ingegneri senior, costretti a spiegare lo stesso problema per la quinta volta, si innervosiscono; calano la velocità di risoluzione, la qualità e il morale del team. Senza un percorso di escalation scritto L1 → L2 → L3 → team di architettura → direzione, le crisi si risolvono ogni volta nel panico, non con un metodo.

Quarto motivo: mancano i turni di reperibilità. Se una sola persona concentra tutte le conoscenze, quando è in ferie il sistema resta scoperto; se durante un evento critico nel cuore della notte ha il telefono spento, agli altri non resta che aspettare il mattino. Senza strumenti come PagerDuty o Opsgenie, piani settimanali dei turni e trasparenza su chi è reperibile in quel momento, la reperibilità diventa eroismo volontario — insostenibile, logorante per il team e fonte di decisioni sbagliate.

Quinto motivo: non c'è una knowledge base e le domande ricorrenti non vengono mai documentate. La stessa domanda «come reimposto la password?» può arrivare 40 volte al mese, e ogni volta un tecnico dell'assistenza ci dedica 8 minuti. La soluzione è scrivere un articolo della KB la prima volta e fare in modo che il sistema suggerisca «ha già letto questo articolo?» non appena il cliente apre un ticket. Ogni articolo non scritto è un'esperienza lenta per il cliente e una tassa sul tempo che il team paga ogni mese. Nel pacchetto di assistenza SLA di Partnerfy la produzione della KB non è opzionale — è la base del servizio.