Um design system não é uma paleta bonita — é uma lista de restrições

É tentador tratar um design system como um catálogo: aqui estão as cores, aqui estão as fontes, escolha a que quiser para cada tela. Mas um catálogo com opções demais produz o mesmo resultado de não ter catálogo nenhum — cada tela vira uma decisão nova, e a marca se dilui a cada decisão.

A pergunta certa não é 'o que posso usar', é 'o que não posso'

Um sistema visual que funciona de verdade é definido mais pelo que ele proíbe do que pelo que ele permite. Uma paleta de cinco ou seis cores, com uma única cor de destaque reservada para poucos elementos, obriga a hierarquia a vir de peso tipográfico e espaço em branco — não de mais uma cor chamativa. Uma escala de três ou quatro tamanhos de fonte, em vez de doze, obriga quem desenha a resolver a hierarquia com o que já existe, em vez de inventar um tamanho novo toda vez que algo parece "precisar se destacar".

Essa disciplina dói no começo. Depois de duas ou três telas, ela vira velocidade: ninguém perde tempo decidindo qual azul usar porque só existe um.

Consistência não é sobre estética — é sobre confiança

Quando um botão de mesma hierarquia tem sempre a mesma aparência em qualquer tela do produto, o usuário aprende o padrão uma vez e reaproveita esse aprendizado no resto da jornada. Quando cada tela reinventa a própria linguagem visual, o usuário reaprende do zero a cada clique — o que gera fricção mesmo quando o design, isoladamente, é bonito.

O mesmo vale para quem constrói: um sistema de tokens bem definido (cor, espaçamento, raio, sombra) transforma decisões de design em decisões de engenharia — e decisões de engenharia são mais rápidas de tomar e mais fáceis de manter do que decisões estéticas repetidas a cada componente novo.

Na prática

Antes de abrir qualquer ferramenta de design, vale escrever a lista de restrições: quantas cores, quantos pesos de fonte, qual unidade de espaçamento, qual raio de borda. Essa lista, sozinha, resolve mais problemas de consistência visual do que qualquer biblioteca de componentes pronta — porque ela força a mesma pergunta em cada decisão futura: isso está dentro do que já definimos, ou estamos inventando de novo?