Empresa
Revelo
Projeto
Design System
Contexto /
Documentar e manter uma biblioteca de componentes de UI compacta, porém flexível, focando em componentes de fundação, com a intenção de diminuir o número de componentes de uso único ou “locais” dentro dos times a qual o Design System servia.
Família de componentes
Documentação /
Padrão de documentação no Figma
Os componentes foram documentados e centralizados em uma única biblioteca do Figma, seguindo o mesmo checklist de fatores a serem levados em consideração durante o processo de documentação:
Do’s & Don’ts - Boas práticas sobre como utilizar (e não utilizar) os componentes
Anatomy - Todos os elementos visuais dos componentes, com suas funções semânticas descritas
Hierarchy - As variações hierarquicas dos componentes (quando aplicável), por exemplo: Primário, Secundário e Terciário
Variants - As variações de conteúdo e tamanho dos componentes.
Interactions - Os estados de interação dos componentes: Static, Hover, Pressed, etc
Components - Os componentes reutilizáveis que alimentam a biblioteca que os Designers usam diretamente em seus arquivos.
Testing - Área os onde os compontes atômicos são usados em casos reais de aplicação.
Changelog - Registro das mudanças e ajustes feitas nos componentes e em sua documentação ao longo do tempo.
Tokens /
Rebranding
Com o rebranding da Revelo, meu papel foi mapear e traduzir todos os tokens existentes do Design System para a nova identidade, preservando a hierarquia visual e considerando as aplicações de cada token nos diferentes contextos de layout e componentes. Alguns tokens novos foram criados para incorporar a nova cor secundária da marca; embora não representem risco para a transição da biblioteca de tokens, foram definidos seguindo a mesma escala e os mesmos valores de saturação e brilho.
Processo e documentações experimentais
Como um Design System ainda dando os seus primeiros passos e passando pelos seus primeiros testes no mundo real, eu busquei muitos caminhos diferentes para documentar as bases e os limites do que o Design System poderia fazer.
Um dos maiores desafios enfrentados pelos times de Design era definir hierarquias de contraste entre o texto e as superfícies de aplicação. Deste desafio nasceu esta documentação experimental, criada para servir como referência e base de consulta.
Naquela época, as ferramentas de IA ainda não eram tão acessíveis; por isso, alguns testes e documentações foram feitos manualmente — como este mapeamento de acessibilidade dos tokens de cor.
Design Ops /
Organização e normas de nomenclatura
Para padronizar os diversos formatos de arquivo existentes, foi criado um sistema de nomenclatura para organizar os arquivos. Com a colaboração de outros designers na manutenção desses arquivos, o objetivo foi garantir que o Design System crescesse de forma escalável e tivesse documentação organizada.