Design systems para consistência e eficiência em UX
Por que os melhores sistemas são invisíveis, e como construir um que escale sem afogar o time em tokens.


O melhor design system que eu já construí é um que quase ninguém na empresa saberia apontar. Ninguém abria para admirar. Ele só garantia que um botão parecesse um botão em todo lugar, que uma feature nova saísse em dias em vez de semanas, e que a décima segunda tela de um fluxo parecesse feita pela mesma mão que a primeira. Essa invisibilidade é o ponto, e também é por isso que é tão fácil investir de menos em design systems. Não dá para tirar print de um problema que simplesmente parou de acontecer, em silêncio.
Por muito tempo eu vendi sistemas do jeito que a maioria dos designers vende, como uma forma de economizar tempo, e esse enquadramento diminui a coisa toda. Sim, a economia de tempo é real. A própria pesquisa da Figma mostrou que designers trabalhando com um sistema maduro ficam cerca de trinta e quatro por cento mais rápidos nas mesmas tarefas, e que três quartos dos seus clientes enterprise rodam em um sistema compartilhado em vez de improvisar tela por tela. Mas eficiência é o argumento pequeno. Se você entra numa sala de executivos e abre com produtividade, já perdeu, porque todo time naquele prédio jura que vai deixar as pessoas mais rápidas.
mais rápidos nas mesmas tarefas, para designers que trabalham com um sistema maduro e compartilhado
O argumento maior é a consistência como questão econômica, e a evidência mais forte disso não vem de um blog de design. Vem da McKinsey, que acompanhou trezentas empresas de capital aberto por cinco anos e montou um índice de design com dois milhões de dados. As empresas no quartil superior em design aumentaram receita e retorno ao acionista muito mais rápido que o resto, com margens grandes o bastante para nenhum CFO conseguir ignorar. Um design system é a máquina que torna esse tipo de consistência repetível em vez de acidental. Ele não é centro de custo. É o que permite que uma marca pareça uma marca só exatamente no momento em que ela está escalando mais rápido e tem mais chance de se fragmentar.
Tem uma parte disso que eu passei a ver quase como um argumento moral: a acessibilidade. O WebAIM Million analisa as home pages mais populares da web todo ano, e ano após ano o número cai no mesmo lugar brutal, cerca de noventa e cinco por cento delas têm falhas de acessibilidade detectáveis. A maioria dessas falhas não tem nada de exótico. É texto com pouco contraste, texto alternativo faltando, headings fora de ordem. São exatamente os problemas que um design system resolve uma vez, em um lugar só, e depois distribui para todas as telas automaticamente. Quando os tokens de cor passam no contraste e o componente já sai com o label certo, mil páginas futuras herdam isso sem ninguém pensar no assunto. Um sistema é a decisão de acessibilidade mais escalável que uma empresa pode tomar, e quase ninguém vende a ideia desse jeito.
das home pages mais populares da web têm falhas de acessibilidade detectáveis, a maioria delas resolvível uma vez só, no nível do sistema
Existe uma armadilha em que vejo times caírem, inclusive times dos quais eu fiz parte. Eles tratam o sistema como um projeto com data para acabar. Constroem, lançam, tiram as pessoas dele e depois se surpreendem quando, dezoito meses mais tarde, ele apodreceu em silêncio e virou algo em que ninguém confia. Um sistema não é uma entrega. É um produto, e os usuários dele são os designers e engenheiros que dependem dele. Isso significa que ele precisa de roadmap, precisa de alguém ouvindo as pessoas que estão adotando, e precisa de orçamento de manutenção que não suma na semana seguinte ao lançamento. O mercado está admitindo isso aos poucos. No relatório de 2025 da zeroheight, quase oito em cada dez times já têm pessoas dedicadas ao design system, mais do que no ano anterior. Quem monta o time como se fosse um produto é quem ainda tem um sistema vivo.
Um design system não é uma entrega. É um produto, e os usuários dele são os designers e engenheiros que dependem dele.
dos times já têm pessoas dedicadas ao design system, mais do que no ano anterior
A consistência compensa porque a inconsistência sai cara de jeitos que nunca aparecem numa fatura só. Toda vez que um padrão é reinventado, um engenheiro reconstrói algo que já existia, um designer rediscute uma decisão que já tinha sido tomada, e um usuário cai numa tela que se comporta um pouco diferente da anterior e perde mais um pouco de confiança. Nenhum desses momentos é catastrófico sozinho. Eles se acumulam. Um sistema é a decisão de parar de pagar esse imposto para sempre e, no lugar dele, pagar um custo menor e previsível de manutenção.
Então, quando alguém me pede para justificar o investimento, eu parei de começar pela economia de tempo. Eu digo que o sistema é como a empresa continua parecendo ela mesma enquanto cresce, como ela entrega acessibilidade por padrão em vez de como resposta a um processo, e como, ao longo de alguns anos e não de um único trimestre, ele transforma design de algo que você refaz o tempo todo em algo que você constrói uma vez e em que confia. Os melhores desaparecem no trabalho. Isso não é um bug na forma como a gente fala deles. Isso é o produto inteiro.