Per confrontare due preventivi per un sito web bisogna riportarli allo stesso perimetro: obiettivi, attività comprese, responsabilità, criteri di consegna, costi ricorrenti e assistenza. Il totale economico, da solo, non chiarisce se le offerte siano equivalenti. Spesso la proposta che costa meno copre semplicemente una parte diversa del progetto.
È qui che molte decisioni iniziano a complicarsi. Sul tavolo ci sono due documenti che parlano entrambi di grafica, sviluppo, mobile, SEO e assistenza. Le cifre sono vicine e le presentazioni convincenti. Le differenze decisive, però, restano nascoste nelle esclusioni, nelle ipotesi di partenza e nelle responsabilità che nessuno ha ancora assegnato.
Nelle conversazioni commerciali capita spesso di sentire una frase come questa: “Uno costa un po’ meno, ma a me sembrano uguali. Tu quale sceglieresti?” Prima di rispondere, serve ricostruire che cosa stia realmente acquistando l’azienda. Altrimenti si finisce per confrontare i prezzi di progetti diversi come se fossero la stessa cosa.
Due preventivi simili possono descrivere due progetti molto diversi
Una situazione ricorrente è quella di un’azienda che vuole rifare il proprio sito istituzionale. Una proposta comprende analisi iniziale, architettura delle pagine, supporto ai contenuti, migrazione, tracciamento, test e affiancamento dopo il rilascio. L’altra comprende design e sviluppo, mentre le altre attività sono nominate in modo generico o lasciate fuori. Il totale può sembrare confrontabile; il lavoro e il rischio coperti non lo sono.
La seconda offerta non è necessariamente debole e la prima non è automaticamente migliore. Potrebbero rispondere a esigenze differenti. Se l’azienda dispone già di testi, competenze interne, una struttura SEO definita e persone capaci di gestire test e migrazione, un perimetro più essenziale può essere sensato. Quando queste risorse non esistono, le stesse esclusioni diventano lavoro imprevisto o nuove voci economiche.
Un preventivo incomparabile non rende soltanto più difficile scegliere: trasferisce sull’azienda rischi e attività che diventano visibili quando il progetto è già iniziato.
Se la ricerca di nuove offerte nasce da un rapporto che non funziona più, conviene prima capire se sia davvero necessario cambiare agenzia o cambiare metodo. Una volta presa quella decisione, il passaggio successivo è rendere confrontabili le proposte senza confondere reputazione, prezzo e perimetro.
Perché confrontare soltanto le voci del preventivo non basta
Le parole usate nei preventivi web non hanno sempre un significato univoco. ‘Design personalizzato’ può indicare un progetto costruito partendo dalla ricerca sugli utenti oppure l’adattamento di componenti già disponibili. ‘SEO inclusa’ può significare configurare titoli e sitemap, ma anche analizzare le pagine esistenti, definire la nuova architettura e gestire la migrazione. La differenza è sostanziale, anche se la riga del preventivo è identica.
Lo stesso vale per contenuti, integrazioni e assistenza. Caricare testi consegnati dal cliente è diverso dal progettarli. Collegare un modulo al CRM è diverso dal definire flussi, controlli e gestione degli errori. Correggere eventuali malfunzionamenti dopo il rilascio non equivale ad avere un monte ore per evoluzioni e richieste operative.
L’errore ricorrente è leggere le etichette come se certificassero lo stesso risultato. In realtà una voce diventa confrontabile solo quando chiarisce l’output, il confine dell’attività e chi deve fare cosa. Senza questi elementi, il prezzo è un numero privo del suo vero denominatore.
Mini-diagnosi: perché i preventivi non sono ancora confrontabili?
| Sintomo | Possibile causa | Cosa verificare |
|---|---|---|
| Le offerte usano le stesse parole | Gli output non sono definiti | Pagine, componenti, revisioni e consegne |
| La SEO risulta inclusa in una sola riga | Configurazione e migrazione sono confuse | Analisi URL, redirect, controlli e monitoraggio |
| L’azienda deve fornire i materiali | Il lavoro interno non è stimato | Testi, immagini, dati, responsabili e scadenze |
| L’integrazione è una voce unica | Flussi ed eccezioni non sono descritti | Dati scambiati, test, errori e responsabilità |
| La data di consegna non ha tappe | Approvazioni e dipendenze sono implicite | Milestone, feedback e condizioni di slittamento |
| I costi ricorrenti non compaiono | Il preventivo mostra solo l’avvio | Hosting, licenze, manutenzione e assistenza |
Quando più segnali si presentano insieme, scegliere subito rischia di anticipare la decisione rispetto alla comprensione del progetto. Prima si chiariscono i vuoti, poi si confrontano le offerte.
Come si confrontano due preventivi per un sito web?
Due preventivi per un sito web si confrontano creando una griglia comune che separi obiettivi, attività incluse, esclusioni, responsabilità, criteri di accettazione e costi successivi al lancio. Il confronto deve evidenziare anche le ipotesi su cui si basa ogni proposta: sono spesso quelle a spiegare le differenze di prezzo e di rischio.
Parti dalla stessa domanda di business
Prima di aprire il foglio di confronto, chiarisci che cosa deve cambiare grazie al nuovo sito. Deve generare richieste più qualificate? Ridurre le domande ripetitive al commerciale? Rendere comprensibile un’offerta complessa? Sostenere una rete vendita? Integrare un processo di acquisto? Se i fornitori hanno interpretato obiettivi diversi, i loro preventivi non potranno essere equivalenti.
Questa verifica serve anche a evitare un equivoco frequente: chiedere un preventivo per il sito quando l’azienda non ha ancora stabilito se il sito sia davvero il vincolo principale. In quel caso è più utile partire da un’analisi capace di distinguere sito, traffico, offerta, vendite e dati.
Approfondimento consigliato: Audit strategico digitale: la checklist per individuare il vero collo di bottiglia.
Ricostruisci un perimetro comune
Non copiare le righe dei due preventivi una accanto all’altra. Crea invece un elenco neutro delle aree necessarie al progetto e riporta, per ogni fornitore, che cosa sia compreso. In questo modo emergono sia le differenze sia le attività che nessuno ha quotato.
Il perimetro comune non deve imporre a tutti la stessa soluzione tecnica. Serve a confrontare gli esiti attesi e la copertura dei rischi, lasciando ai fornitori la possibilità di proporre metodi differenti. Due approcci possono essere entrambi validi e arrivare allo stesso obiettivo con architetture diverse.
Separa ciò che è incluso, escluso e presupposto
Le esclusioni esplicite sono facili da vedere. Più insidiose sono le attività presupposte: testi già pronti, fotografie disponibili, catalogo pulito, accessi recuperabili, risposte rapide dell’azienda, specifiche delle integrazioni già definite. Queste condizioni non sono dettagli amministrativi; influenzano tempi, costi e possibilità di consegnare.
Una proposta solida dichiara le proprie assunzioni. Se un elemento non può essere definito prima dell’avvio, deve almeno essere chiaro come verrà approfondito, chi prenderà la decisione e con quale meccanismo verranno approvate eventuali variazioni.
Collega ogni voce a una consegna verificabile
Per ogni attività chiedi: che cosa riceveremo, in quale formato e come capiremo che è stata completata? ‘Analisi UX’ può produrre un documento con criticità e priorità, una mappa dei percorsi o prototipi da validare. ‘Ottimizzazione SEO’ dovrebbe indicare quali verifiche e quali interventi siano compresi. La consegna rende la promessa osservabile e riduce le interpretazioni a progetto iniziato.
Assegna responsabilità e dipendenze
Un progetto web è quasi sempre un lavoro condiviso. Qualcuno deve fornire materiali, approvare strutture e design, verificare dati, coinvolgere IT, legale o commerciale. Se queste responsabilità non compaiono nel preventivo o in un documento collegato, il cronoprogramma poggia su disponibilità che nessuno ha confermato.
Qui si vede spesso la distanza tra costo del fornitore e costo aziendale. Un’offerta può essere economicamente più bassa perché trasferisce al team interno attività che richiederanno molte ore. Non è necessariamente un difetto, purché l’azienda lo sappia e disponga davvero delle persone necessarie.
Distingui il costo di lancio dal costo di continuità
Il prezzo iniziale è soltanto una parte della decisione. Hosting, licenze, manutenzione, assistenza, aggiornamenti, servizi esterni e sviluppi evolutivi possono avere costi ricorrenti. Conviene inoltre chiarire che cosa succede se in futuro cambia il fornitore: accessi, esportazioni, documentazione, codice disponibile e condizioni delle licenze.
Su dominio e software è utile evitare formule assolute. Intestazione del dominio, diritti sul codice, licenze e possibilità di trasferimento non coincidono automaticamente e possono dipendere dai contratti e dagli strumenti utilizzati. Il preventivo dovrebbe rendere visibili queste condizioni, non lasciarle a una supposizione.
Valuta quali rischi vengono realmente gestiti
Quando esiste già un sito, il progetto comprende una transizione, anche se il dominio e la grafica rimangono gli stessi. Contenuti, URL, moduli, analytics, consensi, integrazioni e dati devono continuare a funzionare. Se la proposta non chiarisce chi controllerà questi passaggi, una parte del rischio resta in carico all’azienda.
Per la parte organica conviene verificare in modo specifico le decisioni SEO da prendere prima di un restyling: inventario degli URL, corrispondenze tra vecchie e nuove pagine, redirect, indicizzazione e monitoraggio non dovrebbero comparire come una generica voce ‘SEO’.
Cosa deve contenere un preventivo per un sito web?
Un preventivo per un sito web dovrebbe chiarire obiettivi, perimetro, consegne, esclusioni, responsabilità, tempi, criteri di accettazione, costi iniziali e ricorrenti, assistenza e condizioni di accesso agli asset. Non deve prevedere ogni dettaglio futuro, ma deve rendere comprensibili le decisioni già prese e il modo in cui verranno gestite quelle ancora aperte.
| Area | Cosa confrontare | Evidenza utile |
|---|---|---|
| Obiettivo | Risultato aziendale e pubblico prioritario | Obiettivi, utenti e azioni attese |
| Esperienza e contenuti | Architettura, UX, testi, immagini e revisioni | Mappa pagine, prototipi e responsabilità sui materiali |
| Tecnologia | CMS, sviluppo, integrazioni e ambienti | Funzioni, flussi dati, test ed eccezioni comprese |
| SEO e migrazione | URL, contenuti esistenti, redirect e monitoraggio | Piano di migrazione e controlli prima/dopo il rilascio |
| Dati e accessi | Analytics, Search Console, Ads, consensi e account | Ruoli, proprietari, configurazioni e consegna degli accessi |
| Consegna | Tappe, approvazioni, test e criteri di accettazione | Milestone, responsabili e procedura per le variazioni |
| Continuità | Hosting, licenze, manutenzione, assistenza e uscita | Costi ricorrenti, SLA, documentazione ed esportabilità |
La griglia non assegna automaticamente un vincitore. Fa qualcosa di più utile: trasforma differenze vaghe in domande alle quali azienda e fornitori possono rispondere prima della firma.
Qual è il preventivo migliore?
Il preventivo migliore è quello più coerente con gli obiettivi, le risorse interne e i rischi del progetto. Rende esplicite le proprie ipotesi, permette di capire che cosa verrà consegnato e non nasconde le dipendenze dietro descrizioni generiche. Non coincide necessariamente con l’offerta più economica, più lunga o più tecnica.
Il prezzo più basso è davvero più conveniente?
Per rispondere bisogna ricostruire il costo complessivo: prezzo iniziale, attività escluse, lavoro richiesto all’azienda, costi ricorrenti e conseguenze dei rischi non gestiti. Una proposta essenziale può restare la scelta migliore, ma solo se le attività mancanti sono intenzionali e l’azienda sa come coprirle.
Una regola pratica: costo reale del progetto = prezzo iniziale + lavoro escluso + costi ricorrenti + impegno interno + rischi che l’azienda decide di assumersi.
Un preventivo molto dettagliato è una garanzia?
No. Un documento lungo può contenere molte attività e lasciare comunque incerti obiettivi, priorità e responsabilità. Al contrario, una proposta breve può essere adeguata a un progetto semplice se esplicita bene perimetro, consegne ed esclusioni. La qualità si vede nella logica che collega bisogno, soluzione, lavoro e verifica, non nel numero delle pagine.
E se il progetto non può essere definito tutto in anticipo?
È un’obiezione corretta. Nei progetti complessi alcune scelte emergono durante analisi, prototipazione o sviluppo. Pretendere una certezza fittizia produce preventivi rigidi o pieni di margini difensivi. La proposta dovrebbe però distinguere la parte già definita da quella esplorativa, spiegare come verranno prese le decisioni e come saranno autorizzate eventuali variazioni economiche.
La griglia di confronto non serve quindi a eliminare ogni incertezza. Serve a renderla visibile e governabile. Anche una risposta come ‘questo dato verrà definito dopo la fase di analisi’ può essere credibile, se sono chiari output, tempi e responsabilità di quella fase.
Le domande da fare alla web agency prima di firmare
Una riunione di confronto diventa molto più utile quando le domande partono dai vuoti del perimetro. Non serve trasformarla in un interrogatorio tecnico. Bastano domande che facciano emergere consegne, assunzioni e responsabilità.
- Quali attività e risultati sono esplicitamente esclusi dalla proposta?
- Quali materiali, accessi, decisioni e persone dovrà mettere a disposizione la nostra azienda?
- Quali condizioni possono modificare tempi o prezzo e come verranno approvate le variazioni?
- Che cosa riceveremo a ogni fase e con quali criteri considereremo la consegna accettata?
- Come verranno gestiti migrazione, SEO, tracciamenti e verifiche dopo il rilascio?
- Quali costi continueranno dopo il lancio e quali licenze dipendono dal fornitore?
- Quali account, accessi, file, documentazione ed esportazioni avremo se in futuro cambieremo partner?
Le risposte possono anche confermare che una voce non serve. Questo è un buon risultato: confrontare i preventivi non significa riempire il progetto di attività, ma eliminare ambiguità e scegliere consapevolmente che cosa includere.
Accessi, account e proprietà: una voce spesso sottovalutata
Quando il sito viene consegnato, l’azienda dovrebbe sapere chi amministra dominio e hosting, chi possiede i ruoli principali negli strumenti Google, dove si trovano backup e file e quali componenti sono trasferibili. Ricevere un report mensile non equivale ad avere controllo sugli account che raccolgono dati e storico.
Per esempio, la documentazione ufficiale di Google distingue in modo preciso proprietari, utenti e autorizzazioni di Search Console. È quindi utile che il preventivo chiarisca non soltanto chi configurerà lo strumento, ma quale ruolo rimarrà all’azienda dopo la consegna.
Anche qui il tema va trattato con precisione. ‘Il sito è nostro perché lo abbiamo pagato’ non risolve da solo ogni questione: codice, temi, plugin, font, fotografie, servizi esterni e dominio possono seguire regole contrattuali o licenze differenti. Prima della firma occorre sapere che cosa viene ceduto, concesso in uso, intestato o reso esportabile.
Cosa succede quando l’azienda sceglie senza chiarire il perimetro
Le conseguenze raramente compaiono tutte insieme. All’inizio emerge una pagina non prevista, poi i testi che nessuno aveva assegnato, quindi un’integrazione più complessa del previsto. Il calendario si allunga, arrivano variazioni economiche e ogni parte ha la sensazione che l’altra stia cambiando gli accordi.
In altri casi il sito viene pubblicato, ma mancano misurazione, formazione o un piano di assistenza. L’azienda ha investito il budget e dispone di un nuovo strumento, senza essere pronta a usarlo o a valutare se stia contribuendo agli obiettivi. Se durante un restyling non vengono gestiti contenuti e URL esistenti, può risentirne anche la visibilità costruita nel tempo.
Restare fermi davanti a preventivi poco chiari non è neutrale: rallenta una decisione utile e può lasciare l’azienda con un sito ormai debole. Firmare senza chiarirli, però, espone a spreco di budget, opportunità perse e un ulteriore svantaggio rispetto ai concorrenti che riescono a portare il progetto a terra in modo più ordinato. La soluzione non è decidere in fretta, ma ridurre l’ambiguità che impedisce una scelta solida.
Domande frequenti sui preventivi per siti web
Quanti preventivi conviene chiedere per un sito web?
Non esiste un numero ideale valido per ogni progetto. Poche proposte costruite su un brief chiaro sono più utili di molti preventivi incomparabili. Prima di aumentare il numero dei fornitori coinvolti, conviene verificare che tutti abbiano ricevuto le stesse informazioni e compreso lo stesso obiettivo.
Come capire se due preventivi includono davvero le stesse attività?
Bisogna tradurre ogni voce in una consegna verificabile e segnare inclusioni, esclusioni, ipotesi e responsabilità. Se due proposte usano la stessa etichetta ma prevedono output diversi, le attività non sono equivalenti. Il confronto deve quindi avvenire sul perimetro effettivo, non sul nome delle voci.
La SEO deve essere inclusa nel preventivo del nuovo sito?
Se il sito esiste già e riceve visibilità organica, il preventivo dovrebbe chiarire chi gestirà analisi delle pagine esistenti, struttura degli URL, redirect, indicizzazione e monitoraggio dopo il rilascio. Scrivere soltanto ‘SEO inclusa’ non permette di capire se sia compresa una migrazione o una configurazione di base.
Come vanno confrontati i costi ricorrenti?
I costi ricorrenti devono essere separati dal prezzo iniziale e associati al servizio che mantengono attivo: hosting, licenze, manutenzione, assistenza o strumenti esterni. È utile chiarire frequenza, condizioni di rinnovo, cosa accade in caso di mancato rinnovo e se il servizio possa essere trasferito.
Chi è proprietario del sito realizzato da un’agenzia?
Non c’è una risposta unica per ogni componente. Intestazione del dominio, diritti sul codice, licenze di software e contenuti, accessi agli account e disponibilità dei dati possono essere regolati in modi diversi. Il preventivo e il contratto devono specificare cosa viene ceduto, concesso in licenza, intestato al cliente o mantenuto dal fornitore.
Un progetto a prezzo fisso elimina il rischio di costi extra?
Solo se il perimetro e le condizioni sono sufficientemente definiti. Anche un prezzo fisso può escludere contenuti, integrazioni, revisioni o richieste emerse in seguito. La proposta dovrebbe spiegare quali variazioni siano considerate fuori perimetro e come verranno valutate e autorizzate.
Conclusione: prima del prezzo viene la comprensione del progetto
Confrontare preventivi web non significa trasformare una decisione strategica in una gara a caselle. Significa creare le condizioni per capire quale proposta risponda meglio all’obiettivo dell’azienda, quale lavoro richieda internamente e quali rischi copra davvero.
Una proposta seria non elimina ogni incertezza, ma rende visibili quelle che restano. Da qui nasce una scelta più consapevole: non dalla promessa più rassicurante, ma dalla comprensione del progetto che si sta acquistando, delle responsabilità che l’azienda assume e delle conseguenze che è disposta a gestire.
La frase da ricordare è questa: due preventivi con lo stesso prezzo non sono equivalenti finché non descrivono lo stesso perimetro.
Se la tua azienda sta investendo nel digitale ma i risultati non sono quelli attesi, spesso il problema non è lo strumento utilizzato ma il modo in cui l’intero sistema di marketing è stato progettato.
In questi casi il primo passo non è cambiare piattaforma o attivare nuove campagne.
Il primo passo è fermarsi e rivedere la strategia.
Una lettura più chiara del mercato, del posizionamento e del processo commerciale può trasformare completamente l’efficacia degli investimenti digitali.
Ed è esattamente da qui che inizia qualsiasi percorso serio di trasformazione digitale.
