La risposta in breve
Un budget attendibile parte dalle attività da svolgere, non da una cifra scelta a intuito. Definite obiettivi, tipi di pagina, contenuti, integrazioni, migrazione, responsabilità e criteri di accettazione. Confrontate poi i preventivi a parità di prestazioni, verificando esclusioni, ipotesi e costi ricorrenti. Prevedete una riserva per i rischi individuati e chiarite la titolarità degli account e i diritti sui materiali prima di approvare il progetto.
- Calcolate il budget per attività, responsabilità e criteri di accettazione, non soltanto in base al numero di pagine.
- Rendete confrontabili le offerte prima di valutarne i totali: voci identiche possono comprendere prestazioni diverse.
- Separate i costi di realizzazione, le spese ricorrenti e i miglioramenti facoltativi.
- Gestite la riserva per gli imprevisti attraverso un registro dei rischi e una procedura esplicita di approvazione delle modifiche.
In questa pagina
La risposta in breve: il costo dipende dalle attività e dalle incognite
Il costo del rifacimento di un sito web non si può stimare seriamente contando soltanto le pagine. Dieci pagine di servizi differenti, con interviste, migrazione e integrazioni, possono richiedere più lavoro di un archivio più ampio basato su modelli già definiti e testi approvati. Partite dagli obiettivi, dai tipi di pagina riutilizzabili, dallo stato dei contenuti, dalle dipendenze tecniche e da chi svolgerà ciascuna attività.
Un budget utile distingue quattro aree: analisi e decisioni, produzione e realizzazione, transizione e controlli, gestione continuativa. Le offerte sono confrontabili solo se ogni fornitore risponde allo stesso insieme di requisiti e chiarisce le proprie ipotesi ed esclusioni.
Non cercate una cifra apparentemente precisa prima che il team abbia esaminato il sito attuale. Chiedete una fascia di costo collegata a condizioni esplicite oppure una fase preliminare circoscritta e a pagamento che permetta di definire un piano più affidabile.
- Definite gli obiettivi commerciali e i percorsi prioritari.
- Censite contenuti, lingue, integrazioni ed esigenze di migrazione.
- Assegnate le responsabilità del cliente e del fornitore.
- Precisate le prove necessarie per accettare il lavoro.
- Separate costi iniziali, ricorrenti e facoltativi.
| Area del budget | Decisioni tipiche | Prova prima dell’approvazione |
|---|---|---|
| Analisi iniziale | Pubblico, obiettivi, attività e vincoli | Brief concordato e registro delle decisioni |
| Produzione | Contenuti, design, modelli e sviluppo | Esempi approvati e componenti funzionanti |
| Transizione | Migrazione, reindirizzamenti, test e pubblicazione | Mappa, risultati dei test e piano di pubblicazione |
| Gestione | Hosting, manutenzione, licenze e miglioramenti | Responsabile, condizioni del servizio e scadenze di rinnovo |
Definite i tipi di pagina, non soltanto il loro numero
Il numero di pagine serve per censire il sito, ma descrive male il lavoro necessario. Raggruppatele per tipologia: homepage, dettaglio di un servizio, pagina per un settore, caso di progetto, articolo e contatti. Per ogni tipo, indicate quante pagine esistono, quali contenuti sono riutilizzabili, chi fornisce i materiali e quali approvazioni occorrono.
Considerate le lingue separatamente: tradurre richiede un processo, non una semplice moltiplicazione. Chiarite se il lavoro comprende adattamento, revisione terminologica, referenze pertinenti al mercato, metadati, testi nelle immagini, moduli e aggiornamenti futuri. Serve inoltre una persona incaricata di mantenere coerenti le versioni.
Descrivete le integrazioni attraverso il loro funzionamento. Scrivere “integrazione CRM” non basta. Precisate quali dati vengono inviati, come sono validati, come si gestiscono consenso, instradamento ed errori, quale conferma appare e quali test dimostrano il corretto funzionamento.
| Elemento del progetto | Domande che incidono sul lavoro | Prova di accettazione |
|---|---|---|
| Tipo di pagina | Struttura dedicata o modello riutilizzabile? | Modello approvato alle dimensioni di schermo concordate |
| Contenuto | Nuovo, rivisto, migrato o eliminato? | Testo approvato e fonte documentata |
| Versione linguistica | Chi traduce, adatta e verifica? | Approvazione del revisore incaricato |
| Integrazione | Quali dati vengono trasferiti e cosa può non funzionare? | Test dell’intero flusso superati |
| Risorsa | Chi la possiede, la seleziona e ne concede l’uso? | File e diritti d’uso documentati |
Suddividete il budget per attività
Un budget suddiviso per attività rende visibili le omissioni. L’analisi iniziale comprende ricerca, allineamento dei decisori, esame dei dati e requisiti. I contenuti comprendono inventario, architettura delle informazioni, redazione, revisione, traduzione e migrazione. Il design comprende percorsi, wireframe, direzione visiva e comportamento sui diversi schermi. Lo sviluppo comprende modelli, gestione dei contenuti, integrazioni e configurazione. I controlli coprono accessibilità, prestazioni, browser e moduli; la transizione include reindirizzamenti, misurazione, formazione e assistenza alla pubblicazione.
Chiedete se gestione del progetto, riunioni, revisioni e passaggio di consegne sono compresi. Sono attività che richiedono tempo: la parola “incluso” non deve nascondere ipotesi diverse tra le offerte.
Per ogni attività indicate chi ne risponde e da cosa dipende. I testi forniti dal cliente non sono privi di costo se nessuno in azienda dispone del tempo o dell’autorità per prepararli.
Esempio di calcolo interamente fittizio, non un prezzo di Website Rebuild, una media di mercato o un preventivo: immaginate 24 ore per analisi e contenuti, 36 per design e sviluppo e 20 per migrazione e controlli. Con una tariffa ipotetica di CHF 120, le 80 ore ammontano a CHF 9 600. Aggiungendo CHF 600 per strumenti previsti nell’esempio, il totale è CHF 10 200. Il valore dell’esercizio sta nelle ipotesi esplicite. Un’altra offerta con lo stesso totale potrebbe escludere traduzioni, inserimento dei contenuti o assistenza. Sostituite ogni cifra con quantità e tariffe effettive delle vostre offerte.
- Analisi iniziale e decisioni.
- Strategia, produzione, traduzione e migrazione dei contenuti.
- Architettura delle informazioni e design responsive.
- Sviluppo, configurazione del CMS e integrazioni.
- Controllo qualità, accessibilità e prestazioni.
- Transizione SEO, misurazione e pubblicazione.
- Formazione, documentazione e correzione dei difetti.
| Attività | Esempio di responsabilità del cliente | Esempio di responsabilità del fornitore |
|---|---|---|
| Contenuti | Fornire i fatti e approvare le affermazioni | Intervistare, redigere, rivedere e inserire i testi approvati |
| Design | Nominare un unico responsabile delle decisioni | Progettare gli stati e documentare il comportamento dei componenti |
| Integrazione | Fornire gli accessi e le regole per i dati | Realizzare, testare gli errori e documentare la configurazione |
| Pubblicazione | Approvare la messa online e organizzare la disponibilità del personale | Eseguire la checklist e monitorare i problemi tecnici |
Confrontate le offerte con una griglia comune
Accantonate i totali finché non avete confrontato le prestazioni. Create una riga per ogni risultato richiesto e per ogni responsabilità; segnate poi se ciascuna offerta li comprende, li esclude, prevede un importo provvisorio, li affida al cliente oppure non li chiarisce. Chiedete le precisazioni per iscritto.
Fate attenzione alle formule identiche con significati diversi. “Migrazione dei contenuti” può indicare un’importazione automatica, un inserimento manuale nei nuovi modelli oppure riscrittura e controllo qualità. “Design responsive” può comprendere poche schermate o il comportamento documentato di tutti gli stati dei componenti. “SEO” può limitarsi ai metadati oppure includere inventario degli URL, reindirizzamenti e monitoraggio.
Valutate anche il modello contrattuale. Un prezzo fisso trasferisce al fornitore parte del rischio relativo alle prestazioni concordate, ma normalmente dipende da ipotesi precise. Il lavoro a tempo facilita le modifiche, ma richiede priorità, rendicontazione e limiti di spesa. Un progetto per fasi può ridurre le incognite prima dell’impegno più consistente.
| Voce di confronto | Offerta A | Offerta B | Chiarimento necessario |
|---|---|---|---|
| Contenuti | Il cliente fornisce i testi definitivi | Redazione inclusa per i modelli indicati | Chi migra gli articoli esistenti? |
| Transizione degli URL | Reindirizzamenti menzionati | Inventario, mappa e test dei reindirizzamenti | Quanti URL e chi approva le corrispondenze? |
| Revisioni | Due cicli per fase | Collaborazione settimanale | Cosa conta come ciclo di revisione o modifica? |
| Assistenza | Trenta giorni per correggere i difetti | Servizio mensile proposto | Definire difetti, tempi di risposta e attività facoltative |
Chiarite titolarità degli account e costi ricorrenti
La realizzazione è solo una parte del costo del sito. Elencate hosting, dominio, licenze software, caratteri tipografici, immagini acquistate, strumenti per il consenso, sicurezza, backup, monitoraggio, assistenza e integrazioni esterne. Per ogni voce indicate titolare dell’account, intestatario delle fatture, rinnovi, modalità di disdetta e possibilità di esportazione.
Quando possibile, preferite account intestati al cliente. Concordate l’accesso a dominio, hosting, CMS, strumenti di analisi, file sorgenti e repository pertinenti al progetto. Documentate che cosa accade a dati, licenze e funzionalità quando termina un servizio continuativo.
Distinguete la gestione necessaria dai miglioramenti facoltativi. Hosting e manutenzione essenziale possono essere indispensabili; nuovi contenuti, esperimenti di conversione e pagine per campagne possono invece costituire attività aggiuntive pianificate. Questa distinzione permette di approvare la spesa con cognizione di causa.
- Fornitore e titolare legale di ogni account.
- Frequenza di fatturazione e modalità di rinnovo.
- Assistenza compresa e attività fatturate separatamente.
- Procedura di esportazione di dati e contenuti.
- Accessi, file sorgenti e documentazione da consegnare.
- Conseguenze della cessazione del rapporto.
| Costo ricorrente | Domanda sulla titolarità | Domanda sulla cessazione |
|---|---|---|
| Dominio | A chi è intestato l’account presso il registrar? | L’azienda può trasferirlo direttamente? |
| Hosting | Chi controlla configurazione e backup? | Come si esportano sito e database? |
| Licenza | È del cliente o fa parte del pacchetto del fornitore? | Cosa smette di funzionare alla scadenza? |
| Assistenza | Quali risposte e interventi sono compresi? | Come si disdice o sostituisce il servizio? |
Inserite migrazione e pubblicazione nel preventivo
Un rifacimento può mantenere il dominio e cambiare comunque URL, contenuti e collegamenti interni. Google consiglia di associare i vecchi URL alle nuove destinazioni e usare reindirizzamenti permanenti lato server per gli spostamenti definitivi. Raccomanda inoltre di aggiornare i link interni e monitorare la transizione. Inventario, decisioni, implementazione e test devono quindi figurare nell’offerta.
Includete configurazione e verifica della misurazione, test di ricezione dei moduli, gestione del consenso, controlli di accessibilità, prestazioni, revisione dei testi, backup, piano di ripristino e disponibilità del personale. La checklist di pubblicazione deve indicare chi può autorizzare la messa online.
La dicitura “pubblicazione inclusa” non chiarisce l’assistenza dei primi giorni. Definite il periodo di correzione dei difetti, il canale per segnalarli, il monitoraggio e chi interviene sui problemi urgenti di contenuto o integrazione.
- Inventario dei vecchi URL e mappa delle destinazioni approvata.
- Reindirizzamenti permanenti e aggiornamento diretto dei link interni.
- Misurazione e verifica delle azioni importanti.
- Test dei moduli fino alla ricezione e alla risposta.
- Backup, ripristino e autorizzazione alla pubblicazione.
- Classificazione e monitoraggio dei problemi dopo la pubblicazione.
Prevedete gli imprevisti senza autorizzare spese illimitate
La riserva deve coprire incognite individuate, non ambizioni indefinite. Tenete un registro con probabilità, impatto, responsabile e risposta prevista per ogni rischio. Tra gli esempi: integrazioni non documentate, materiali di partenza incompleti, revisori non disponibili o vecchi URL difficili da esportare.
Autorizzate l’uso della riserva attraverso una procedura scritta. Ogni modifica deve spiegare il motivo, le attività coinvolte, l’effetto su tempi e costi e quale priorità cambia se il budget resta invariato. Eviterete così che piccole aggiunte si accumulino senza essere valutate.
Una classificazione utile distingue requisiti indispensabili alla pubblicazione, miglioramenti auspicabili e opportunità successive. Date precedenza al percorso del cliente, agli obblighi applicabili, all’integrità dei dati e alla chiarezza delle responsabilità operative.
| Rischio | Segnale iniziale | Conseguenza per il budget |
|---|---|---|
| Contenuti esistenti incoerenti | Il controllo a campione rileva duplicati e responsabilità mancanti | Finanziare un inventario più approfondito prima della migrazione |
| Integrazione non documentata | Mancano account di prova o specifiche dei campi | Prevedere un’analisi tecnica preliminare |
| Approvazioni lente | Più persone possono bloccare i testi | Nominare un responsabile e pianificare le verifiche |
| Nuove idee durante il design | L’elenco delle richieste cresce dopo ogni revisione | Applicare le priorità di pubblicazione e la procedura per le modifiche |
Collegate i pagamenti a risultati verificabili
Le scadenze di pagamento dovrebbero corrispondere a risultati e decisioni verificabili. Un acconto può riservare la capacità del team; i pagamenti successivi possono essere collegati al brief concordato, alla direzione approvata, ai modelli funzionanti, alla preparazione della migrazione e all’accettazione del sito. Il contratto deve chiarire cosa significa approvare e come i ritardi del cliente incidono sul piano.
I criteri di accettazione devono essere osservabili. Sostituite “moderno, veloce e ottimizzato SEO” con percorsi definiti, dispositivi o browser supportati, controlli dei contenuti e dei reindirizzamenti, prova di ricezione delle richieste, consegna degli accessi e condizioni concordate per i test delle prestazioni. Evitate garanzie di posizionamento o di numero di contatti: il fornitore non controlla tutti i fattori.
Conservate un elenco scritto dei limiti noti e delle attività successive alla pubblicazione. Accettare il sito non significa fingere che siano state incluse prestazioni facoltative.
- Risultato da consegnare e responsabile della decisione.
- Periodo di verifica e numero di revisioni incluse.
- Prove oggettive per l’accettazione.
- Dipendenze e gestione dei ritardi.
- Definizione dei difetti e periodo di correzione.
- Materiali da consegnare e conferma degli accessi.
Preparate una richiesta di offerta che consenta di decidere
Fornite a ogni fornitore lo stesso dossier sintetico: obiettivo commerciale, utenti e percorsi prioritari, inventario del sito, tipi di pagina, lingue, integrazioni, responsabilità, vincoli, modalità di gestione futura e criteri di accettazione. Invitate i candidati a mettere in discussione le ipotesi e individuare i rischi.
Chiedete un dettaglio delle prestazioni, l’approccio al progetto, i ruoli del team, gli apporti richiesti al cliente, le esclusioni, i costi ricorrenti, i diritti e la procedura per le modifiche. I lavori precedenti sono utili quando spiegano un vincolo simile e il contributo del fornitore, non soltanto quando mostrano una bella schermata del vostro settore.
Un concept gratuito della homepage può aiutare a valutare la gerarchia dei messaggi e la direzione per mobile prima della realizzazione. Consideratelo un elemento per definire il progetto. Sviluppo, hosting e attività continuative richiedono comunque preventivi e accordi separati.
LE VOSTRE DOMANDE, LE RISPOSTE
Domande frequenti
Quanto costa rifare un sito web?
Non esiste un importo valido per ogni progetto. Il costo dipende da strategia, modelli di pagina, contenuti, lingue, integrazioni, migrazione, controlli, responsabilità e servizi continuativi. Definite questi elementi prima di confrontare le stime.
Cosa deve comprendere un preventivo per il rifacimento del sito?
Deve specificare risultati, ipotesi, esclusioni, responsabilità del cliente, revisioni, criteri di accettazione, titolarità, costi ricorrenti e gestione delle modifiche. Migrazione e assistenza successiva vanno esplicitate quando pertinenti.
Conviene chiedere un prezzo fisso?
Il prezzo fisso può essere adatto quando attività e requisiti sono stabili e ben definiti. Se restano incognite importanti, una fase preliminare a pagamento o una stima per fasi può chiarirle prima di un impegno più ampio.
Quanto dobbiamo accantonare per gli imprevisti?
Stabilite la riserva in base ai rischi individuati, anziché applicare una percentuale universale priva di spiegazione. Documentate ogni rischio e richiedete un’approvazione scritta prima di utilizzare la riserva.
Quali spese ricorrenti dobbiamo prevedere?
Le voci comuni sono dominio, hosting, licenze, monitoraggio, manutenzione, assistenza e servizi esterni. Le spese effettive dipendono dall’architettura e dal servizio scelti: preparate quindi un elenco con rinnovi e responsabilità.
A chi devono appartenere account e file del sito?
L’azienda deve disporre di accessi chiari e diritti documentati su dominio, contenuti, dati, strumenti di analisi, elaborati grafici e file sorgenti pertinenti. Il contratto deve chiarire licenze, componenti esterni e possibilità di esportazione o trasferimento alla fine del servizio.
PER APPROFONDIRE



