Preventivo sito web: le voci da controllare riga per riga (prima di firmare)

Un preventivo di sito web serve a decidere cosa compri e come riconosci che il lavoro è completo. Il totale non basta: due offerte possono includere materiali, integrazioni e assistenza diversi. Chiedi queste voci in una forma che permetta il confronto.

Dieci voci da mettere per iscritto

Iniziale e ricorrente: due conti distinti

Separa progetto, contenuti, migrazione e avvio da hosting, manutenzione, licenze e attività continuative. Verifica quali servizi di terzi sono inclusi e quali paghi direttamente. Confronta lo stesso periodo per ogni fornitore; una voce assente va chiarita, non considerata gratuita. Per ET il progetto web parte da 1.500 €; le attività nel tempo hanno importo e durata scritti nella proposta, che definisce il perimetro effettivo.

Tempi e approvazioni

Una data di consegna deve indicare quali materiali e approvazioni dipendono dal cliente e da servizi terzi. Concorda chi raccoglie le revisioni, chi approva e come si gestisce una variazione. Non serve assumere una percentuale di anticipo valida per ogni mercato: il piano di pagamento deve essere legato alle condizioni della singola offerta.

SEO: scrivi il lavoro incluso

‘SEO inclusa’ può indicare configurazione tecnica iniziale, contenuti o attività continuative molto diverse. Chiedi quali pagine, verifiche e report sono compresi. In un restyling aggiungi inventario URL, redirect e controlli di lancio. Nessuna di queste attività garantisce posizioni o richieste.

Proprietà e trasferimento

Dominio, contenuti, codice originale e componenti esterni hanno condizioni diverse. Chiedi chi è l’intestatario, quali diritti vengono trasferiti o concessi, quando ricevi gli accessi e quali licenze continuano a essere necessarie. Per il dominio .it il Registro documenta le operazioni di gestione. Nel contratto verifica anche export, backup, documentazione e lavoro necessario al passaggio.

La guida ai costi del sito aiuta a calcolare l’orizzonte economico; la guida come scegliere un’agenzia a valutare il fornitore. Il preventivo utile rende quelle scelte controllabili prima di iniziare.

Trasforma le promesse in criteri di collaudo

Dopo aver controllato le voci, aggiungi come accetterai il lavoro. ‘Sito veloce’ e ‘SEO inclusa’ non bastano: servono pagine, flussi e condizioni di prova. La misurazione in laboratorio prima del lancio va distinta dai dati reali degli utenti disponibili dopo.

Specifica chi firma il collaudo, come segnala i difetti e quale periodo copre la correzione. Una variazione del perimetro va descritta prima dell’esecuzione con impatto su costo e consegna. Evita di discutere se un extra fosse ‘ovvio’ quando poteva essere scritto.

Un allegato di perimetro che evita gli extra ambigui

Prepara un elenco delle pagine e dei percorsi con una riga per ciascuno. ‘Pagina contatti’ descrive poco: indica campi, allegati, destinatari, messaggi e gestione dello spam previsti. ‘Catalogo’ deve distinguere prodotti, varianti, filtri, ricerca e importazione. ‘Multilingua’ deve elencare anche condizioni, email e documenti. L’allegato può essere compatto, purché permetta di capire quali casi vengono sviluppati e collaudati.

Materiali: cosa significa pronti per lo sviluppo

Per ogni contenuto indica fonte, responsabile, approvatore e formato. Una foto deve essere abbastanza definita e utilizzabile secondo licenza; un testo deve avere fatti e condizioni confermati; una scheda deve usare campi coerenti col catalogo. Se l’offerta assume materiali pronti, chiedi un esempio del livello atteso. Se comprende produzione o revisione, scrivi cosa viene consegnato e quante iterazioni sono incluse, senza lasciare la parola ‘testi’ a interpretazioni opposte.

Come riconoscere una vera variazione

Scenario da adattare: il progetto concordato raccoglie richieste e le invia a un indirizzo. Durante lo sviluppo chiedi di assegnarle automaticamente a commerciali diversi usando regole territoriali e CRM. È un comportamento aggiuntivo da descrivere, stimare e approvare. Se invece il modulo concordato non consegna le richieste nell’ambiente previsto, stai verificando un possibile difetto, non chiedendo una funzione nuova. Il confine dipende dai requisiti scritti, non da quanto la modifica sembri piccola.

Registra richiesta, motivo, materiali interessati e impatto su costo e consegna. Conserva la versione approvata del perimetro: una decisione comunicata solo a voce è difficile da verificare al collaudo. Se il cliente cambia i contenuti dopo l’approvazione, chiarisci se servono solo sostituzioni o una revisione del percorso. Questo permette di scegliere consapevolmente cosa mantenere nel lancio.

Pagamento e accettazione: collegali a consegne chiare

Non esiste qui una percentuale proposta come standard del settore. Il piano deve specificare condizioni di avvio, materiali approvati, collaudo e consegna. Quando una fase dipende da un servizio terzo o dall’accesso a un account, identifica quella dipendenza. Chiedi come vengono segnalati i difetti e come si distingue un blocco di funzionamento da una preferenza emersa dopo l’approvazione del design.

La verifica prima di archiviare il progetto

• Il referente sa eseguire le modifiche di contenuto concordate.
• Le richieste di prova arrivano e hanno una conferma comprensibile.
• Gli account dell’azienda e le licenze sono elencati con chi li amministra.
• URL, redirect e misurazione previsti hanno un rapporto di verifica.
• Backup e istruzioni di recupero sono consegnati o coperti dal servizio definito.
• Sono chiari canoni, rinnovi, attività fuori perimetro e procedura di uscita.

Le condizioni sui diritti e sulle licenze devono essere comprese da entrambe le parti e riportate nella proposta o nel contratto pertinente. Il controllo editoriale non sostituisce la valutazione del contratto specifico: serve a far emergere le domande concrete prima che diventino un problema operativo.