Contratto di sviluppo web: cosa verificare prima di firmare
Un contratto di sviluppo web conta in esattamente due occasioni: quando il progetto va male, e quando la collaborazione finisce. Entrambe sono prevedibili, e una manciata di clausole determina quanto ti costano.
Questa guida copre cosa verificare prima di firmare, da cosa ti protegge ogni clausola, e i termini che vale la pena negoziare.
La proprietà: la clausola che non si può sistemare dopo#
Tutto il resto in un contratto si rinegozia. La proprietà no, una volta che la collaborazione è finita male.
- Il codice sorgente è tuo al saldo finale, senza alcuna condizione di licenza continuativa.
- Il dominio è registrato a nome della tua organizzazione, con i tuoi dati di fatturazione, non quelli del fornitore.
- Gli account di hosting e di terze parti sono a tuo nome, con il fornitore aggiunto come utente.
- Contenuti, immagini e testi che hai fornito restano tuoi; chiedi cosa vale per ciò che creano loro.
- Le licenze di terze parti — font, plugin, banche immagini — vengono trasferite o elencate perché tu possa acquistare le tue.
- Se del codice è concesso in licenza anziché ceduto, è dichiarato esplicitamente con le sue condizioni.
- Al recesso ricevi codice, database e credenziali entro un termine indicato.
«Il codice è tuo una volta saldata la fattura finale» è la frase da cercare. «Ti concediamo una licenza d'uso del sito» è un altro assetto, e dovresti sapere che lo stai scegliendo.
Perimetro, modifiche e revisioni#
La maggior parte dei contenziosi sono contenziosi sul perimetro sotto altro nome. Queste clausole decidono chi paga il disaccordo.
| Clausola | Cosa cercare |
|---|---|
| Perimetro dei lavori | Un elenco preciso, allegato come appendice, non un paragrafo |
| Fuori perimetro | Un elenco esplicito di esclusioni: contenuti, fotografia, inserimento, SEO |
| Processo di modifica | Chi richiede, chi quota, come si approva, effetto sulla data |
| Giri di revisione | Un numero, e il costo di un giro aggiuntivo |
| Accettazione | Cosa conta come approvazione, e quanto tempo hai per revisionare |
| Obblighi del cliente | Cosa devi fornire, entro quando, e l'effetto se arriva tardi |
| Ritardo | Cosa succede da entrambe le parti: non dovrebbe essere unidirezionale |
Pagamento, lancio e assistenza#
Legare i pagamenti a cose che puoi vedere protegge entrambe le parti; non è una richiesta ostile.
- Pagamenti a milestone contro elaborati che puoi ispezionare, non solo contro date.
- Un acconto del 30–50 % è normale; il pagamento integrale prima dell'inizio no.
- Saldo al lancio, non a un'approvazione interna che non puoi verificare.
- Un periodo definito dopo il lancio per correggere i difetti — comunemente 30-90 giorni — e cosa sia un difetto.
- La differenza tra difetto (correggono loro) e nuova richiesta (paghi tu), dichiarata con esempi.
- Tempi di risposta per gravità, se l'indisponibilità del sito conta per la tua attività.
- Se la manutenzione è inclusa, opzionale o assente — e il suo prezzo se la prendi dopo.
Recesso e le cose che si dimenticano#
Le clausole che contano una volta sola, e allora contano moltissimo.
| Elemento | Perché conta |
|---|---|
| Preavviso | Entrambe le parti dovrebbero poter uscire con un preavviso ragionevole |
| Pagamento al recesso | Cosa è dovuto per lavoro svolto ma non consegnato |
| Passaggio di consegne | Codice, database, credenziali e documentazione, entro un termine indicato |
| Limite di responsabilità | Di solito il valore del contratto; sappi qual è |
| Protezione dei dati | Obbligatoria se trattano dati personali per tuo conto |
| Riservatezza | Reciproca, e dovrebbe sopravvivere al recesso |
| Diritti di portfolio | Vorranno mostrare il lavoro; concorda le condizioni adesso |
| Legge applicabile | Conta molto con un fornitore estero |
| Processo per le controversie | La mediazione prima della causa fa risparmiare a entrambe le parti |
Un fornitore a suo agio con una clausola di recesso chiara è di solito un fornitore che si aspetta che la collaborazione vada bene. La resistenza a quella clausola merita una domanda.
Domande frequenti
Serve un avvocato per un contratto web?
Per un progetto piccolo, un accordo scritto chiaro che copra i punti qui sopra è di solito proporzionato. Per qualcosa di consistente — un negozio, un'applicazione, o una realizzazione la cui perdita farebbe davvero male — un paio d'ore di revisione legale costano poco rispetto al valore in gioco. Come minimo, fallo leggere a qualcuno che non sia entusiasta del progetto.
È normale che il fornitore tenga il dominio?
È comune e non è nel tuo interesse. Il dominio dovrebbe essere registrato a nome della tua organizzazione con i tuoi dati di fatturazione; aggiungi il fornitore come contatto tecnico se gli serve accesso. I domini in mano a un ex fornitore sono una delle situazioni più affidabilmente dolorose di questo settore.
Qual è un acconto ragionevole?
Dal trenta al cinquanta per cento, con il saldo distribuito tra milestone e lancio. Un acconto è legittimo: copre il rischio del fornitore che tu sparisca. Il pagamento integrale in anticipo sposta tutto il rischio su di te e non ti lascia alcuna leva se il lavoro si ferma all'ottanta per cento.
E se il progetto va in ritardo?
Il contratto dovrebbe affrontare il ritardo da entrambe le parti, perché molto spesso è causato dai contenuti o dalle decisioni del cliente. Cerca una clausola che li distingua e ne indichi la conseguenza. Le penali suonano rassicuranti e di solito alzano solo il prezzo, dato che il fornitore quel rischio lo mette in conto.
contratto sviluppo webcontratto realizzazione sitoproprietà del codiceaccordo sito webperimetro dei lavorichecklist contratto sviluppatore
