PathSettembre 2026
Quando il monitoraggio divora la manutenzione: falsi positivi, scenari, project manager autonomi
Un’agenzia ci ha contattati perché il suo monitoraggio creava più lavoro di quanto ne evitasse. Troppi avvisi senza impatto, troppi ritocchi agli scenari da parte dei tecnici.
Il vero problema non era «lo strumento»
Non cercavano una sonda in più. Cercavano di uscire da un circolo vizioso: una modifica minore sul sito di un cliente, un avviso, un ticket interno, uno sviluppatore che riapre lo scenario, lo corregge, lo ritesta. I project manager, intanto, aspettavano.
Su un parco di circa quaranta siti in manutenzione, il costo non era teorico. Da quindici a venti avvisi a settimana, di cui una buona metà senza un guasto reale. Da trenta a quarantacinque minuti per ritocco. Da sei a otto ore di lavoro tecnico a settimana solo per tenere in vita gli scenari.
Cosa rompeva davvero il modello
Un monitoraggio dei percorsi utile diventa presto inutilizzabile se può mantenerlo solo chi sa leggere un selettore. La manutenzione è un mestiere di assistenza al cliente. Se ogni piccola modifica dell’interfaccia richiede uno sviluppatore, non si sta più monitorando: si fa da babysitter agli avvisi.
Cosa hanno messo in piedi
Gli scenari critici (login, contatto, percorsi di business) restano percorsi nel browser riprodotti dall’Europa, con screenshot quando un passaggio fallisce. La differenza non è magica: è chi ha il diritto — e la capacità — di farli evolvere.
I project manager aggiornano gli scenari sui siti che gestiscono. Il tecnico interviene quando qualcosa si rompe davvero, non per ogni variazione dell’interfaccia. In pratica, da loro: circa tre volte meno falsi positivi, e mezza giornata di lavoro tecnico recuperata ogni settimana sulla manutenzione.
Cosa teniamo, cosa non promettiamo
Non promettiamo zero avvisi. Un percorso che cambia spesso richiederà sempre un po’ di attenzione. Promettiamo soprattutto che questa attenzione può stare nel posto giusto: dal lato del progetto, il più vicino possibile al cliente, senza trasformare ogni banner dei cookie in un incidente di squadra. La configurazione degli scenari deve restare semplice. L’infrastruttura deve restare invisibile.
Tre domande per la revisione della manutenzione
- Quanti avvisi della settimana scorsa avevano un impatto reale sul cliente?
- Chi ha corretto l’ultimo scenario rotto — un project manager o uno sviluppatore?
- Quante ore di lavoro tecnico vanno ancora a mantenere il monitoraggio invece che a consegnare o correggere siti?
Se la risposta alla seconda domanda è sempre «uno sviluppatore», il monitoraggio costa probabilmente più di quanto protegga. La pagina per le agenzie descrive come impostiamo gli scenari in modo semplice e di cosa ci occupiamo dopo.