Manutenzione è una parola troppo stretta
Molti pacchetti di manutenzione sono solo elenchi di aggiornamenti automatici. Promettono di installare le nuove versioni di WordPress, del tema e dei plugin, poi di inviare un rapporto. Questo lavoro conta, ma non risponde alla domanda che si pone la maggior parte delle organizzazioni: chi si occupa del sito?
Un sito gestito ha ancora bisogno di modifiche ai contenuti, aiuto nella pubblicazione, controlli dei moduli, correzioni di accessibilità, una diagnosi quando qualcosa si rompe, coordinamento con i fornitori e una verifica prima di ogni rilascio. Serve anche qualcuno che gestisca la prossima richiesta che nessuno poteva prevedere alla firma del contratto.
Gestire un sito web significa occuparsi di tutto questo lavoro in modo continuativo. La manutenzione del software ne è solo una parte.
Che cosa deve coprire l’accordo
Il suo accordo deve rendere facile trovare il lavoro ricorrente. Verifichi che copra ciascuno di questi punti:
- Modifiche ai contenuti e alle pagine richieste dal personale autorizzato.
- Manutenzione ordinaria di WordPress, del tema e dei plugin.
- Monitoraggio della disponibilità, delle regressioni di sicurezza e dei guasti visibili.
- Diagnosi del sito, dell’hosting, dei moduli e dei servizi collegati.
- Implementazione accessibile e correzioni entro il perimetro concordato.
- Test, controlli di rilascio, backup e una traccia scritta del lavoro.
- Coordinamento con i fornitori quando un problema attraversa più sistemi.
Il tempo di risposta non è il tempo di completamento
Un obiettivo di risposta indica quando il team confermerà la ricezione della sua richiesta e comincerà a esaminarla. Non promette che ogni richiesta sarà completata entro quel numero di ore.
Questa distinzione tutela entrambe le parti. Un refuso spesso si corregge subito. Un’integrazione guasta può richiedere prove, il supporto del fornitore, accessi, test e un rilascio sicuro. Fingere che questi lavori condividano un tempo garantito premia il lavoro frettoloso e le scuse vaghe.
L’accordo deve indicare l’obiettivo di risposta, l’orario lavorativo, che cosa conta come emergenza e il modo in cui il team le darà una stima una volta compresa la richiesta.
Attività e progetti hanno bisogno di un confine visibile
La gestione ordinaria è adatta alle piccole modifiche che si inseriscono nel sito esistente e seguono il normale flusso delle richieste. Rifacimenti, nuove integrazioni, migrazioni e nuove funzionalità importanti richiedono un proprio perimetro, calendario, prezzo e criteri di collaudo.
Non dovrebbe scoprire il confine da una fattura a sorpresa. Quando una richiesta supera la gestione ordinaria, il team web deve spiegare perché, descrivere il passo successivo e inviare una proposta a prezzo fisso prima di iniziare qualsiasi lavoro di progetto.
La gestione deve lasciare una traccia
Non dovrebbe dover ricostruire la storia del suo sito da vecchi thread di email. Richieste, decisioni, modifiche completate, risultati del monitoraggio e dipendenze in sospeso devono restare visibili al suo personale autorizzato.
Questa traccia rende sicuri i passaggi di consegne e facilita il controllo. Invece di affidarsi alla memoria di qualcuno, vede che cosa è stato chiesto, che cosa è cambiato, quando, e che cosa resta da fare.
Nove domande da fare al fornitore attuale
Può valutare il suo accordo attuale senza leggere codice. Faccia queste domande e cerchi risposte precise.
- Chi può pubblicare una correzione urgente?
- Chi monitora i guasti e le regressioni di sicurezza?
- Chi possiede l’hosting, il dominio e gli account dei servizi?
- Ogni persona usa un account individuale?
- Dove vengono testate le modifiche importanti?
- Come vengono registrate le richieste e le modifiche completate?
- Quale lavoro è incluso nel canone mensile?
- Che cosa trasforma un’attività in un progetto fatturato a parte?
- Chi coordina la risposta quando l’origine di un guasto non è chiara?
Leland Fiegel