Foi criada uma nova estrutura de tokens formada por tokens primitivos e semânticos, onde o objetivo era acabar com a ambiguidade por meio de uma estrutura semântica que deixasse claro como cada token deveria ser usado e como ele poderia ser combinado.

Para isso usei a estrutura do material onde as combinações de tokens são muito claras, com a estrutura de camadas do Carbon.

Os componentes foram redesenhados focando em flexibilidade e escala, garantindo:

• Suporte para diferentes tamanhos
• Flexibilidade na customização de componentes complexos como Inputs ou menus.
• Estrutura de variantes padronizada.

Um dos principais objetivos foi garantir que a acessibilidade não fosse apenas uma reflexão tardia, mas que fosse algo que guiou o Design System desde o Início, portanto garantimos que todos nossos tokens e componentes estivessem de acordo com as diretrizes da WCAG e outras documentações como por exemplo a ARIA.

Um exemplo disso foi o processo de definição das cores dos tokens semânticos, onde ao adicionar as cores que desejávamos para cada token fazíamos testes com todas as combinações possíveis, considerando estados interativos e variações no fundo para tokens com transparência.

Estabelecemos processos claros de contribuição, versionamento e consumo, para garantir que o sistema evolua com ordem sem que prejudique as aplicações que o consomem.

Como por exemplo a adição de novos componentes ao DS, onde definos o critério que um novo componente deverá

Promover a mudança dentro da área de Design foi o menor dos problemas. Como o time era enxuto, conduzi alguns encontros onde todos os designers pudessem testar a nova estrutura de tokens, para colher feedbacks e mapear dificuldades na aplicação do novo sistema, para garantir que a V1 do Yotta  estivesse perfeitamente alinhada às necessidades reais de cada produto, e que fosse fácil de usar. 

Dessa forma consegui que desde o ínicio a área como um todo estivesse alinhada e preparada para o novo sistema.

O verdadeiro desafio estava em Engenharia. A realidade: não tínhamos um time dedicado ao Design System.

Cada componente a ser construído concorria diretamente com as features do roadmap. Era uma batalha diária por prioridade. Isso exigiu paciência e alinhamentos constantes, não apenas com as lideranças de engenharia, mas, crucialmente, com os PMs de cada squad.

A virada de chave foi parar de concorrer e começar a integrar.

Ao invés de pedir tempo para "construir o DS", atrelamos suas entregas ao roadmap do produto. A construção dos novos componentes passou a fazer parte das features que dependiam deles. O Design System deixou de ser um concorrente para se tornar o viabilizador das entregas.

A reconstrução do Yotta transformou a forma como criamos produtos. O que antes era nosso maior gargalo, hoje é nosso principal acelerador.

• Coerência Instantânea: Ao alinhar a forma como os designers trabalham, reduzimos drasticamente as inconsistências visuais e de interação.
• Aceleração das Entregas: O que antes levava semanas de alinhamento e retrabalho, agora leva dias de composição. Ganhamos velocidade real no time-to-market.
• Pontes Criadas: O atrito entre design e engenharia diminuiu. A linguagem semântica e os componentes claros estreitaram a comunicação e otimizaram o handoff.
• Acessibilidade como Padrão: Acessibilidade deixou de ser uma preocupação tardia. Ela foi pensada desde o começo e propagada com consistência para todos os produtos.

Com um time pequeno e não dedicado para o Design System, aprendemos que a melhor saída para tirar o produto do papel é lutar pequenas batalhas, uma de cada vez.

Tentar uma revolução completa de uma só vez teria sido paralisante. Ao contrário, gerar valor de forma contínua — sem criar uma disrupção no roadmap de produto ou no dia a dia das equipes — foi a única estratégia que nos permitiu construir uma fundação sólida e escalável.