Versioni dei documenti: basta «definitivo_v2_finale» nei nomi

Chiunque abbia lavorato su un documento con altre persone conosce la sequenza: relazione.docx, relazione_rev.docx, relazione_definitiva.docx, relazione_definitiva_corretta.docx, relazione_DEFINITIVA_v2_ok.docx. Alla fine nessuno sa quale sia la versione buona, e spesso le correzioni di qualcuno si perdono perché sono state fatte su una copia superata. Il problema non si risolve con più disciplina, ma con un metodo chiaro e con gli strumenti giusti.

Prima domanda: ti servono davvero più file?

Molti servizi moderni salvano già una cronologia delle versioni in automatico. Google Docs, Microsoft 365 con OneDrive o SharePoint, Dropbox e molti altri conservano gli stati precedenti di un file e permettono di tornare indietro. In questi casi la soluzione migliore è spesso un solo file, sempre con lo stesso nome, e la cronologia integrata per recuperare ciò che serve.

I vantaggi sono concreti:

• tutti lavorano sulla stessa copia, quindi non ci sono versioni parallele;
• i link condivisi restano validi;
• puoi vedere chi ha modificato cosa e quando.

Il limite è che la cronologia non è eterna: molti servizi conservano le versioni per un periodo limitato o fino a un certo numero. Per le tappe importanti conviene quindi creare copie esplicite, come spiegato sotto.

Quando servono file separati

Ci sono situazioni in cui una copia separata è necessaria:

• devi inviare il documento all'esterno e vuoi sapere esattamente cosa hai mandato;
• una versione è stata approvata o firmata e non deve più cambiare;
• lavori offline o con persone che usano strumenti diversi;
• vuoi conservare uno stato del documento a lungo termine.

In questi casi serve una numerazione coerente.

Una numerazione che funziona

Il sistema più semplice e robusto è un numero progressivo con zero iniziale:

2025-04_relazione-annuale_v01.docx
2025-04_relazione-annuale_v02.docx
2025-04_relazione-annuale_v03.docx

Regole pratiche:

1. Il numero cresce sempre, non si torna mai indietro e non si riutilizza.
2. Niente parole come «finale» o «definitivo»: la prossima revisione le renderà false.
3. Chi modifica crea la versione successiva, non sovrascrive quella ricevuta.
4. Le iniziali di chi ha rivisto possono essere aggiunte in coda: v03-lb indica la versione 3 con le revisioni di L. B.

Per distinguere bozze e versioni approvate, alcuni usano numeri decimali (v0.3 per le bozze, v1.0 per la prima versione approvata). È utile nei documenti tecnici o nelle procedure, un po' eccessivo per una lettera.

Il ruolo delle revisioni tracciate

Word, LibreOffice Writer e Google Docs permettono di registrare le modifiche: chi rivede propone cambiamenti, e l'autore li accetta o li rifiuta. Usare le revisioni tracciate riduce molto il bisogno di copie multiple, perché in un unico file convivono testo originale e proposte.

Un consiglio: prima di inviare un documento all'esterno, accetta o rifiuta tutte le revisioni e rimuovi i commenti. Le modifiche tracciate restano nel file anche se non sono visibili nella modalità di visualizzazione scelta, e possono mostrare a chi riceve frasi che avevi deciso di eliminare.

Separare lavoro e consegna

Una struttura che funziona bene anche per progetti piccoli prevede due sottocartelle:

Progetto-X/
  lavoro/
  consegnati/

In lavoro c'è il file vivo, che evolve. In consegnati finisce una copia, meglio se in PDF, di ogni versione inviata a qualcuno, con la data nel nome. Se tra sei mesi qualcuno chiede «che cosa ci avevate mandato a marzo?», la risposta si trova in pochi secondi, e il PDF garantisce che il contenuto non sia stato alterato da una modifica successiva.

Pulizia delle versioni intermedie

Accumulare trenta versioni dello stesso documento non aiuta nessuno. A progetto concluso puoi:

• tenere la versione finale nel formato modificabile;
• tenere i PDF di tutte le versioni consegnate;
• spostare le versioni intermedie in un archivio compresso o eliminarle.

Le versioni intermedie servono durante il lavoro, raramente dopo.

Quando il problema diventa grande

Per testi tecnici, documentazione o qualunque contenuto scritto in formato testuale, come Markdown, esistono sistemi di controllo di versione come Git, nati per il codice ma ottimi anche per i documenti. Registrano ogni modifica con un messaggio descrittivo e permettono di confrontare due stati riga per riga. Richiedono un po' di apprendimento, ma per chi gestisce molta documentazione ripagano rapidamente.

In sintesi

• Se lo strumento ha una cronologia delle versioni, usa un solo file e sfruttala.
• Quando servono copie separate, numerale con v01, v02 e non usare mai «finale».
• Le revisioni tracciate sostituiscono molte copie, ma vanno ripulite prima dell'invio.
• Conserva in PDF ogni versione consegnata, separata dal file di lavoro.
• A fine progetto elimina o archivia le versioni intermedie.