Business case per rifare il sito: quando il redesign è un investimento e quando è solo un costo

14 Ottobre 2026 · Siti web

Il business case deve confrontare tre scenari: mantenere, correggere e rifare. Valuta costi, benefici, rischi e dipendenze, compreso il costo di non fare nulla.

Il problema deve essere espresso in effetti osservabili

Un sito può avere problemi di mercato, architettura, contenuti, tecnologia, conversione o governance. Ogni problema produce conseguenze diverse: query non presidiate, difficoltà di valutazione, tempi di aggiornamento, errori, perdita di lead o dipendenza da fornitori.

Il redesign è giustificato quando la struttura esistente impedisce di risolvere i problemi in modo sostenibile. Se bastano nuovi contenuti, template mirati o correzioni tecniche, rifare tutto aumenta costo e rischio di migrazione.

Il beneficio non è soltanto più conversioni. Può includere riduzione del tempo di gestione, riuso dei dati, supporto alla rete vendita, ingresso in mercati, minori errori, maggiore velocità di pubblicazione e tutela del patrimonio organico.

Dati e decisioni da raccogliere prima del calcolo

Baseline

Traffico qualificato, richieste, tassi, tempi di aggiornamento, errori, costi di manutenzione e uso da parte di vendite.

Problemi prioritari

Effetti concreti e frequenza, non opinioni estetiche. Ogni problema deve avere una prova o una ipotesi verificabile.

Alternative

Mantenere, ottimizzare, ricostruire per fasi o rifare. Il business case deve includere almeno una alternativa credibile.

Benefici

Margine da opportunità incrementali, risparmio operativo, riduzione rischio, capacità e patrimonio.

Rischi di progetto

Migrazione, ritardi, contenuti, integrazioni, adozione interna, privacy, posta, tracking e indicizzazione.

Formula di lavoro

Valore del redesign = benefici incrementali + costi evitati + rischio ridotto − costo totale e rischio di migrazione

Alcuni benefici sono monetizzabili, altri vanno descritti con indicatori. Evitare di assegnare euro arbitrari a ogni miglioramento solo per far tornare il caso.

Esempio: sito che genera lead ma blocca la crescita internazionale

Il sito italiano converte, ma non supporta catalogo strutturato, lingue e routing distributori. Ogni nuova pagina richiede sviluppo, i dati di prodotto sono duplicati e la migrazione SEO precedente è documentata male. Correggere singolarmente costa 25.000 euro e mantiene la dipendenza; rifare costa 70.000 euro ma crea template, dati e governance.

Il business case non si limita a “più lead”. Include il costo annuale delle modifiche manuali, il tempo per aprire un mercato, le opportunità perse e il rischio di errori. Se l’azienda non ha un piano internazionale reale, il redesign resta sovradimensionato; se tre mercati sono prioritari, la nuova infrastruttura può essere necessaria.

Come costruire il business case prima del brief tecnico

1. Quantificare il costo attuale

Manutenzione, errori, tempo, opportunità perse e dipendenze. Senza baseline, il nuovo sito viene valutato solo sul preventivo.

2. Isolare i problemi

Separare ciò che richiede redesign da ciò che richiede contenuti, processi o campagne. Il sito non deve assorbire ogni problema aziendale.

3. Disegnare alternative

Stimare costi, tempi, benefici e rischi di mantenimento, ottimizzazione e rifacimento. Scartare alternative solo con motivazioni.

4. Collegare benefici a capacità

Più lead hanno valore se vendite e produzione possono gestirli. Più velocità editoriale conta se esiste un piano di contenuti.

5. Valutare la migrazione

Inventario URL, redirect, contenuti, tracking e rollback entrano nel costo e nel rischio, non come nota finale.

6. Definire criteri post-lancio

Prestazioni, indicizzazione, form, adozione, tempi di aggiornamento e qualità delle opportunità devono essere verificati.

Le giustificazioni che nascondono un progetto senza obiettivo

“I concorrenti sono più belli”

Il confronto visivo non dimostra che il loro sito funzioni né quale problema debba risolvere il tuo.

“La tecnologia è vecchia”

L’età non basta. Contano sicurezza, supporto, performance, gestibilità e capacità di evolvere.

“Aumenterà le conversioni del X%”

Senza baseline, test e ipotesi, la percentuale è una promessa. Il nuovo sito può anche ridurre conversioni durante la transizione.

Escludere contenuti e migrazione

Il business case appare più conveniente ma il progetto non include ciò che determina domanda e continuità.

Nessun costo di adozione

Formazione, governance e cambi di processo possono ritardare i benefici anche dopo il lancio.

Dare un proprietario a ogni beneficio

Il business case diventa più credibile quando ogni beneficio ha un responsabile e un meccanismo. La riduzione dei tempi editoriali dipende da template e governance; l’aumento delle opportunità dipende da pagine, domanda e vendita; il minor rischio SEO dipende da inventario e migrazione. Il fornitore non controlla tutti questi passaggi da solo.

Per ogni beneficio si possono indicare baseline, azione, owner, data di verifica e condizione esterna. Questa tabella impedisce di accreditare al redesign miglioramenti che richiedevano anche nuovi contenuti, campagne o processi, e rende visibili le responsabilità del cliente.

Il costo di non fare nulla deve avere una scadenza

Mantenere il sito non è una decisione neutra. Il business case dovrebbe stimare cosa accade per dodici, ventiquattro e trentasei mesi: manutenzione, opportunità perse, ritardi editoriali, vulnerabilità e dipendenza. Se il costo cresce, la data di rivalutazione viene fissata subito. Questo evita che il rinvio diventi indefinito e che il progetto venga riaperto ogni anno senza nuovi dati.

Definire che cosa non cambierà con il nuovo sito

Il business case dovrebbe elencare anche i limiti. Un redesign non crea domanda dove non esiste, non sostituisce la validazione tecnica, non accorcia da solo un processo commerciale e non rende distintiva una offerta indifferenziata. Dichiarare questi confini protegge il progetto da aspettative impossibili e indica quali iniziative complementari devono essere finanziate.

Quando dire sì, no o non ancora

• Sì quando i problemi prioritari sono strutturali, la nuova base abilita obiettivi reali e la migrazione è governata.
• No quando il sito è recuperabile e il progetto nasce soprattutto da preferenze estetiche o da un cambio di management.
• Non ancora quando contenuti, dati, referenti o priorità non sono pronti: anticipare lo sviluppo crea placeholder e rifacimenti.
• Per fasi quando alcune aree hanno urgenza e il rischio di sostituire tutto insieme è troppo alto.

Come KLC decide prima di disegnare

KLC analizza obiettivi, domanda, contenuti, tecnologia, dati e processo commerciale. Produce una diagnosi che distingue correzioni, nuove sezioni e redesign, evitando di proporre il sito come risposta automatica.

Quando il redesign è giustificato, architettura, copy, design, sviluppo, SEO, analytics e migrazione vengono coordinati. Gli output e le responsabilità sono documentati, compreso ciò che deve fornire e validare il cliente.

Il post-lancio include QA e misurazione. Il business case viene verificato non solo su traffico e conversioni, ma su qualità delle richieste, uso interno, velocità editoriale e costi evitati.

Domande frequenti

Quanto deve essere finanziario il business case?

Quanto basta a decidere. Monetizzare margine e costi osservabili; descrivere con indicatori i benefici difficili da valutare senza inventare euro.

Un redesign può essere fatto per fasi?

Sì, se architettura, URL e componenti sono progettati per la transizione. La coesistenza deve avere un piano tecnico e editoriale.

Chi deve approvare il business case?

Direzione, marketing, vendite e responsabili tecnici coinvolti. Il progetto cambia processi e patrimonio, non solo comunicazione.

Fonti e riferimenti per la revisione

• Google Search Central — Helpful, reliable, people-first content
• Google Search Central — AI features and your website

Approfondisci il servizio: Siti web B2B.