Saperlo da noi, non da un cliente.
La maggior parte dei disservizi la nota qualcuno che sta cercando di comprare. Un monitoraggio impostato bene significa che lo sapete per primi, spesso prima che qualcuno ne sia toccato.
Impostiamo monitoraggio, avvisi e reperibilità perché i problemi arrivino al vostro team in automatico, con avvisi tarati in modo che le persone continuino a leggerli. Parte del lavoro è concordare che cosa merita davvero di svegliare qualcuno, e quasi sempre significa togliere avvisi più che aggiungerne. Si misura ciò che sente il cliente.
Aggiornato novembre 2026
Troppi avvisi equivalgono a nessun avviso.
Il fallimento comune non è la mancanza di monitoraggio. È un monitoraggio che scatta di continuo per cose su cui nessuno agisce, finché il canale viene silenziato e l’avviso vero arriva nel silenzio.
Quindi il lavoro consiste tanto nel togliere avvisi quanto nell’aggiungerli. Qualcosa deve svegliare una persona solo se quella persona può fare qualcosa subito. Tutto il resto è un cruscotto o un riepilogo del mattino.
L’altra metà è sapere che cosa misurare. La CPU del server raramente è ciò che sente il cliente. Il checkout che si completa, l’API che risponde, il gateway di pagamento che risponde: quelli meritano un allarme.
Che cosa impostiamo.
Monitoraggio di ciò che sentono gli utenti
Riescono a completare il checkout, l’API risponde, la pagina è veloce. Non metriche dei server fini a se stesse.
Avvisi su cui si può agire
Se alle tre di notte nessuno può fare nulla, non è un avviso. È qui che sbagliano quasi tutte le configurazioni.
Reperibilità sostenibile
Un turno, un percorso di escalation e un accordo su che cosa giustifica davvero svegliare qualcuno.
Disponibilità vista da fuori
Controllata da dove sono i vostri clienti. Il monitoraggio solo dall’interno perde intere categorie di guasti.
Tracciamento degli errori
Raggruppati e senza duplicati, così un picco si vede invece di perdersi nel rumore.
Cruscotti che vale la pena aprire
I pochi numeri che dicono se va tutto bene, non quaranta grafici che nessuno legge.
Procedure per i guasti probabili
Così chi è reperibile non deve diagnosticare da zero alle tre di notte.
Analisi dopo gli incidenti
Che cosa è successo, perché, e che cosa impedisce che si ripeta. Senza colpe, o le persone smettono di segnalare.
Che cosa merita un avviso.
Il test è semplice: una persona può fare qualcosa subito?
| Segnale | Svegliare qualcuno? | Perché |
|---|---|---|
| Il checkout fallisce | Sì, subito | Gli incassi si fermano, e si può intervenire ora |
| Il sito restituisce errori | Sì | I clienti ne sono toccati adesso |
| Il gateway di pagamento non risponde | Sì | Anche se la soluzione è avvisare i clienti |
| Tempi di risposta in aumento | Avvisare, non svegliare | Una tendenza, non ancora un’emergenza |
| CPU all’80% | No | I clienti non sentono la CPU |
| Disco pieno al 60% | Un ticket, non un avviso | Prevedibile, con giorni di anticipo |
Dove conta di più.
Lavoro per il più grande switch di pagamento condiviso del Pakistan, dove un disservizio non è un fastidio.
Negozi online in Qatar, tutti attivi, dove un’ora offline durante una campagna è un incasso misurabile.
Normalmente togliamo più avvisi di quanti ne aggiungiamo. Il miglioramento è quello.
Quando vi serve.
Sono i clienti a dirvi che si è rotto
Il segnale più chiaro, e un modo costoso di scoprirlo.
Il canale degli avvisi è silenziato
È capitato a tutti. Significa che gli avvisi erano sbagliati, non le persone.
Un disservizio costa soldi veri
Se un’ora offline è un incasso misurabile, il monitoraggio costa poco in confronto.
Non fa per voi se è uno strumento interno usato da poche persone
Se lo usano pochi colleghi in orario d’ufficio, basta un semplice controllo di disponibilità. Ve lo diciamo.
Come lavoriamo.
Chiediamo quanto costa un disservizio
Quel numero decide quanto monitoraggio vale. Senza, tutto sembra ugualmente urgente.
Monitoriamo il percorso dell’utente
Una persona riesce a fare la cosa da cui dipende la vostra azienda? Si parte da lì, non dai server.
Tariamo gli avvisi con decisione
Di solito togliendone più di quanti ne aggiungiamo. Un canale silenziato è peggio di nessun canale.
Scriviamo le procedure
Per i guasti davvero probabili, così chi è reperibile segue dei passi invece di improvvisare.
Impostiamo i turni
Con escalation, e un accordo su che cosa giustifica una chiamata notturna.
Analizziamo dopo gli incidenti
Senza colpe, o le persone smettono di dirvi le cose.
Site reliability
6 domande con risposta. Ne avete un’altra? Scriveteci.
La manutenzione tiene in salute il software: aggiornamenti, patch, backup. L’affidabilità riguarda il sapere subito quando qualcosa non va e avere un modo collaudato di reagire. Molti clienti hanno bisogno di entrambe, e sono discipline diverse: una previene, l’altra rileva e risponde.
Sette categorie. Quarantacinque servizi.
Raccontateci il progetto, com’è davvero.
Scriveteci cosa vi serve e dove siete bloccati. Vi rispondiamo entro un giorno lavorativo con domande vere, e se il progetto dovrebbe essere più piccolo di come lo immaginate ve lo diremo.