Atomic Design também pode começar pela tela, não só pelos componentes

O artigo publicado no UX Collective propõe uma entrada alternativa no Atomic Design, que o texto chama de abordagem "scope-first". Em vez de inventariar botões, inputs e badges para depois montar blocos maiores, a equipe parte da tela (o termo exato usado no texto é screen) e pergunta o que o usuário precisa fazer ali: buscar, filtrar, comparar, selecionar, editar. O autor do texto não está identificado no material, e o que ele descreve é um método de análise, não um projeto com repositório próprio. Brad Frost, citado no artigo, afirma que o Atomic Design não é um processo linear, e é nisso que a proposta se apoia.

O método tem três passos: listar o que o usuário pode fazer, determinar o que cada ação afeta (o "escopo", ou seja, o conjunto de dados ou a parte da interface que muda) e decidir qual nível é dono da lógica. Num exemplo de tela administrativa com tabela, o botão de ordenação fica no cabeçalho de uma coluna, mas reordena o dataset inteiro. A proximidade visual engana, e o escopo do comportamento é que liga os elementos. Tooltips e badges não têm escopo nenhum, porque não alteram nada.

Na prática, o artigo coloca no template a lógica que relaciona zonas e se repete de tela em tela, como "mudar o filtro volta a paginação para a primeira página". Os componentes continuam apresentacionais e sem conhecer uns aos outros. Regras de uma tela específica, como "usuários desativados não podem mudar o papel", ficam no nível da página. O autor admite os limites: o método é pouco útil em landing page, formulário de configurações ou login, onde o inventário tradicional é mais rápido. Ele também alerta contra transformar cada padrão de uma tela em componente de design system.

Há uma linha de continuidade com a cobertura anterior, ainda que não seja evolução de um mesmo produto. Em 21 de maio de 2026, o CEVIU noticiou "Design Focado na Atividade: Entendendo o Comportamento do Usuário para Soluções Mais Eficazes", que já colocava o que as pessoas fazem como unidade central de análise. Em 23 de outubro de 2026, o CEVIU publicou "Fundamentos de um design system: comece pelo que sua equipe já faz", que tratava de melhorar o que já existe em vez de construir do zero. O texto atual leva essas ideias para a estrutura de componentes e templates. E em 26 de outubro de 2026, "UI pura na era dos agentes: tornar o estado explícito evita botões que não deveriam aparecer" abordou o problema de estado espalhado entre componentes, que o artigo de agora enfrenta ao propor um dono claro para a lógica compartilhada.

Para quem mantém um design system sobre um produto que já existe, isso significa uma forma menos subjetiva de discutir fronteiras de componente: em vez de debater se algo "parece" um componente, a equipe discute o que ele afeta e quem responde por isso. Para designers e devs, também é um jeito de combinar a documentação com a forma como o usuário percebe a tela, em termos de ações de página, ações de objeto e estados. É uma leitura editorial, mas o próprio artigo lembra que o método só compensa em telas densas.