Leggi il contratto come il piano operativo del progetto
Un accordo con un freelance, un consulente o un collaboratore esterno non serve solo a fissare un compenso. Dovrebbe rendere il lavoro concretamente gestibile: cosa va consegnato, quando il cliente deve rispondere, come avviene l'approvazione, che cosa succede se cambia il brief e quando maturano pagamento e diritti sul risultato.
Prova a seguire un singolo deliverable dall'incarico alla fattura. Se il testo non permette a entrambe le parti di capire cosa è compreso, chi approva e cosa accade quando il progetto cambia, quello spazio può diventare extra non pagati, incassi ritardati o discussioni sulla titolarità. Questa guida aiuta a individuare le domande operative; non stabilisce quale sarebbe l'esito legale in una giurisdizione specifica.
Ricostruisci il progetto partendo dal contratto
Questi controlli aiutano a capire se ogni fase del lavoro ha un confine abbastanza chiaro da funzionare anche nella pratica.
Oggetto dell'incarico, deliverable ed esclusioni
Elenca gli output promessi: quantità, formato, standard qualitativo, tappe, scadenze e materiali di consegna. Formule come “secondo le richieste”, “ulteriori attività ragionevoli” o “supporto quando necessario” possono lasciare l'incarico aperto. Un elenco delle esclusioni è utile quanto l'elenco dei servizi.
Da chiedersi: Una persona che non ha partecipato alla trattativa capirebbe cosa è incluso e cosa richiederebbe un preventivo aggiuntivo?
Accettazione e approvazione
Cerca chi è autorizzato ad approvare, i criteri di accettazione, il tempo concesso per la verifica e l'effetto del silenzio. Una facoltà di rifiuto rimessa alla “discrezione esclusiva” del cliente può rendere difficile capire quando il lavoro è davvero concluso.
Da chiedersi: Chi approva, entro quando, sulla base di quali criteri scritti e cosa accade se il feedback non arriva?
Tempi, ritardi e dipendenze
Distingui la scadenza del freelance dagli elementi controllati dal cliente: accessi, testi, materiali, dati, decisioni, feedback e approvazioni. Una data fissa senza un meccanismo di proroga può scaricare il ritardo su chi è in attesa degli input.
Da chiedersi: Il calendario si sposta se una risorsa o un'approvazione necessaria arriva tardi?
Consegna, passaggio di consegne e chiusura
Controlla cosa accade all'ultima milestone: canale di consegna, file sorgenti, credenziali, documentazione, accettazione, fattura finale e supporto successivo al lancio. L'invio di un file non coincide sempre con la chiusura dell'incarico.
Da chiedersi: Quale evento preciso sblocca il saldo finale e chiude il progetto?
Compenso e pagamenti: individua ciò che è davvero esigibile
Non fermarti al prezzo indicato in copertina. Leggi importo, condizione di maturazione, fatturazione, approvazione, spese, imposte se citate, valuta e ritardi di pagamento come un unico meccanismo.
| Argomento | Cosa verificare | Cosa chiarire |
|---|---|---|
| Compenso a forfait | È collegato a un pacchetto definito di deliverable o a una promessa aperta di continuare finché il cliente non è soddisfatto? | Quale lavoro è incluso, cosa fa maturare ciascuna tranche e cosa viene quotato a parte? |
| Tariffa oraria o giornaliera | Verifica rendicontazione del tempo, impegni minimi, approvazione delle ore, variazioni di tariffa ed eventuali massimali. | Chi approva le ore, con quale frequenza vengono fatturate e cosa accade al raggiungimento del tetto? |
| Milestone, acconto e saldo | Un pagamento può essere dovuto alla data della fattura oppure dipendere da consegna, accettazione, go-live, finanziamento o altro evento. | Quali condizioni devono verificarsi per ogni pagamento e c'è un acconto per il tempo riservato? |
| Spese, strumenti e imposte | Individua software, abbonamenti, trasferte, attrezzature, licenze, servizi esterni ed eventuale approvazione preventiva delle spese. | Chi sostiene ciascun costo, servono ricevute o limiti e il compenso include o esclude imposte quando il contratto ne parla? |
| Scadenze e valuta | Cerca data di pagamento della fattura, valuta, metodo di incasso, commissioni bancarie e conseguenze del ritardo. | Da quale momento decorre il termine di pagamento e una procedura interna di approvazione può sospenderlo? |
Revisioni e nuove richieste non sono la stessa cosa
Un accordo ben scritto distingue la correzione di un errore, la revisione inclusa e una richiesta di modifica. Senza questa distinzione, “revisioni illimitate” può trasformare silenziosamente un incarico a prezzo fisso in lavoro senza confini.
Correzione
È il lavoro necessario per allineare il deliverable alle specifiche concordate. Il confronto va fatto con il brief originario, non con una preferenza emersa in seguito.
Revisione inclusa
È un numero definito di cicli o di ore per affinare un output già concordato. Verifica se il feedback deve essere raccolto in un'unica lista e se può cambiare la direzione già approvata.
Richiesta di modifica
Può essere una nuova funzionalità, un nuovo formato, un'integrazione, un diverso pubblico o un cambiamento sostanziale della direzione. Un processo utile mette per iscritto nuovo perimetro, prezzo e tempi prima di iniziare.
Ritardo imputabile al cliente
Feedback tardivi o materiali mancanti possono richiedere lo spostamento della consegna. Il contratto può chiarire come si comunica il ritardo e se incidono tempi già riservati o costi di riavvio.
Proprietà intellettuale: separa il risultato dagli strumenti del freelance
Il contratto può trasferire la titolarità, concedere una licenza oppure combinare le due cose. Leggi attentamente la definizione di “risultati” o “work product”. Una formula che attribuisce tutta la proprietà intellettuale creata nel rapporto può arrivare oltre il lavoro commissionato se non distingue materiali preesistenti, strumenti riutilizzabili, template, codice, know-how e componenti di terzi.
| Quando avviene il trasferimento | Effetto pratico | Cosa chiarire |
|---|---|---|
| Alla creazione | Il cliente può acquisire i diritti man mano che il lavoro viene realizzato, anche prima del saldo, secondo formulazione e legge applicabile. | Quali deliverable sono coperti e il freelance conserva una licenza o una tutela per il lavoro non pagato? |
| Alla consegna | Diventa decisivo definire l'evento di consegna: bozze, file sorgenti e output finali possono ricevere un trattamento diverso. | Cosa conta come consegna e il cliente può usare le bozze prima dell'accettazione? |
| Dopo il pagamento integrale | Pagamento e titolarità sono collegati: fino al saldo il cliente può avere solo il diritto necessario per valutare il lavoro. | Quale uso è consentito prima del pagamento e la clausola considera un lavoro già pubblicato ma non ancora saldato? |
- Verifica che il freelance possa mantenere e riutilizzare codice, template, metodi, librerie e know-how preesistenti. Il cliente può ricevere i diritti necessari sul deliverable senza diventare proprietario di ogni strumento impiegato.
- Se partecipano subappaltatori o collaboratori, controlla che riservatezza e diritti sul lavoro passino anche a loro. Per software e lavori creativi, individua materiali di terzi o open source e le relative licenze.
- Il diritto di portfolio è distinto dalla titolarità. Il contratto può consentire o vietare nome del cliente, logo, screenshot, case study o descrizione anonima, anche per effetto di clausole di riservatezza.
Altre clausole operative che cambiano l'equilibrio del rischio
Riservatezza e dati del cliente
Verifica cosa è riservato, l'uso consentito per il progetto, chi può accedere e come gestire restituzione o cancellazione. Per un obbligo di riservatezza autonomo, consulta anche la guida alla revisione di un NDA.
Qualifica di lavoratore autonomo
Il contratto può dichiarare che non esiste rapporto di lavoro e disciplinare imposte, benefit, strumenti e autonomia nel metodo. L'etichetta, da sola, non determina automaticamente la qualifica: possono contare i fatti e la giurisdizione applicabile.
Subappalto e collaborazione
Controlla se la delega è ammessa, se richiede consenso, chi resta responsabile e come riservatezza e diritti sul lavoro si applicano a chi contribuisce.
Responsabilità, manleve e garanzie
Individua il limite di responsabilità, il suo rapporto con il valore dell'incarico, le eccezioni, le garanzie e le manleve per pretese di terzi. Il punto pratico è capire se si assumono rischi non controllabili o sproporzionati rispetto al compenso.
Recesso, annullamento e handover
Leggi insieme recesso per convenienza o per inadempimento, preavviso, pagamento del lavoro svolto e del tempo impegnato, eventuale kill fee, restituzione dei materiali e sorte dei diritti dopo la cessazione.
Esclusiva e non-sollecitazione
Non confondere l'esclusiva durante un progetto, il divieto di lavorare con concorrenti dopo la fine, la non-sollecitazione di clienti e quella di collaboratori. Leggi durata, territorio, soggetti coinvolti, attività vietata ed eccezioni espresse.
Checklist pratica prima della firma
Usala con il contratto davanti. Per ogni punto, trova la clausola e annota la risposta: non sostituire al testo scritto ciò che è stato soltanto detto in una call o in un messaggio.
- 1
Confronta brief e oggetto dell'incarico
Cerca deliverable, formati, milestone, criteri di accettazione, esclusioni e presupposti. Chiarisci tutto ciò che il cliente potrebbe ragionevolmente interpretare in modo più esteso.
- 2
Disegna la mappa dei pagamenti
Individua acconto, fatture intermedie, scadenze, condizioni di approvazione, spese, valuta e ritardi. Chiedi quale importo è dovuto se il progetto si interrompe a metà.
- 3
Metti un limite alle revisioni
Verifica numero di cicli, feedback consolidato, prezzo delle modifiche e spostamento della scadenza.
- 4
Rendi visibili le dipendenze
Elenca materiali, accessi, decisioni e feedback del cliente necessari al lavoro. Chiarisci come si comunica un ritardo e come si estendono i tempi.
- 5
Segui la catena dei diritti
Distingui deliverable finali, strumenti preesistenti, asset di terzi, open source, uso in portfolio e contributi di collaboratori. Chiarisci quando inizia il trasferimento o la licenza.
- 6
Leggi insieme le clausole di rischio
Controlla limiti di responsabilità, manleve, garanzie, riservatezza, recesso e limiti ai clienti futuri. Chiarisci i rischi illimitati o scollegati dal compenso.
Esempio di clausola, spiegato
Esempio illustrativo — non tratto da un contratto reale
Il Cliente esaminerà ciascun Deliverable entro cinque giorni lavorativi dalla ricezione. Se entro tale termine non invia una comunicazione scritta che indichi una difformità sostanziale rispetto ai criteri di accettazione concordati, il Deliverable si intenderà accettato. Le richieste che modificano l'ambito concordato saranno gestite tramite una richiesta di variazione scritta.
In parole semplici
La clausola assegna al cliente un termine di verifica, richiede che il feedback indichi uno scostamento sostanziale dai criteri concordati e distingue il rifiuto da un'attività nuova.
Possibile criticità
Funziona solo se criteri di accettazione e procedura di variazione sono concreti. “Difformità sostanziale” e “ambito concordato” restano terreno di discussione se il brief è vago.
Domanda da fare
Chi invia l'approvazione, quali criteri applica e cosa accade a tempi e compenso se il feedback cambia il brief originario?
Segnali di attenzione riconoscibili nel testo
Un segnale di attenzione richiede un approfondimento: non significa automaticamente che la clausola sia illegittima o inefficace.
“Revisioni illimitate” o “tutte le modifiche richieste dal Cliente”.
La promessa può non avere alcun limite di prezzo, tempo o perimetro.
Passo pratico: Definisci cicli di revisione e fai passare le modifiche sostanziali da una richiesta scritta.
Pagamento soltanto dopo l'“approvazione finale” a discrezione del cliente.
Un passaggio di approvazione soggettivo o senza termine può rinviare la maturazione del pagamento.
Passo pratico: Chiedi approvatori indicati per nome o ruolo, criteri oggettivi, un termine di verifica e una regola sul silenzio.
Cessione di ogni diritto presente e futuro creato durante il rapporto.
La formula può inglobare strumenti riutilizzabili, attività estranee o materiali di base.
Passo pratico: Identifica i deliverable commissionati e riserva espressamente materiali preesistenti e riusi consentiti.
Responsabilità illimitata o manleva ampia senza massimale.
L'esposizione può essere sproporzionata rispetto al compenso e includere rischi che il freelance non controlla.
Passo pratico: Chiedi quali pretese sono coperte, se esiste un tetto e quali categorie sono escluse.
Cessazione immediata senza pagamento per il lavoro svolto o il tempo impegnato.
Il freelance può restare con il costo di attività già eseguite o di capacità tenuta libera.
Passo pratico: Chiarisci compensi maturati, lavorazioni in corso, indennità di cancellazione e obblighi di consegna.
Esclusiva vaga o divieto di lavorare per “concorrenti”.
Può limitare l'attività futura senza identificare clienti, attività, durata o territorio.
Passo pratico: Restringi l'attività vietata e indica eccezioni o clienti già esistenti.
Freelance e cliente: la stessa clausola, esigenze operative diverse
Un buon accordo rende visibili le aspettative di entrambe le parti. Sono domande di lettura, non una regola su quale parte debba ottenere un certo termine.
| Argomento | Il freelance dovrebbe verificare | Il cliente dovrebbe verificare |
|---|---|---|
| Oggetto | Riesco a preventivare e pianificare il risultato richiesto? | L'incarico identifica il risultato di business e il passaggio di consegne che mi servono? |
| Accettazione | So quando una milestone è completata e fatturabile? | Ho un modo chiaro e tempestivo per segnalare una difformità reale? |
| Diritti sul lavoro | Quali strumenti e materiali di base posso continuare a usare? | Ricevo i diritti necessari per usare il deliverable pagato? |
| Ritardi | Le scadenze si spostano se input o feedback arrivano tardi? | Riceverò un avviso tempestivo quando una dipendenza incide sulla consegna? |
| Cessazione | Cosa mi viene pagato se si annulla lavoro già riservato? | Quali file, accessi e attività di passaggio riceverò alla chiusura? |
Domande utili prima di firmare
- Cosa conta esattamente come deliverable completato e dove sono scritti i criteri di accettazione?
- Quanti cicli di revisione sono inclusi e quando una richiesta diventa una modifica dell'incarico?
- Quando è dovuta ogni fattura: alla sua emissione, alla consegna, all'accettazione o al verificarsi di un'altra condizione?
- Quali materiali, accessi e decisioni del cliente servono per procedere?
- Quando si trasferiscono i diritti e il cliente può usare il lavoro prima del saldo?
- Quali template, codice, strumenti e materiali di terzi preesistenti restano fuori dal trasferimento?
- Posso inserire il lavoro in portfolio, citare il cliente o usare screenshot? A partire da quando?
- Se il progetto si interrompe a metà, cosa è dovuto e cosa va consegnato?
- La responsabilità è limitata e manleve o garanzie creano un'esposizione diversa?
- Posso lavorare per concorrenti o coinvolgere collaboratori e quali limiti si applicano davvero?
Scenario realistico: un MVP a prezzo fisso
Uno sviluppatore freelance accetta un compenso fisso per realizzare un MVP. L'accordo dice che fornirà “funzionalità secondo le richieste”, include revisioni illimitate e rende la fattura finale pagabile solo dopo “approvazione finale”. Il cliente deve anche inviare materiali di brand e prendere decisioni di prodotto, ma il calendario non disciplina queste dipendenze. Una cessione di diritti copre tutto ciò che viene creato nel rapporto e la cessazione immediata non spiega come viene pagato il lavoro in corso.
Prima di chiedersi quale clausola sarebbe efficace in giudizio, lo sviluppatore può trasformare il testo in domande concrete: quali schermate, integrazioni, test e materiali di handover sono inclusi; chi approva ogni milestone e con quali tempi; cosa accade se le decisioni del cliente ritardano; quali richieste richiedono un nuovo preventivo; se il cliente può usare l'MVP prima del saldo; e quale pagamento e passaggio di consegne si applicano se il progetto viene interrotto. Sono risposte che rendono l'accordo commerciale più leggibile per entrambi.
Cosa dice il contratto e cosa può dipendere dalla giurisdizione
Cosa dice il contratto
Il testo può indicare oggetto, compensi, condizioni di pagamento, scadenze, linguaggio sulla titolarità, riservatezza, responsabilità, cessazione e restrizioni. Sono impegni pratici da individuare e mettere a confronto prima della firma.
Cosa può dipendere dalla giurisdizione
Qualificazione del rapporto, titolarità dei diritti, trattamento fiscale, efficacia di limiti di responsabilità o restrizioni, tutele obbligatorie di pagamento, rimedi e conseguenze di una cessione o manleva possono dipendere dalla legge applicabile e dalla relazione effettiva. La dicitura “lavoratore autonomo” non è una risposta universale.
Quando può essere utile una revisione professionale
Una revisione professionale può essere particolarmente utile quando valore, complessità o ripartizione del rischio rendono insufficiente una prima lettura in linguaggio chiaro.
- Il progetto ha un valore rilevante o l'incarico è di lunga durata.
- Il lavoro genera software, dati, materiali regolamentati o proprietà intellettuale strategica.
- La responsabilità è illimitata, la manleva è ampia o le pretese di terzi costituiscono un rischio concreto.
- Il rapporto è transfrontaliero oppure legge applicabile e foro non sono familiari.
- L'accordo contiene esclusiva, non concorrenza, non-sollecitazione o subappalto complesso.
- Un cliente enterprise propone condizioni che si discostano materialmente dalla proposta commerciale.
Domande frequenti
Il cliente può diventare proprietario del mio lavoro freelance?
Il contratto può trasferire diritti o concedere una licenza, ma effetto e regole applicabili in assenza di accordo possono dipendere da testo, fatti e legge applicabile. Individua deliverable, momento del trasferimento e materiali preesistenti che restano esclusi.
Quando dovrei essere pagato?
Il contratto dovrebbe indicare importo, processo di fatturazione, scadenza e condizioni di ciascun pagamento. Un compenso descritto in una proposta funziona in modo diverso se l'accordo lo lega all'accettazione o a un altro evento.
Posso riutilizzare codice o template?
Cerca una riserva per materiali preesistenti, strumenti riutilizzabili e know-how generale, oltre alla licenza che il cliente eventualmente riceve per usarli nel deliverable. Possono contare anche i termini di materiali di terzi e open source.
Cosa succede se il cliente chiede lavoro aggiuntivo?
Confronta la richiesta con oggetto dell'incarico e regole sulle revisioni. Un accordo utile prevede una procedura per mettere per iscritto compenso aggiuntivo e tempi prima di svolgere il lavoro.
Posso lavorare per concorrenti?
Controlla esclusiva, non concorrenza, riservatezza e non-sollecitazione. Leggi attività, clienti, durata, territorio ed eccezioni concrete; l'effetto legale può variare secondo la giurisdizione.
Cosa succede se il cliente annulla il progetto?
Leggi cessazione e cancellazione per preavviso, pagamento del lavoro svolto o del tempo impegnato, eventuale kill fee, handover e sorte dei materiali del cliente e del lavoro prodotto.
Lawyerless può analizzare un contratto freelance?
Puoi incollare o caricare il testo per una prima spiegazione in linguaggio chiaro di oggetto, pagamenti, diritti sul lavoro, responsabilità e clausole che meritano attenzione. Lawyerless offre supporto informativo, non rappresentanza legale né consulenza specifica per giurisdizione.
Approfondisci concetti contrattuali collegati
Contratto freelance
Un'introduzione più ampia agli elementi centrali di un incarico freelance.
Revisione NDA
Una guida più approfondita per leggere obblighi di riservatezza autonomi.
Clausola di riservatezza
Come un contratto definisce e disciplina le informazioni riservate.
Clausola di risoluzione
Come gli accordi definiscono preavviso, annullamento e obblighi di uscita.
Clausola di non concorrenza
Un approfondimento sulle restrizioni che possono incidere sul lavoro futuro.
Controlla il tuo contratto freelance prima di impegnarti
Carica o incolla l'accordo per una prima lettura strutturata, in linguaggio chiaro, dei termini che governano lavoro, pagamenti e rischio.
Analizza il mio contratto freelanceFonti e metodologia
Questa guida educativa aiuta a leggere il linguaggio commerciale e operativo di un contratto freelance senza presentare regole nazionali come universali. Le fonti istituzionali qui sotto chiariscono la differenza tra cessione e licenza dei diritti e perché l'effetto legale di un rapporto di lavoro può dipendere sia dai fatti sia dalla giurisdizione.
- WIPO: accordi di trasferimento tecnologico
Illustra la distinzione tra cessione e licenza di diritti di proprietà intellettuale, compresa l'importanza di identificare con precisione ciò che viene trasferito.
- ILO: rapporto di lavoro e contratti di lavoro
Offre un contesto internazionale sul perché la qualificazione di un rapporto non dovrebbe dipendere soltanto dall'etichetta utilizzata nel contratto.