La maggior parte dei contenziosi tra agenzie e clienti nasce da una sola causa: aspettative diverse su qualcosa che non era scritto da nessuna parte. Il contratto non serve a prepararsi al peggio, serve a definire il perimetro del lavoro in modo che il peggio non arrivi.
Un contratto ben scritto non è uno strumento difensivo. È uno strumento commerciale: chiarisce il valore di quello che offri, protegge i tuoi margini e seleziona i clienti seri da quelli che creano problemi. Un cliente che si irrigidisce davanti a clausole ragionevoli ti sta già dicendo qualcosa di importante su come sarà la collaborazione.
Proprietà intellettuale: di chi è il sito dopo la consegna
È la clausola più importante e quella più spesso scritta in modo ambiguo. La domanda a cui deve rispondere è semplice: dopo che il cliente ha pagato, chi possiede il codice, il design e i contenuti del sito?
La risposta standard è che la proprietà passa interamente al cliente al saldo completo della fattura. Ma ci sono sfumature che vale la pena definire esplicitamente: i componenti o librerie di terze parti restano soggetti alle rispettive licenze, i template o framework proprietari dell’agenzia possono restare di sua proprietà anche dopo la consegna, e il portfolio, il diritto dell’agenzia di mostrare il progetto come proprio lavoro, va specificato se è rilevante.
Quando lavori con un partner tecnico white label, questa clausola ha un doppio livello: il cliente acquisisce la proprietà da te, e tu la acquisisci dal partner. Entrambi i contratti devono essere allineati su questo punto, se il partner non cede la proprietà intellettuale in modo esplicito, hai un problema che prima o poi emerge.
Revisioni: quante, come e quando
Le revisioni illimitate non esistono, esistono solo contratti che non le definiscono. Ogni revisione non contrattualizzata è lavoro che fai gratis, e il cliente più esigente è quasi sempre quello che non ha mai sentito il termine “fuori scope”.
La clausola sulle revisioni deve specificare: il numero di cicli inclusi per fase, design, sviluppo, contenuti, cosa costituisce una revisione rispetto a una modifica sostanziale, i tempi entro cui il cliente deve inviare i feedback e cosa succede se non li invia nei tempi concordati.
Quest’ultimo punto è spesso ignorato ma è critico: un progetto che si blocca perché il cliente non approva le fasi nei tempi previsti ha un costo reale per l’agenzia. La clausola deve prevedere che oltre un certo numero di giorni senza feedback il progetto viene messo in pausa e riprende secondo la disponibilità dell’agenzia, non del cliente.
Pagamenti e milestone: come strutturare gli anticipi
Il modello di pagamento più protettivo per l’agenzia è quello per milestone: una quota all’inizio del progetto, una o più quote intermedie al raggiungimento di fasi concordate, e il saldo finale alla consegna. Mai il contrario, mai consegnare tutto e aspettare il pagamento.
L’anticipo iniziale dovrebbe coprire almeno il costo di produzione del primo mese di lavoro, tipicamente il 30-40% del totale. Questa quota non è negoziabile: serve a verificare che il cliente sia seriamente intenzionato a procedere e a coprire i costi iniziali senza dipendere dal saldo finale.
La clausola di pagamento deve anche specificare cosa succede in caso di ritardo: interessi di mora, blocco delle attività dopo X giorni di ritardo, e le condizioni in cui l’agenzia ha il diritto di sospendere l’accesso al sito fino al saldo completo. Non sono minacce, sono strumenti che raramente si usano ma che cambiano completamente il comportamento del cliente quando sa che esistono.
Contenuti: chi li fornisce e in che formato
Uno dei rallentamenti più comuni nei progetti web è l’attesa dei contenuti dal cliente. Testi, immagini, loghi, documenti, arrivano in ritardo, in formato sbagliato, incompleti o cambiano dopo che sono già stati integrati nel sito.
Il contratto deve definire: cosa il cliente è tenuto a fornire, in quale formato e entro quale data. Deve specificare che i ritardi nella fornitura dei contenuti spostano proporzionalmente la data di consegna finale, e che se i contenuti arrivano dopo la consegna del sito, le modifiche necessarie per integrarli sono fatturate separatamente.
Questa clausola sembra ovvia ma viene quasi sempre omessa, e la sua assenza è la principale causa di slittamento delle scadenze su cui il cliente poi chiede conto all’agenzia.
Garanzie post-consegna e supporto
Ogni sito consegnato avrà bisogno di supporto nei trenta-sessanta giorni successivi alla messa online. La domanda non è se, è quanto supporto è incluso e a che condizioni.
La clausola di garanzia deve distinguere tra bug, malfunzionamenti del codice consegnato che l’agenzia corregge gratuitamente entro un periodo definito, e modifiche, richieste di cambiamento al progetto originale che vengono fatturate. Senza questa distinzione, ogni richiesta post-consegna diventa una negoziazione su cosa è un bug e cosa è una modifica.
Il periodo di garanzia standard per i bug è trenta giorni dalla consegna. Oltre quel termine, qualsiasi intervento rientra in un piano di manutenzione o viene fatturato a ore. Specificarlo nel contratto elimina le discussioni più comuni nel periodo post-consegna.
La clausola che protegge il tuo posizionamento
Un dettaglio spesso trascurato: il diritto dell’agenzia di inserire un piccolo credit nel footer del sito, “Sviluppato da [nome agenzia]”, come strumento di visibilità e portfolio.
Nel modello white label questa clausola non esiste nel contratto col cliente finale, il partner tecnico non compare da nessuna parte. Ma nel tuo contratto col cliente puoi includere il diritto di citare il progetto nel tuo portfolio, anche senza dettagliare la struttura tecnica dietro. È un asset commerciale che vale la pena proteggere esplicitamente.
Per approfondire come strutturare il rapporto contrattuale anche con il partner tecnico, leggi come scegliere un partner WordPress white label, la sezione sui contratti dettaglia cosa non può mancare in un accordo white label. Se vuoi invece capire come Blurr struttura i propri accordi con le agenzie partner, su blurr.it/contatti/ puoi prenotare una chiamata.
FAQ
Il contratto per lo sviluppo web deve essere redatto da un avvocato? Non necessariamente per i progetti standard. Un contratto ben strutturato che copre le clausole principali, proprietà intellettuale, revisioni, pagamenti, contenuti, garanzie, può essere redatto dall’agenzia stessa. Per progetti di valore elevato o con clienti enterprise, il supporto di un legale specializzato in diritto digitale è consigliabile. Il costo è ammortizzato al primo contenzioso evitato.
Cosa fare se il cliente si rifiuta di firmare un contratto? Non iniziare il progetto. Un cliente che non vuole firmare un contratto sta segnalando che non intende essere vincolato a impegni precisi, il che è esattamente la condizione che genera i contenziosi più difficili. La firma del contratto e il pagamento dell’anticipo sono i due segnali che distinguono un cliente serio da uno che crea problemi.
Come si gestisce una richiesta fuori scope durante il progetto? Con una comunicazione scritta che specifica cosa è stato richiesto, perché non è incluso nel contratto originale e qual è il costo aggiuntivo per includerlo. Non come confronto, ma come informazione professionale. Un cliente che capisce il processo accetta quasi sempre queste condizioni senza tensioni.
Quanto dura la garanzia standard su un sito WordPress consegnato? Trenta giorni dalla consegna è la durata più diffusa per la correzione gratuita di bug, malfunzionamenti del codice consegnato. Oltre quel termine, qualsiasi intervento rientra in un piano di manutenzione o viene fatturato separatamente. La distinzione tra bug e modifica deve essere definita esplicitamente nel contratto per evitare interpretazioni discordanti.