Pular para o conteúdo

Fluxo de trabalho do designer

Nomes de arquivos de logotipo e controle de versões na entrega ao cliente

Dê a cada recurso uma identificação útil e a cada entrega uma versão rastreável, sem criar um labirinto incompreensível de pastas.

A resposta curta

Use nomes descritivos de recursos dentro de uma pasta de versão datada e numerada. Mantenha revisões de trabalho e entregas substituídas fora do pacote atual do cliente. Um breve manifesto deve identificar a versão aprovada, explicar os termos dos nomes e registrar o que mudou.

1. Nomeie o conteúdo do arquivo, não o quanto ele parece finalizado

O nome de um arquivo precisa continuar funcionando quando alguém baixa um único recurso e o encaminha sem a pasta. Comece pela marca e depois descreva a composição e o tratamento: acme-logo-horizontal-white.svg é mais útil que final-logo-7.svg. Para uma exportação raster, acrescente uma dimensão significativa como 1600w, não um rótulo vago como grande.

Use um vocabulário controlado e reduzido. Escolha horizontal ou wide, não ambos. Escolha symbol ou icon e explique o significado. Mantenha separadores e uso de maiúsculas consistentes, evite caracteres rejeitados pelos seus sistemas de entrega e preserve a extensão real. Renomear um PNG para .svg não altera seu conteúdo.

A Thoughtworks inclui um nome descritivo de arquivo de logotipo em suas diretrizes de marca publicadas. O princípio útil é que o nome contém informações pesquisáveis; seu cliente não precisa adotar as abreviações de outra organização. Escreva sua própria legenda de termos em linguagem comum e teste-a com um colega que não conheça o projeto.

Leitura complementar: Diretrizes de marca da Thoughtworks: nomes de arquivos, página 74

2. Separe revisões de design de versões de entrega

Uma revisão de trabalho acompanha seu processo de design. Uma versão de entrega identifica um pacote revisado que alguém pode realmente usar. São eventos diferentes. Seu vigésimo arquivo de trabalho pode se tornar a primeira entrega aprovada; não obrigue os clientes a interpretar todo o histórico de revisões.

Por exemplo, mantenha acme-identity-working-r020.ai na sua área privada de trabalho e emita acme-logo-kit-2026-10-25-r01 como pasta de entrega. Aqui, r01 significa o primeiro pacote emitido, não uma promessa de compatibilidade de software. Explique essa convenção uma vez. Datas ajudam na ordenação; não comprovam aprovação.

Congele cada pacote emitido no seu arquivo. Se uma correção alterar a geometria, um tratamento de cor ou uma exportação fornecida, emita r02 e registre o motivo. Não substitua silenciosamente um arquivo dentro de um ZIP previamente aprovado mantendo o nome do pacote inalterado. Você perderia uma forma confiável de determinar o que o cliente recebeu.

3. Organize em torno da primeira decisão do destinatário

Um profissional de marketing pode escolher pela aplicação ou pelo fundo; um parceiro de produção pode escolher pelo serviço identificado. Escolha uma lógica principal de pastas em vez de aninhar todas as propriedades possíveis. Para uma identidade pequena, pastas para recursos sobre fundos claros e escuros podem bastar, com composição e formato indicados nos nomes dos arquivos.

Mantenha o original editável, as exportações de entrega e as prévias explicativas visivelmente separados. Não inclua conceitos rejeitados ao lado das opções aprovadas. Armazene versões substituídas em um arquivo fora do local atual de download, com acesso adequado ao projeto; mover arquivos não deve ampliar o compartilhamento acidentalmente.

Exemplos de decisões para uma versão, não um padrão universal de nomes
SituaçãoIdentificação sugeridaPor que ajuda
SVG horizontal brancoacme-logo-horizontal-white.svgContinua identificável ao ser encaminhado sozinho
Alternativa raster horizontalacme-logo-horizontal-color-1600w.pngIndica a largura real da imagem raster
Pacote revisadoacme-logo-kit-2026-10-25-r01Identifica o conjunto emitido
Adaptação específica para fornecedoracme-logo-signage-approved-r02.pdfDistingue um recurso específico de um serviço

4. Inclua um pequeno manifesto da versão

Coloque uma nota inicial legível no topo do pacote. Informe o identificador da versão, a data de emissão, as variantes aprovadas, os fundos previstos e a localização do guia de uso. Identifique a pessoa responsável por aprovar alterações. Inclua uma lista de recursos quando o pacote for grande a ponto de dificultar a percepção de arquivos ausentes.

Registre mudanças significativas em vez de um diário interno: “r02 substitui o símbolo em negativo pela arte corrigida aprovada; os arquivos horizontais em cores permanecem inalterados.” Diga qual versão anterior ela substitui. Se os nomes dos arquivos permanecerem estáveis entre versões, a pasta da versão e o manifesto devem preservar essa distinção.

Para entregas contínuas a desenvolvedores, combinem se as referências de implantação usarão nomes de arquivo estáveis ou versionados. Não renomeie recursos já referenciados por uma aplicação em produção sem coordenar a mudança. O arquivo de pacotes do designer e o cache de implantação do desenvolvedor são assuntos relacionados, não o mesmo sistema de controle de versões.

5. Teste a localização e a substituição, não apenas a grafia

Peça a um colega que encontre o logotipo horizontal branco usando apenas a pasta entregue. Depois, pergunte qual pacote substitui o anterior. Se qualquer resposta precisar de sua explicação, melhore os nomes ou a nota inicial. Uma convenção de nomes funciona quando outra pessoa consegue tomar a decisão certa rapidamente.

Compare o inventário exportado com a lista de recursos aprovados. Observe nomes-base duplicados, termos inconsistentes, prévias desatualizadas e sufixos inesperados acrescentados pela ferramenta de exportação. Abra os arquivos depois de baixar ou extrair o pacote exato, não apenas a partir do ambiente de trabalho original. Confirme que os nomes descrevem o conteúdo real.

Antes de enviar uma atualização, prepare uma instrução breve de substituição, identificando as versões antiga e nova e os recursos alterados. Evite “use a mais recente” quando várias pastas puderem parecer atuais. Mantenha um único local de entrega atual claramente identificado, preservando separadamente o histórico das versões emitidas.

6. Empacote apenas a versão revisada

Após aprovar a arte e o sistema de nomes, use o logopack.app para preparar um pacote organizado de exportações e confira o resultado com sua lista da versão. Uma conta gratuita exporta a demonstração fornecida com sua arte SVG inalterada; exportar sua própria arte exige um plano pago. O empacotamento não aprova novas variantes nem corrige um design.

Leitura complementar: Abra o gerador · Veja os planos atuais

Lista de verificação da versão

  • Cada nome de arquivo identifica a marca, a composição e o tratamento.
  • As dimensões raster nos nomes correspondem aos arquivos.
  • As revisões de trabalho estão separadas das versões emitidas.
  • O identificador da versão corresponde ao manifesto e ao pacote de download.
  • Recursos substituídos não são oferecidos como opções atuais.
  • Um colega consegue localizar o recurso solicitado sem ajuda.
  • A entrega exata extraída foi verificada.

COLOQUE EM PRÁTICA

Pronto para preparar seu pacote?

O logopack.app transforma arte SVG existente em um pacote de logos organizado. Visualize seus arquivos, escolha as opções de exportação disponíveis e confira o resultado antes da entrega. Exportar seus próprios arquivos de logo ou ícone exige Pro.

Comece com o gerador de pacotes de logos, explore o ZIP de exemplo, ou compare os planos atuais.

Abrir gerador
← Todos os guiasSugerir uma correção