Nomi dei file logo e controllo delle versioni per la consegna al cliente

1. Nomina ciò che il file contiene, non quanto sembra definitivo

Il nome di un file deve restare utile dopo che qualcuno scarica una risorsa e la inoltra senza la cartella. Parti dal brand, poi descrivi composizione e trattamento: acme-logo-horizontal-white.svg è più utile di final-logo-7.svg. Per un'esportazione raster, aggiungi una dimensione significativa come 1600w, non un'etichetta vaga come large.

Usa un vocabolario controllato e ridotto. Scegli horizontal oppure wide, non entrambi. Scegli symbol oppure icon e spiega cosa significa. Mantieni coerenti separatori e maiuscole, evita caratteri rifiutati dai sistemi di consegna e conserva l'estensione reale. Rinominare un PNG in .svg non ne cambia il contenuto.

Thoughtworks include un nome descrittivo per il file del logo nelle sue linee guida pubblicate. Il principio utile è che il nome contiene informazioni ricercabili; il tuo cliente non deve adottare le abbreviazioni di un'altra organizzazione. Scrivi una tua legenda degli elementi del nome in linguaggio comune e provala con un collega che non conosce il progetto.

Approfondimenti: Linee guida del brand Thoughtworks: nomi dei file, pagina 74

2. Separa le revisioni di progetto dalle versioni di consegna

Una revisione di lavoro segue il tuo processo di progettazione. Un rilascio identifica un pacchetto verificato che qualcuno può effettivamente usare. Sono eventi diversi. Il tuo ventesimo file di lavoro potrebbe diventare la prima consegna approvata; non costringere i clienti a interpretare l'intera cronologia delle revisioni.

Ad esempio, conserva acme-identity-working-r020.ai nella tua area di lavoro privata e distribuisci acme-logo-kit-2026-10-25-r01 come cartella di consegna. Qui r01 indica il primo pacchetto rilasciato, non una promessa di compatibilità software. Spiega questa convenzione una volta. Le date aiutano a ordinare; non dimostrano l'approvazione.

Conserva immutato ogni pacchetto rilasciato nel tuo archivio. Se una correzione cambia la geometria, un trattamento cromatico o un'esportazione fornita, rilascia r02 e registra il motivo. Non sostituire silenziosamente un file dentro uno ZIP già approvato lasciando invariato il nome del pacchetto. Perderesti un modo affidabile per stabilire cosa ha ricevuto il cliente.

3. Organizza in base alla prima decisione del destinatario

Chi si occupa di marketing può scegliere in base al posizionamento o allo sfondo; un partner di produzione può scegliere in base a un lavoro identificato. Scegli una logica principale per le cartelle invece di annidare ogni proprietà possibile. Per un'identità piccola possono bastare cartelle per risorse su sfondi chiari e scuri, indicando composizione e formato nei nomi dei file.

Tieni visibilmente separati sorgente modificabile, esportazioni per la consegna e anteprime esplicative. Non includere concept scartati accanto alle scelte approvate. Conserva le versioni superate in un archivio fuori dalla posizione di download corrente, con accessi adeguati al progetto; spostare i file non deve ampliare accidentalmente la condivisione.

4. Includi un breve manifest del rilascio

Metti all'inizio del pacchetto una nota introduttiva leggibile. Indica identificativo del rilascio, data di emissione, varianti approvate, sfondi previsti e posizione della guida d'uso. Identifica il responsabile che può approvare modifiche. Includi un elenco delle risorse quando il pacchetto è abbastanza grande da rendere difficile accorgersi di file mancanti.

Registra le modifiche significative invece di tenere un diario interno: «r02 sostituisce il simbolo in negativo con la grafica corretta e approvata; i file orizzontali a colori restano invariati». Indica quale rilascio precedente sostituisce. Se i nomi dei file rimangono stabili tra i rilasci, la cartella di rilascio che li contiene e il manifest devono preservare questa distinzione.

Per una consegna continuativa agli sviluppatori, concorda se i riferimenti in produzione usano nomi di file stabili o con versione. Non rinominare risorse già referenziate da un'applicazione attiva senza coordinare la modifica. L'archivio dei pacchetti del designer e la cache di distribuzione dello sviluppatore sono aspetti collegati, non lo stesso sistema di controllo delle versioni.

Continua con: Pianifica il contenuto effettivo della consegna

5. Testa ricerca e sostituzione, non solo l'ortografia

Chiedi a un collega di trovare il logo orizzontale bianco usando solo la cartella consegnata. Poi chiedi quale pacchetto sostituisce quello precedente. Se una delle risposte richiede una tua spiegazione, migliora i nomi o la nota introduttiva. Una convenzione di nomenclatura funziona quando un'altra persona può prendere rapidamente la decisione giusta.

Confronta l'inventario esportato con l'elenco delle risorse approvate. Fai attenzione a nomi base duplicati, elementi di nomenclatura incoerenti, anteprime obsolete e strumenti di esportazione che aggiungono suffissi inattesi. Apri i file dopo aver scaricato o estratto esattamente quel pacchetto, non solo dall'area di lavoro sorgente. Conferma che i nomi descrivano il contenuto reale.

Prima di inviare un aggiornamento, prepara una breve istruzione di sostituzione che indichi vecchio e nuovo rilascio e risorse modificate. Evita «usa l'ultima versione» quando più cartelle possono sembrare aggiornate. Mantieni una sola posizione di consegna corrente chiaramente identificata, conservando separatamente la cronologia dei rilasci.

Continua con: Mantieni i nomi delle esportazioni coerenti con le risorse approvate

6. Prepara il pacchetto solo del rilascio verificato

Dopo aver approvato grafica e sistema di nomenclatura, usa logopack.app per preparare un pacchetto di esportazione organizzato, poi confronta il risultato con l'elenco del rilascio. Un account gratuito esporta la demo fornita con la sua grafica SVG invariata; per esportare la tua grafica serve un piano a pagamento. Preparare un pacchetto non approva nuove varianti e non corregge un progetto.

Approfondimenti: Apri il generatore · Consulta i piani attuali

Checklist del rilascio

• ✓Ogni nome di file identifica brand, composizione e trattamento.
• ✓Le dimensioni raster nei nomi corrispondono ai file.
• ✓Le revisioni di lavoro sono separate dalle versioni rilasciate.
• ✓L'identificativo del rilascio corrisponde al manifest e al pacchetto da scaricare.
• ✓Le risorse superate non vengono proposte come scelte attuali.
• ✓Un collega riesce a trovare la risorsa richiesta senza aiuto.
• ✓È stata controllata esattamente la consegna estratta.