Lo SLA (Service Level Agreement) è uno degli strumenti contrattuali più sottovalutati nelle agenzie web italiane. La maggior parte delle agenzie non ce l’ha, alcune lo hanno ma non lo comunicano, pochissime lo usano come leva commerciale. Eppure definire per iscritto i tempi di risposta, i livelli di uptime garantiti e le procedure di escalation non è solo una protezione legale: è esattamente quello che i clienti più strutturati cercano quando scelgono un fornitore web, e quello che separa un’agenzia professionale da una che “fa i siti”.
Noi di Blurr includiamo uno SLA strutturato in ogni accordo di manutenzione con le agenzie partner. Lo abbiamo costruito nel tempo, affinandolo progetto dopo progetto, e lo usiamo anche come riferimento quando aiutiamo le agenzie a strutturare i loro contratti verso i clienti finali. Quello che descriviamo in questo articolo viene dalla pratica, non dalla teoria.
Cosa è uno SLA nel contesto dello sviluppo web
Nel contesto web, uno SLA definisce le condizioni operative del rapporto tra agenzia e cliente dopo la consegna del sito. Non riguarda il progetto di sviluppo in sé, quello è regolato dal contratto di sviluppo, ma la fase successiva: come vengono gestite le richieste di assistenza, in quanto tempo, con quali priorità e con quali conseguenze in caso di mancato rispetto.
I componenti principali di uno SLA per un’agenzia web sono quattro. I tempi di risposta per le richieste di assistenza, differenziati per urgenza. I livelli di disponibilità garantiti per il sito, tipicamente espressi come percentuale di uptime mensile. Le procedure di escalation per i problemi critici. Le esclusioni, ovvero cosa non è coperto dallo SLA.
Senza questi elementi scritti, il cliente interpreta “assistenza inclusa” come “fate quello che voglio quando voglio”. L’agenzia interpreta la stessa frase come “rispondiamo quando possiamo”. Questa ambiguità è la radice della maggior parte delle controversie post-consegna che vediamo nelle agenzie con cui collaboriamo.
I tempi di risposta: come differenziarli per urgenza
Il campo dei tempi di risposta è quello dove lo SLA ha l’impatto pratico più immediato. Non tutti i problemi hanno la stessa urgenza, e trattarli tutti allo stesso modo porta a due risultati ugualmente negativi: o si risponde troppo lentamente alle emergenze reali, o si brucia capacità produttiva su richieste non urgenti.
La struttura che funziona meglio nella pratica per le agenzie web divide le richieste in tre livelli:
Critico: il sito è completamente down, il checkout ecommerce non funziona, c’è una violazione di sicurezza attiva. Tempo di risposta garantito: entro 2-4 ore, in orario lavorativo esteso. Alcune agenzie garantiscono risposta anche fuori orario per i clienti con contratti premium.
Urgente: una funzionalità importante non funziona correttamente (form che non invia, area riservata inaccessibile, errori visibili agli utenti), ma il sito è accessibile. Tempo di risposta: entro 8 ore lavorative.
Standard: richieste di modifica, aggiornamenti pianificati, domande tecniche, piccoli fix estetici. Tempo di risposta: entro 2-3 giorni lavorativi.
Qualche anno fa un’agenzia di Firenze che seguivamo ci ha raccontato di aver perso un cliente ecommerce importante non per la qualità del lavoro, ma per una crisi gestita male: il sito è andato down un venerdì pomeriggio, il cliente non riusciva a contattare nessuno, e il lunedì mattina aveva già firmato con un’altra agenzia. Non c’era nessun numero di emergenza nel contratto, nessuna procedura definita, nessun impegno scritto sui tempi di risposta. Il cliente non era insoddisfatto del sito, era insoddisfatto dell’assenza di un processo. Uno SLA scritto avrebbe reso esplicito cosa ci si poteva aspettare, e probabilmente avrebbe salvato il rapporto.
L’uptime: come garantirlo senza esporsi a rischi
La percentuale di uptime è il parametro più comune negli SLA, e anche quello dove le agenzie si espongono di più se non lo gestiscono con attenzione.
Un uptime del 99,9% significa circa 8,7 ore di downtime tollerato all’anno. Un uptime del 99,5% significa circa 43 ore. Questi numeri sembrano astratti finché non si deve applicare una penale per averli mancati.
Il punto critico per le agenzie è che l’uptime del sito dipende dall’hosting, non dall’agenzia. Un’agenzia che garantisce il 99,9% di uptime senza avere controllo diretto sull’infrastruttura si sta esponendo a rischi che non può gestire. La soluzione corretta è garantire l’uptime indirettamente: scegliendo un hosting con SLA certificato, monitorando il sito con strumenti automatici e includendo nello SLA dell’agenzia le procedure di intervento in caso di downtime, non la garanzia assoluta di disponibilità.
Noi di Blurr per le agenzie partner usiamo un sistema di monitoraggio che segnala immediatamente qualsiasi anomalia di uptime. Questa è la base per poter fare promesse realistiche ai clienti finali senza esporsi a penali impossibili da gestire. Il tema del monitoraggio è approfondito nell’articolo su sicurezza e monitoraggio del sito web.
Come comunicare lo SLA al cliente senza spaventarlo
Il problema comunicativo degli SLA nelle agenzie web è che suonano burocratici. Il cliente legge “Service Level Agreement” e pensa a contratti enterprise con clausole incomprensibili. Il risultato è che molte agenzie evitano di formalizzarli per non complicare la conversazione commerciale.
La soluzione è riformulare lo SLA come garanzia di servizio, non come documento legale. Invece di presentare una tabella con percentuali di uptime e tempi di risposta in gergo tecnico, si presenta come: “Se il tuo sito va giù, ti chiamiamo noi prima che te ne accorga. Se hai un problema urgente, hai un numero diretto e una risposta entro quattro ore. Se hai bisogno di modifiche, le gestiamo entro tre giorni lavorativi.”
Questa è esattamente la stessa cosa di uno SLA formale, comunicata nel linguaggio del cliente. Il documento legale esiste e va firmato, ma la conversazione commerciale usa il linguaggio del beneficio, non della procedura.
Le agenzie che adottano questo approccio trovano che lo SLA diventa un argomento di vendita, non un ostacolo. Come spieghiamo nell’articolo su come trattenere i clienti con piani di manutenzione, i clienti che firmano un piano di manutenzione strutturato con SLA hanno un tasso di rinnovo molto più alto di quelli con accordi informali.
SLA verso il cliente e SLA con il partner tecnico: due livelli
Per le agenzie che usano un partner tecnico white label per lo sviluppo, come Blurr, lo SLA ha due livelli distinti ma collegati.
Il primo livello è lo SLA che l’agenzia firma con il cliente finale. Il secondo è l’accordo operativo che l’agenzia ha con il partner tecnico, che deve essere allineato o più stringente del primo. Se l’agenzia garantisce al cliente una risposta entro quattro ore per le emergenze, il partner tecnico deve essere in grado di rispondere almeno entro due ore.
Questo allineamento è spesso il punto debole nelle collaborazioni white label non strutturate. Un’agenzia firma uno SLA ambizioso con il cliente, poi scopre che il freelance esterno risponde “quando può”. La soluzione è definire esplicitamente i tempi di risposta e gli SLA operativi anche nell’accordo con il partner, prima di firmare qualsiasi cosa con il cliente finale. Come documentiamo nell’articolo su come scegliere un partner di sviluppo WordPress white label, i tempi di risposta garantiti sono uno dei sette criteri fondamentali per valutare un partner.
Se vuoi strutturare i tuoi contratti di manutenzione con uno SLA professionale e stai cercando un partner tecnico che rispetti gli stessi standard, blurr.it/contatti/ è il punto di partenza. Blurr, studio WordPress white label con sede a Calliano (Trento), include SLA operativo in ogni accordo con le agenzie partner.
FAQ
No, non è obbligatorio per legge. Ma è fortemente consigliato in qualsiasi contratto che includa assistenza continuativa post-consegna. Senza SLA, ogni interpretazione di “assistenza inclusa” è valida e le controversie si risolvono caso per caso. Uno SLA trasforma aspettative implicite in obblighi espliciti, proteggendo sia l’agenzia che il cliente.
Le penali sono opzionali e raramente presenti negli SLA delle agenzie web italiane di piccole e medie dimensioni. L’alternativa più comune è il credito di servizio: se il tempo di risposta garantito non viene rispettato, il cliente riceve ore di assistenza aggiuntive gratuite nel mese successivo. È una soluzione che mantiene il rapporto costruttivo senza esporre l’agenzia a rischi economici elevati.
Lo SLA classicamente si applica alla fase di manutenzione post-consegna. Per la fase di sviluppo, gli impegni sui tempi sono regolati dal contratto di sviluppo, che dovrebbe includere milestone, tempi di consegna per fase e procedure di gestione dei ritardi. Sono due documenti distinti, con funzioni diverse.
Uno SLA efficace per un’agenzia web non deve essere lungo. Una o due pagine che definiscono chiaramente i livelli di servizio, i tempi di risposta per ogni categoria di richiesta, i metodi di contatto per le emergenze e le esclusioni sono sufficienti. Documenti più lunghi aumentano la complessità senza aggiungere chiarezza. La semplicità è un vantaggio sia nella firma che nell’applicazione pratica.