Redesign sito web: quando farlo davvero (e quando resistere)

Scrivete per ogni problema chi lo incontra, in quale pagina, durante quale compito e con quale evidenza. «Non arrivano richieste» va approfondito: potrebbero mancare visite pertinenti, il servizio potrebbe essere poco chiaro oppure il modulo potrebbe non funzionare. Una nuova grafica non risponde necessariamente a tutte queste cause.

Per un modulo controllate il percorso completo, compresa la ricezione autorizzata di una richiesta di test. Per una difficoltà di aggiornamento annotate l'operazione che il team non riesce a completare. Per un'offerta cambiata confrontate i servizi effettivamente venduti con quelli descritti nelle pagine.

Preparate una scheda con problema, prove, pagine coinvolte, dipendenze, intervento mirato possibile e limite che renderebbe necessario un lavoro più ampio. Chiedete al fornitore di spiegare quel limite, non soltanto di proporre una nuova homepage.

Esempio ipotetico: una pagina contatti non distingue assistenza e preventivi. Si può prima progettare e verificare la separazione dei due percorsi. Se invece l'intero sito mescola offerte non più attive e il sistema non consente di aggiornare la struttura necessaria, la valutazione coinvolge più pagine e strumenti.

Il rinvio è un'opzione quando il problema non è ancora definito o mancano decisioni essenziali sull'offerta. Indicate quale informazione occorre ottenere e chi se ne occupa. Rimandare senza questa condizione lascia soltanto la stessa discussione aperta.

Un nuovo logo o un cambio di posizionamento richiedono materiali e messaggi approvati. Un problema di manutenzione richiede invece una valutazione delle dipendenze tecniche. Possono coesistere, ma non vanno confusi in un'unica voce «rifacimento sito».

Chiedete quali componenti e contenuti possono restare, quali devono cambiare e perché. Mantenere il CMS è possibile se supporta il progetto e può essere gestito; cambiarlo introduce anche trasferimento dei contenuti, accessi, formazione e collaudo. Il costo va confrontato sulle attività effettive, senza presumere che una strada sia sempre più economica.

Inventariate le URL e i dati disponibili prima di modificare la struttura. Se gli indirizzi cambiano, associate le vecchie pagine alle nuove destinazioni pertinenti, aggiornate i collegamenti e pianificate i controlli. Le indicazioni Google sulle migrazioni con cambio di URL spiegano questo processo; una sitemap aggiornata non sostituisce la mappa dei trasferimenti.

Nel piano includete moduli, documenti scaricabili e percorsi commerciali. Concordate chi gestisce gli errori dopo il rilascio e come si verifica la correzione. Non serve promettere un periodo standard di stabilizzazione: servono responsabilità e criteri di accettazione.

Prima del lancio registrate il periodo di riferimento, le metriche disponibili e il problema da risolvere. Dopo il rilascio confrontate periodi omogenei e annotate cambiamenti di traffico, offerta o campagne che limitano l'attribuzione al redesign. Più visite e più richieste sono misure diverse.

Per valutare il rifacimento con ConversionWorks portate la scheda dei problemi, l'inventario delle pagine e le alternative considerate. Il preventivo potrà indicare cosa cambia, come viene verificato e quali risultati restano da misurare, invece di promettere un aumento automatico delle conversioni.