Um sistema de design pode estar muito organizado no Figma e deixar perguntas abertas ao passar para o produto. Por isso verifico se os tokens, os componentes e os estados também explicam as decisões de que o código precisa.
Em Buy&Sell quis verificar algo concreto: que os estados visuais do sistema correspondessem às permissões, aos dados e ao ciclo de vida do produto.
Desenhar contratos, não catálogos
O componente útil não é o que acumula variantes. É o que expressa um contrato compreensível: o que recebe, o que devolve, que estados admite e o que pode mudar sem comprometer o conjunto.
O Figma ajuda a explorar e a alinhar. O código exige precisão. Quando divergem, corrigir píxeis não chega: é preciso rever o modelo partilhado.
A passagem para desenvolvimento é uma conversa
A documentação não substitui o trabalho conjunto entre design e desenvolvimento. Um sistema resistente inclui decisões, exemplos e limites, mas também um processo para negociar exceções.
A fidelidade importante não consiste em fazer coincidir duas capturas. Consiste em preservar intenção, hierarquia e comportamento quando o produto recebe dados reais.
Percorrer o sistema do Figma ao Angular