Levantamento de interface
- Captura de até quarenta telas
- Mapa do que se repete
- Lista de variáveis sugeridas
- Sem código entregue

Times de produto acumulam três versões do mesmo campo, dois azuis quase iguais e um menu que muda de lugar conforme quem fez a tela. O conserto começa contando o que já está no ar, não desenhando de novo.
Seis passos que transformam telas soltas em peças com nome, estado e lugar definido. Nenhum deles depende de refazer o produto inteiro.
Pedir levantamentoCaptura de cada tela em uso e a lista do que se repete. Costumam aparecer três botões principais onde cabia um.
Cor, espaço, raio e tipografia recebem nome. Sem isso, mudar um tom vira caça a hexadecimal no projeto inteiro.
Foco, carregamento, erro e lista vazia entram junto. O estado esquecido é justamente o que aparece em produção.
O componente herda a palavra usada na reunião, não a que apareceu no menu do editor de design.
Quando usar, quando evitar e um exemplo pronto para colar. Texto longo ninguém abre duas vezes.
Quem precisa de uma variação sabe onde pedir, quem responde e em quanto tempo a resposta chega.
Cada etapa fecha com algo que a equipe já consegue usar no dia seguinte.
Captura das telas em uso e lista do que se repete entre elas.
Cor, espaçamento, raio e escala de texto passam a ter nome próprio.
Uma escala só, com altura de linha definida para cada tamanho.
Campo, seleção, marcação e mensagem de erro, com estados completos.
Cabeçalho, menu de tela estreita e trilha de páginas em uma peça só.
Contraste medido, foco visível e ordem de tabulação conferida peça a peça.
Página curta por componente, com exemplo que roda ao colar.
Versão 1 no repositório, registro de mudanças e canal para pedidos.

A frente do meio é a mais pedida: sai com a biblioteca publicada e a equipe sabendo mexer nela.

Relatos de equipes que usam a biblioteca no dia a dia, publicados com autorização de cada uma.
Tínhamos dois azuis quase iguais e ninguém sabia qual era o certo. Nomear as variáveis resolveu a discussão em uma tarde.
Colar o exemplo da página do componente ficou mais rápido que copiar de outra tela e ajustar na mão.
A fila para pedir variação acabou com a conversa paralela: o pedido tem lugar e prazo.
Os estados de erro e de lista vazia passaram a existir antes de eu abrir chamado por eles.
Passe a faixa para o lado e veja as respostas mais pedidas.
Não. O levantamento roda em paralelo e as primeiras peças entram nas telas novas, sem refazer o que já está em produção.
Serve, e o trabalho fica menor: definimos as variáveis da casa por cima da base que vocês já usam e documentamos só o que foi ajustado.
A equipe de vocês. O acompanhamento existe para ensinar o caminho: revisão a cada ciclo, registro de mudanças e fila de pedidos.
É o caso mais comum. A peça só é publicada quando existe no editor e no repositório com o mesmo nome e os mesmos estados.
As variáveis saem em CSS e em formato de tokens; os componentes, na biblioteca que a equipe já usa no projeto.
Dá, e costuma ser o melhor começo: é onde os estados faltam com mais frequência e onde o ganho aparece primeiro.
Conte quantas telas existem hoje e quem mexe nelas.