1. Come accade solitamente
I contratti atipici nascono quando il lavoro reale corre più veloce della formalizzazione. Succede spesso in ambito software, SaaS e AI: si parte con una proposta, si aggiungono richieste in call, si chiariscono dettagli su chat, si inviano bozze via e-mail e poi si inizia a lavorare. Il documento contrattuale esiste, ma è solo una parte della storia.
Nel tempo il rapporto si arricchisce di elementi “fuori contratto”: nuove feature, adattamenti, urgenze, concessioni, cambi di priorità. Qualcuno dice “lo includiamo”, qualcun altro risponde “ok, ma lo fatturiamo a parte”, e quella frase resta sospesa tra Slack e memoria umana.
Un aneddoto tipico: un fornitore accetta di fare “una piccola modifica veloce” durante una call. Dopo qualche settimana, quella modifica è diventata una parte centrale del progetto. Il cliente la considera inclusa, il fornitore la vede come extra. Nessuno ha torto, ma nessuno ha un documento che racconti chiaramente cosa è successo.
Un punto di vista meno ovvio: nei contratti atipici il valore non sta solo nelle clausole scritte, ma nel comportamento concreto delle parti. Sequenze di e-mail, approvazioni operative, consegne accettate, silenzi dopo una proposta. Tutti questi elementi costruiscono una realtà contrattuale di fatto. Documentarli significa rendere visibile questa realtà.
In contesti AI e SaaS la situazione è ancora più fluida: servizi in evoluzione, modelli aggiornati, dataset modificati, accessi cambiati nel tempo. Il “servizio” non è un oggetto statico, ma un sistema che cambia. Senza una buona traccia documentale, dopo qualche mese diventa difficile stabilire cosa fosse incluso in origine e cosa sia stato aggiunto lungo la strada.
2. Cosa devi dimostrare
L’obiettivo è ricostruire in modo credibile cosa è stato concordato, cosa è stato effettivamente fatto e come il rapporto si è evoluto nel tempo.
Può essere utile dimostrare:
- l’esistenza del contratto iniziale e delle sue versioni;
- il contenuto delle offerte, proposte e preventivi;
- le modifiche concordate nel tempo;
- le attività effettivamente svolte;
- le consegne effettuate e accettate;
- le richieste aggiuntive e le relative risposte;
- le promesse fatte in e-mail, chat o call;
- le condizioni operative (tempi, modalità, limiti);
- eventuali disaccordi o contestazioni;
- lo stato del servizio in momenti chiave;
- la sequenza temporale degli eventi.
In pratica, devi poter raccontare la storia del rapporto in modo lineare: cosa è stato deciso, cosa è cambiato e cosa è stato fatto davvero.
3. Cosa raccogliere
Serve un archivio che tenga insieme documenti formali e comunicazioni operative. Nei contratti atipici, spesso sono queste ultime a fare la differenza.
Raccogli:
- contratto iniziale e eventuali versioni successive;
- preventivi, offerte e allegati tecnici;
- e-mail di negoziazione e chiarimento;
- chat esportate (Slack, Teams, WhatsApp, ecc.);
- verbali o note di call e meeting;
- documenti condivisi (Google Docs, PDF, presentazioni);
- screenshot di messaggi rilevanti;
- task, ticket o backlog di progetto;
- report di attività o avanzamento lavori;
- prove di consegna (file, accessi, deploy, demo);
- fatture, pagamenti e note contabili;
- eventuali reclami o segnalazioni;
- registrazioni di call, se disponibili e utilizzabili;
- file tecnici legati al servizio (codice, dataset, configurazioni);
- changelog o cronologia delle modifiche.
Un buon criterio: se una decisione è stata presa, cerca una traccia. Se non esiste, prova a ricostruirla con ciò che hai.
4. Come procedere
Parti mettendo ordine nel materiale esistente. Crea una cartella principale dedicata al rapporto, con sottosezioni semplici: contratto, comunicazioni, consegne, pagamenti, modifiche.
Poi costruisci una timeline. Anche un semplice documento con date e eventi aiuta moltissimo. Scrivi cosa è successo, allega i riferimenti e collega i file. Non serve un romanzo: serve chiarezza.
Procedura pratica:
- raccogli tutti i documenti e le comunicazioni disponibili;
- organizza il materiale in cartelle logiche;
- crea una timeline degli eventi principali;
- identifica momenti chiave (accordi, modifiche, consegne);
- associa a ogni evento i file e le prove;
- evidenzia cosa era previsto e cosa è stato aggiunto;
- prepara un documento riepilogativo chiaro;
- crea archivi ZIP per blocchi rilevanti;
- attesta documenti e pacchetti importanti;
- conserva copie ordinate e immutate.
Se il rapporto è ancora in corso, inizia a formalizzare meglio da subito. Dopo ogni decisione rilevante, invia un riepilogo scritto. Bastano poche righe: “confermo che abbiamo concordato X, con tempi Y e condizioni Z”. Questo semplice gesto evita molte discussioni future.
5. Errori da evitare
Il rischio principale è affidarsi alla memoria o a documenti sparsi.
Errori frequenti:
- considerare il contratto iniziale come unica fonte;
- non salvare e-mail e chat rilevanti;
- non documentare modifiche e richieste extra;
- lasciare decisioni importanti solo a voce;
- non distinguere tra attività incluse ed extra;
- usare file senza versione o senza data;
- non tracciare consegne e accettazioni;
- perdere la sequenza temporale degli eventi;
- modificare documenti senza conservarne le versioni precedenti.
Oltre all’attestazione tecnica, è utile adottare abitudini semplici: riepiloghi scritti, versionamento dei documenti, archiviazione ordinata, uso di strumenti condivisi con storico. L’attestazione gratuita è utile perché consente di fissare rapidamente documenti e momenti chiave senza aggiungere complessità al lavoro quotidiano.
6. Dopo la documentazione
Una volta ricostruito il quadro, condividilo internamente con chi gestisce il rapporto: team operativo, commerciale, management. Tutti devono avere la stessa visione dei fatti.
Se emergono criticità o possibili contestazioni, valuta un confronto strutturato con la controparte, basato su documenti chiari e verificabili. In caso di necessità, coinvolgi consulenti tecnici o legali con esperienza in contratti di servizi e progetti digitali.
Per il futuro, usa questa esperienza come base per migliorare: modelli contrattuali più chiari, processi di approvazione, tracciamento delle modifiche, gestione delle comunicazioni. Nei contratti atipici, la differenza tra caos e controllo spesso sta in come vengono salvati e organizzati i dettagli lungo il percorso.