As pequenas decisões

A maior parte do meu trabalho em uma semana comum não envolve grandes redesigns. Ela acontece nos detalhes. Decidir se uma margem deve ter 16 ou 24 pixels. Escolher se um aviso precisa ser azul ou cinza. Definir se uma linha de progresso avança suavemente ou passo a passo.

Nenhuma dessas decisões parece particularmente interessante sozinha. Mas, juntas, elas determinam se um produto transmite cuidado ou improviso.

Eu costumo registrar essas pequenas escolhas. Não as grandes apresentações ou os projetos que viram case. As pequenas. Recentemente, três delas acabaram apontando para o mesmo princípio, e foi isso que me fez escrever este texto.

Não invente um valor que o sistema já nomeia

Alguns drawers tinham perdido consistência. O cabeçalho estava alinhado a 16px da borda, os campos do formulário usavam 4px e o rodapé seguia outra medida. O resultado era um desalinhamento sutil, mas constante.

A solução não foi escolher um novo número. Foi perceber que a resposta já existia. O cabeçalho tinha definido a âncora: 16px. Bastava trazer o restante para esse mesmo ponto de referência.

Muitas vezes, o valor não está faltando. Ele só deixou de ser respeitado.

O mesmo aconteceu com cor. Um aviso de apoio em um fluxo utilizava uma combinação de tons neutros com um ícone azul-claro. Mas o produto já possuía uma linguagem visual para mensagens informativas. Em vez de criar uma exceção, a melhor decisão foi reforçar o padrão existente.

O aviso inteiro passou a pertencer à mesma família visual: fundo, texto e ícone compartilhando o mesmo significado.

Quando o sistema já possui uma resposta, criar outra geralmente adiciona ruído, não clareza.

Faça o indicador ser honesto

Em outro momento, precisei revisar um stepper. Os círculos numerados já existiam, assim como uma barra de progresso separada. Adicionei uma conexão visual entre as etapas para reforçar a sensação de continuidade.

A solução mais óbvia era preencher essa linha de forma gradual, acompanhando uma porcentagem. Mas ela sugeria algo que o usuário ainda não tinha concluído.

Optei por preencher um passo de cada vez.

Porque uma etapa está concluída ou não está. O indicador precisa refletir exatamente o estado atual, sem exagerar o avanço nem criar uma percepção mais otimista do que a realidade.

A linha inativa recebeu o tom mais discreto disponível no sistema, utilizando o mesmo token aplicado aos divisores. O objetivo era simples: manter a trilha em silêncio até que o progresso realmente acontecesse.

Corrija onde a mudança se propaga

As três situações tinham algo em comum: todas estavam ligadas a componentes compartilhados.

Por isso, as correções também precisavam acontecer nesse nível.

Ajustar o componente significa que a próxima tela já nasce certa. Corrigir apenas a interface específica resolve um problema pontual, mas preserva a causa.

Existe uma diferença importante entre um remendo e uma correção.

O remendo deixa uma tela certa.

A correção deixa as próximas certas antes mesmo de serem construídas.

O motivo importa mais do que a decisão

Nenhuma dessas mudanças foi revolucionária. E esse é justamente o ponto.

A decisão em si costuma ser barata. O que custa caro é o raciocínio que levou até ela. E essa é, quase sempre, a primeira coisa a desaparecer.

Daqui a alguns meses, aqueles 16 pixels serão apenas um número dentro de um arquivo. Alguém, talvez eu mesmo, vai considerar reduzir para 12 porque precisa ganhar espaço em algum lugar.

Quando registramos as pequenas decisões, preservamos o contexto que as sustenta.

A nota deixa de dizer apenas "use 16px" e passa a explicar por quê: porque o cabeçalho define a âncora do alinhamento. Remova essa referência, e a inconsistência volta.

No fim das contas, a maior parte do design não acontece em grandes gestos. Ela acontece na repetição disciplinada de pequenas escolhas.