Sito ereditato da altro fornitore: cosa controllare prima del supporto

Quando erediti un sito da un altro fornitore, la tentazione piu comune e chiedere subito supporto continuativo. Il problema e che in molti casi non stai ancora comprando continuita. Stai ancora cercando di capire che cosa esiste davvero, cosa e recuperabile e dove si nasconde il rischio operativo.

La prima verifica riguarda accessi e ownership. Dominio, hosting, CMS, repository, pannello DNS, backup, caselle email collegate, strumenti di analytics e account pubblicitari non dovrebbero restare in una zona grigia. Se anche solo una di queste parti non e sotto controllo, il problema iniziale non e il canone. E il subentro.

La seconda verifica riguarda lo stato tecnico reale. Plugin, dipendenze, versioni, errori gia noti, automatismi, form, integrazioni e logica dei deploy vanno letti per capire se il sito richiede solo tenuta ordinaria o un riordino piu netto. Finche questo punto resta opaco, qualunque formula mensile rischia di coprire lavoro straordinario mascherato da assistenza.

La terza verifica riguarda il backlog nascosto. Molti siti ereditati non hanno un solo problema. Hanno una coda di micro problemi: pagine mai finite, CTA incoerenti, testi datati, automazioni interrotte, tracking incompleto, ticket sospesi e richieste lasciate a meta. Se il backlog non viene distinto dalla manutenzione ordinaria, il nuovo supporto parte gia storto.

Poi c e la parte commerciale, spesso sottovalutata. Se il sito eredita anche messaggio debole, struttura confusa o offerte poco leggibili, il rischio e attribuire tutto al supporto tecnico. In realta una parte del lavoro puo riguardare audit, riordino delle priorita e chiarezza del funnel, non semplice presa in carico di ticket.

Per questo conviene fare cinque domande molto concrete prima di accettare un ricorrente. Primo: chi controlla davvero dominio, hosting e accessi? Secondo: quali criticita sono ordinarie e quali appartengono ancora al subentro? Terzo: esiste un backlog da smaltire? Quarto: il sito e gia abbastanza stabile per un supporto mensile? Quinto: quali richieste restano tecniche e quali diventano evolutive o commerciali?

Se alle prime tre domande la risposta resta incerta, il passo giusto non e un canone generico. Di solito serve prima un audit o una fase di presa in carico iniziale ben delimitata. Solo dopo ha senso capire se il progetto richiede ticket sporadici, manutenzione tecnica, supporto mensile o un presidio evolutivo piu largo.

La domanda utile quindi non e chi puo prendere in mano il sito da domani mattina. La domanda utile e quale parte del lavoro va prima separata dal supporto ricorrente per non pagare in modo confuso una fase di recupero che ha natura diversa.