Il preventivo non e solo un prezzo: e un contratto
Un preventivo serio non e un numero su un foglio. E un documento contrattuale che descrive cosa verra fatto, come, in quanto tempo e con quali condizioni. Eppure, la maggior parte dei clienti firma preventivi web senza fare le domande giuste — e i problemi emergono inevitabilmente a progetto avviato, quando le opzioni sono limitate e i costi per cambiare rotta sono alti.
Investire 15-30 minuti a fare le domande giuste prima di firmare puo risparmiare settimane di discussioni e migliaia di euro di costi imprevisti dopo. Ecco le domande che fanno la differenza, organizzate per area.
Domande sullo scope: cosa e incluso e cosa no?
La causa numero uno dei conflitti tra cliente e sviluppatore e il disallineamento sullo scope: il cliente pensa che qualcosa sia incluso, lo sviluppatore pensa di no. Ecco le domande da fare:
- L'hosting e incluso? Per quanto tempo? Su quale provider? Con quali specifiche tecniche?
- Il dominio e incluso? Chi lo registra e a nome di chi?
- La SEO base e inclusa? Meta tag, sitemap, robots.txt, markup strutturato — o e un extra?
- I contenuti chi li scrive? Se li scrive lo sviluppatore, sono inclusi nel prezzo?
- La formazione e inclusa? Quanto tempo per insegnarti a usare il pannello admin?
- Il responsive e incluso? Dovrebbe essere ovvio nel 2026, ma meglio verificare
La regola d'oro: se non e scritto nel preventivo, non e incluso. Non importa cosa e stato detto a voce: conta quello che c'e nel documento firmato.
Domande sulle revisioni: quante e come?
Le revisioni sono il terreno piu scivoloso di ogni progetto web. Senza limiti chiari, si entra nel loop infinito del "cambia questo, sposta quello, aggiungi quest'altro" che fa esplodere tempi e costi.
- Quante revisioni sono incluse? In genere 2-3 round sono ragionevoli per design e contenuti
- Cosa succede dopo il numero previsto? Si paga a ore? C'e un costo fisso per revisione aggiuntiva?
- Come si inviano i feedback? Email, documento condiviso, tool di annotazione? Un processo strutturato riduce i malintesi
- Qual e il tempo massimo per fornire feedback? Se il cliente non risponde per 3 settimane, il progetto si blocca — e lo sviluppatore nel frattempo ha preso altri lavori
Domande sulla proprieta: di chi e il codice?
Questa e forse la domanda piu importante e la piu trascurata. Alla fine del progetto, chi possiede cosa?
- Il codice sorgente e di mia proprieta? La risposta corretta e "si, al saldo della fattura"
- Avro accesso al repository Git? Se lo sviluppatore sparisce, devi poter continuare con un altro
- Le credenziali di hosting e dominio sono intestate a me? Hosting e dominio devono essere a tuo nome o della tua azienda
- Posso cambiare sviluppatore in futuro? Non devi essere vincolato a vita a un fornitore
Se uno sviluppatore ti dice che il codice resta suo e tu paghi solo una "licenza d'uso", e un red flag enorme. Stai pagando per un prodotto custom: quel prodotto e tuo.
Domande su tempi e pagamenti
Tempistiche
- Qual e la data di consegna prevista? Non "circa un mese" ma una data specifica
- Qual e il margine di ritardo accettabile? Una settimana? Due? Cosa succede se si sfora?
- Ci sono milestone intermedie? Vedere il progetto solo alla fine e rischioso: meglio checkpoint regolari
- I tempi tengono conto dei miei tempi di risposta? Se ci metti una settimana a rispondere, i tempi si allungano — e non e colpa dello sviluppatore
Pagamenti
- Qual e la struttura dei pagamenti? Il modello piu comune e: 30-40% di acconto, 30% a milestone intermedia, 30% a consegna. Evita di pagare tutto in anticipo
- Cosa succede se interrompo il progetto? L'acconto e rimborsabile? Le ore lavorate vanno pagate?
- Ci sono costi ricorrenti? Hosting, manutenzione, licenze — tutto deve essere esplicito
Domande sulla manutenzione post-lancio
- E previsto un periodo di garanzia? In genere 30-90 giorni per correggere bug emersi dopo il lancio
- Offri pacchetti di manutenzione? Se si, cosa includono e quanto costano?
- Qual e il tempo di risposta per le emergenze? 4 ore? 24 ore? 48 ore? Dipende dal livello di servizio
- Chi gestisce gli aggiornamenti di sicurezza? PHP, dipendenze, certificati SSL — qualcuno deve occuparsene
Segnali di un buon preventivo
Un preventivo trasparente e professionale ha queste caratteristiche:
- Voci dettagliate: non un prezzo unico ma una scomposizione per area (design, sviluppo, contenuti, test)
- Esclusioni esplicite: cosa NON e incluso, scritto nero su bianco
- Tempi realistici: con margine per imprevisti, non promesse aggressive
- Condizioni chiare: pagamenti, revisioni, proprieta, recesso — tutto documentato
- Validita limitata: un preventivo valido 30 giorni e normale; uno senza scadenza e sospetto
Se il preventivo e vago, non elenca le esclusioni, promette risultati irrealistici o e troppo bello per essere vero — probabilmente lo e. Un preventivo serio protegge entrambe le parti: cliente e sviluppatore. Investire tempo nella fase pre-contrattuale e il miglior investimento che puoi fare per il successo del progetto.