Sito ereditato da altro fornitore: meglio audit, riordino o supporto?

Se stai cercando come gestire un sito ereditato da altro fornitore, il primo errore e trattarlo subito come un normale tema di assistenza. In molti casi il problema iniziale non e ancora il canone o il supporto mensile. Il problema iniziale e capire che cosa va preso in carico, che cosa va rimesso in ordine e che cosa puo diventare davvero lavoro continuativo.

Quando erediti un sito da un altro fornitore il primo errore e trattarlo subito come un normale tema di assistenza. Se accessi, hosting, plugin, CMS, dominio, backup, ownership o backlog non sono ancora leggibili, non stai scegliendo solo un modello di supporto. Stai prima cercando di capire che cosa hai davvero in mano.

In questo scenario il nodo non e ancora manutenzione contro supporto evolutivo. Il nodo iniziale e se serva una fase di audit e riordino. Senza questo passaggio rischi di comprare un mensile per coprire problemi che appartengono alla transizione: credenziali incomplete, ambienti poco chiari, aggiornamenti accumulati, dipendenze fragili o responsabilita lasciate a meta.

L audit ha piu senso quando il quadro e ancora opaco. Serve a verificare stato reale del progetto, accessi disponibili, rischi tecnici, priorita immediate e margine di recupero dell esistente. In pratica non stai pagando ancora continuita. Stai pagando chiarezza su quello che va stabilizzato prima di promettere supporto ordinario.

Ci sono quattro segnali che di solito spostano subito la decisione verso audit e riordino iniziale. Primo: non e ancora chiaro chi controlla dominio, hosting, DNS o repository. Secondo: backup, tracking, form o automazioni non sono stati ancora verificati. Terzo: esiste un backlog che nessuno ha distinto dal supporto ordinario. Quarto: il vecchio fornitore ha lasciato una presa in carico parziale, con asset distribuiti in account diversi o senza storico leggibile.

C e poi un bivio che conviene chiarire subito: stai cercando di salvare una base recuperabile o stai gia entrando in un rifacimento completo? Questa domanda non riguarda ancora il canone. Riguarda il margine reale dell esistente. Se struttura, contenuti, tracking e accessi sono ancora recuperabili, spesso il primo vantaggio economico sta nel riordinare bene. Se invece la base e troppo fragile o incoerente, il subentro serve soprattutto a mettere in sicurezza il passaggio prima di decidere quanto rifare.

Il ticket a consumo puo entrare solo dopo, quando il perimetro diventa abbastanza leggibile e le richieste sono puntuali: un fix preciso, una correzione, una pagina da rimettere online o un intervento tecnico circoscritto. Se invece ogni settimana emergono nuove criticita o manca ancora una visione minima della base, il ticket rischia di frammentare un problema che andrebbe prima rimesso in ordine.

Il supporto mensile o evolutivo ha senso solo quando la transizione non e piu il problema centrale. Se il sito e stato ripreso bene, gli accessi sono sotto controllo e il backlog e abbastanza leggibile, allora puoi distinguere manutenzione ordinaria, richieste operative, SLA e lavoro evolutivo. Prima di quel punto il mensile sembra comodo ma spesso sposta solo avanti l ambiguita.

Per questo conviene separare almeno tre blocchi economici prima di leggere un preventivo. Il primo e la presa in carico iniziale: accessi, verifica asset, stato tecnico e criticita urgenti. Il secondo e il backlog ereditato: richieste lasciate a meta, pagine da riallineare, integrazioni da riprendere, ticket sospesi. Il terzo e il modello che restera dopo: ticket, manutenzione, SLA o supporto evolutivo. Quando questi tre blocchi si mescolano, il prezzo sembra semplice ma perde verita.

La domanda utile quindi non e chi puo prendere in carico il sito da domani. La domanda utile e quale parte del lavoro appartiene al subentro e quale parte puo diventare davvero supporto continuativo. Se separi queste due fasi, il preventivo diventa piu onesto e il rischio di comprare un canone fuori ordine cala molto.

Se il cambio fornitore e gia deciso, entra anche una domanda operativa molto concreta: esiste una checklist di migrazione abbastanza chiara da proteggere continuita commerciale e tecnica? DNS, email collegate, analytics, backup, accessi amministrativi e finestra di passaggio non dovrebbero comparire come dettagli secondari solo dopo la firma. Sono parte della decisione.