Aposentando o Arquivo PSD: Um Guia Prático para Migração PSD para Figma em Escala

O arquivo que ninguém quer abrir

Toda organização que criou design por mais de alguns anos tem um arquivo de PSDs. Ele vive em um drive compartilhado, em um DAM ou no SSD externo de alguém, e representa a produção cumulativa de design de uma equipe que não usa mais o Photoshop como ferramenta principal há anos. Materiais de marketing, landing pages de campanhas, bibliotecas de ícones, folhas de componentes, arquivos de impressão prontos para produção — tudo congelado em um formato que a equipe de design atual não usa mais para entregas.

Abrir esse arquivo é um projeto real. Nossos clientes fazem as mesmas perguntas: quanto tempo vai levar para trazer 5.000 PSDs para o Figma, quanto será preservado, quem é responsável pela revisão e como mantemos as coisas funcionando para a equipe de marca enquanto isso acontece? Este post é uma resposta consolidada, escrita a partir do que vimos em migrações PSD para Figma em larga escala.

O que realmente precisa migrar

Antes de tocar no primeiro arquivo, separe o acervo em quatro categorias:

1. Ativos ativos — em uso atualmente, reutilizados semanalmente. Esses vão primeiro.
2. Material de referência — não está mais em uso, mas ainda é necessário para conformidade de marca, requisitos legais ou continuidade histórica.
3. Entregas pontuais — campanhas que rodaram, terminaram e não serão reabertas. Normalmente a maior categoria e geralmente a última a migrar, se migrar.
4. Duplicatas e peso morto — versões antigas do mesmo arquivo, exportações aninhadas, cópias em tamanho de impressão de originais feitos para web.

Uma divisão típica que vemos é 10 / 30 / 50 / 10. Migrar os 10% de ativos ativos captura 80% do valor; as outras categorias são governadas por política (retenção, conformidade) e não por utilidade.

O que sobrevive à conversão

A questão da fidelidade é a que todo stakeholder faz. Aqui está a versão honesta:

• Camadas — preservadas, incluindo grupos e máscaras de recorte. Aninhamento mantido; nomes mantidos literalmente. Camadas bloqueadas permanecem bloqueadas.
• Texto — estilos (fonte, tamanho, peso, tracking, leading, cor) são preservados. Caixas de texto permanecem editáveis. Fontes variáveis fazem ida e volta corretamente. Fontes não instaladas fazem fallback na primeira abertura; o documento registra o nome original da fonte para remapeamento posterior.
• Smart objects — achatados para seus pixels renderizados por padrão, com o arquivo original vinculado anexado como referência. Opcionalmente, smart objects embutidos com fontes vetoriais são convertidos na estrutura de componentes aninhados do Figma.
• Efeitos — drop shadows, inner shadows, strokes e gradient overlays convertem com fidelidade numérica. Efeitos de camada sem análogo no Figma (satin, bevel & emboss) convertem para o equivalente mais próximo no Figma e são sinalizados no relatório de migração.
• Máscaras — máscaras de pixel, máscaras vetoriais e grupos de recorte preservam os limites. Elementos mascarados permanecem agrupados com suas máscaras para que designers possam reentrar e ajustar.
• Cor — preenchimentos sólidos, gradientes e padrões convertem. Cores spot e definições de tinta CMYK são mapeadas para seus equivalentes sRGB e anotadas; os valores originais são preservados em metadados para que entregas de impressão possam ser regeneradas.

O mapeamento de design system é a etapa opcional que separa um dump de arquivos de uma biblioteca utilizável. Se você apontar a migração para uma biblioteca Figma existente, o pipeline compara layer styles e cores do PSD com estilos e componentes existentes, substituindo pelo seu sistema onde houver correspondência. Quando não há correspondência, você recebe um relatório: "esta cor aparece 412 vezes e não está na biblioteca — adicione ou vincule."

O loop de migração

Um piloto funciona assim:

1. Inventário. Aponte a ferramenta para um diretório (ou bucket S3). Ela percorre a árvore, reporta contagens de arquivos, contagens de camadas e uma estimativa aproximada de fidelidade por arquivo. Nenhum arquivo é movido ainda.
2. Lote piloto. Escolha 20 a 50 arquivos que representem a variedade do acervo — um comp de marketing pesado em fotos, um pôster pesado em texto, uma folha de ícones, um mockup complexo com muitas camadas. Execute o piloto, revise a saída no Figma e avalie a fidelidade.
3. Regras. Com base nas descobertas do piloto, ajuste o conjunto de regras: "achatar texto rasterizado abaixo de 14px", "colapsar camadas ocultas", "converter smart objects em componentes quando a fonte for vetorial." Essas regras são configuração, não código.
4. Execução em massa. Jogue a categoria completa de ativos ativos no pipeline. O throughput é tipicamente centenas de arquivos por hora por worker do pipeline; as execuções paralelizam linearmente.
5. Revisão. Arquivos migrados chegam a um time Figma de staging. Designers revisam, sinalizam problemas e promovem para a biblioteca de trabalho.
6. Governança. PSDs recebidos continuamente (agências de última milha, fornecedores legados) fluem pelo mesmo pipeline automaticamente para que o acervo não cresça novamente.

O estado estável não é "não mais PSDs." O estado estável é que todo PSD entrando no sistema é automaticamente convertido e arquivado; o acervo se torna uma fila, não um cemitério.

O que escala realmente significa

Um modelo mental útil para orçamentos de tempo:

• Conversão manual (um designer redesenhando um arquivo) — 2 a 4 horas por PSD moderadamente complexo.
• Semi-automatizado (PSD aberto no Figma com um plugin, depois limpo manualmente) — 20 a 40 minutos por arquivo.
• Pipeline de migração totalmente automatizado — segundos por arquivo na etapa de conversão; o tempo de revisão depende do SLA que você definir para fidelidade.

Em um acervo de 5.000 arquivos, a diferença não é "mais rápido" — é "possível vs. impossível." Uma equipe de design de cinco pessoas não consegue migrar manualmente 5.000 arquivos em um trimestre. A mesma equipe pode revisar uma migração automatizada de 5.000 arquivos no mesmo trimestre porque a unidade de trabalho muda de desenhar para julgar.

Segurança e conformidade

Migrações empresariais têm um segundo conjunto de restrições que frequentemente domina as técnicas. A plataforma é SOC 2 Type II, compatível com GDPR e CCPA, certificada ISO 27001 e alinhada com HIPAA para ambientes regulados. Clientes com requisitos de residência de dados podem executar o pipeline em sua própria VPC — o build do container é o mesmo que nosso SaaS executa, apenas implantado dentro da sua rede, com entrada e saída sob seu controle.

Arquivos em trânsito são criptografados; arquivos em repouso são criptografados com chaves por tenant; logs são limpos de conteúdo de documentos. A retenção é configurável. Se você precisa de um DPA, a página de DPA tem o texto padrão.

O modelo de suporte

Para um piloto com menos de 100 arquivos, o tier self-service geralmente é suficiente. Para qualquer coisa acima disso, designamos um gerente de migração e um workspace compartilhado. O gerente é responsável pelo plano de execução, o relatório de fidelidade e a reunião de revisão semanal. Isso não é uma barreira para usar o produto; é uma oferta, porque aprendemos que migrações jogadas por cima do muro falham mais por processo do que por tecnologia.

Comece pequeno

Se você está avaliando isso para sua equipe, não tente planejar a migração inteira. Escolha 50 arquivos da categoria "ativos", passe-os pelo pipeline e avalie o que você vê. A conversa sobre fidelidade que segue é muito mais produtiva quando é baseada nos seus arquivos e no seu design system, não em um deck de fornecedor. Envie um email para [email protected] para começar — o primeiro lote é por nossa conta.

PSDs não vão voltar à rotação. Mas o trabalho que eles representam — anos de decisões visuais das quais seus produtos atuais ainda dependem — vale a pena trazer para o presente. Automação é o que faz essa conta fechar.