Animalia Design System

Em uma empresa com múltiplos produtos, marcas e times, consistência não pode depender apenas de cada designer conhecer todas as regras do sistema.

O Animalia precisava atender contextos diferentes sem se transformar em uma biblioteca rígida ou desconectada da realidade dos produtos.

Ao mesmo tempo, Design e Engenharia precisavam compartilhar não apenas componentes, mas também critérios de uso, acessibilidade, documentação e entendimento sobre como essas decisões chegariam à produção.

O desafio, portanto, não era apenas manter componentes consistentes. Era fazer com que o Design System funcionasse como uma linguagem compartilhada capaz de escalar entre produtos, pessoas e tecnologias.

Minha passagem pelo Animalia aconteceu em uma posição híbrida entre Design e Engenharia, o que me permitiu atuar em diferentes camadas do sistema.

Comecei contribuindo fortemente com pesquisa, conduzindo entrevistas, testes de usabilidade, dinâmicas e análise de comportamento. Com o tempo, minha atuação se expandiu para discovery de componentes, documentação, propostas de interface, testes, handoff, acessibilidade e implementação.

Essa proximidade entre disciplinas se tornou uma das principais características do meu trabalho no projeto: eu acompanhava uma decisão desde a necessidade identificada com usuários até sua representação no Figma, documentação e implementação técnica.

Também participei de iniciativas de educação e adoção do sistema, como onboarding de designers, design critiques e encontros internos do Design Hub.

Redesign do Portal Animalia. À medida que o Design System crescia, seu portal acumulava componentes, exemplos, especificações e guidelines.

A informação existia — o problema era encontrá-la e entender como utilizá-la. Designers tinham dificuldade para localizar componentes e orientações, enquanto desenvolvedores precisavam navegar entre exemplos, especificações e padrões para entender como implementar uma solução.

Investigando o problema. Em vez de partir direto para um redesign visual, analisei dados reais de comportamento com Hotjar: onde as pessoas clicavam, onde hesitavam, onde abandonavam a navegação, como percorriam o conteúdo. Essas evidências orientaram decisões de arquitetura da informação, hierarquia visual e organização do conteúdo por contexto de uso.

O objetivo não era deixar a documentação mais bonita. Era transformá-la em uma experiência capaz de orientar, ensinar e reduzir a distância entre Design e Engenharia.

Acessibilidade também revelou um problema que não era apenas técnico.

Algumas recomendações encontravam resistência durante a implementação, e percebi que parte disso acontecia porque os critérios chegavam como regras, sem que o impacto por trás delas estivesse claro.

Passei a trabalhar diretamente com desenvolvedores do PO-UI, explicando como pequenas decisões de implementação poderiam alterar o acesso de pessoas que utilizavam tecnologias assistivas.

A partir disso, comecei a incorporar critérios de acessibilidade — como ARIA e navegação por teclado — diretamente nas especificações e handoffs.

A intenção era fazer com que acessibilidade deixasse de aparecer como validação no fim do processo e passasse a fazer parte da própria definição da solução.

Meu background em desenvolvimento também me permitiu contribuir diretamente na camada técnica do Design System.

Mantive e evoluí o repositório de Web Components do Animalia, trabalhando com componentes existentes, documentação e implementação de novos elementos.

Essa atuação híbrida me ajudava a identificar problemas que poderiam se perder no handoff: diferenças entre comportamento projetado e implementado, limitações técnicas e decisões que precisavam ser compartilhadas entre Design e Engenharia.

No meu último ano no Animalia, participei do Projeto Júpiter, iniciativa voltada à padronização de interfaces entre alguns dos maiores produtos da TOTVS, incluindo Protheus, RM e Datasul.

Atuei junto a stakeholders seniores, participando de testes e da construção de interfaces dentro desse esforço de convergência.

Foi uma oportunidade de trabalhar Design Systems não apenas na escala de componentes, mas na escala de produtos maduros, com históricos, tecnologias e contextos próprios.

Um dos problemas recorrentes que observei no Animalia era o custo da auditoria manual de tokens e componentes.

Essa dor deu origem ao Animalia Copilot, plugin que projetei e desenvolvi para Figma e que reduziu uma auditoria de aproximadamente 30 minutos para menos de 5 segundos por tela.

A ferramenta alcançou mais de 50 designers e chegou a identificar inconsistências dentro do próprio Design System.