VERYN DIGITAL
InícioServiçosProcessoPacotesSobreContato
Language / Idioma

Design

Construir um sistema de design para um time pequeno sem burocracia.

A maioria dos conselhos sobre sistemas de design é escrita para organizações com um time dedicado. Um time de três pessoas não precisa de um conselho de governança, precisa de um conjunto de decisões compartilhadas que parem de ser rediscutidas a cada sprint.

7 min

Comece pelos tokens e restrições, não por uma biblioteca de componentes

O primeiro passo de maior alavancagem é combinar um conjunto pequeno e fixo de cores, valores de espaçamento, tamanhos de tipografia e raios, e garantir que nada seja construído fora desse conjunto. Essa única restrição evita a deriva lenta rumo a vinte e três tons de azul que acontece naturalmente quando cada desenvolvedor escolhe um valor que parece 'próximo o suficiente'.

Uma biblioteca de componentes construída antes de essas restrições existirem apenas embute a inconsistência em peças reutilizáveis. Acerte os tokens primeiro, mesmo que informalmente num arquivo compartilhado, antes de investir tempo em componentizar qualquer coisa.

Documente decisões, não só componentes

A parte mais valiosa de um sistema de design para um time pequeno costuma não ser o arquivo do Figma, mas o registro escrito de por que uma decisão foi tomada, como por que botões nunca usam estilo outline abaixo de certo tamanho, ou por que formulários sempre mostram erros inline em vez de um resumo no topo. Sem esse registro, o mesmo debate ressurge a cada poucos meses e é decidido de forma inconsistente.

Um documento curto e vivo que registre o raciocínio leva menos tempo do que as pessoas esperam para manter e economiza muito mais tempo do que custa ao encerrar debates repetidos.

Reaproveite primitivos existentes em vez de construir uma biblioteca de componentes do zero

Times pequenos não têm o quadro de pessoal para construir e manter uma biblioteca de componentes totalmente personalizada como uma empresa grande consegue. Construir em cima de uma biblioteca de primitivos acessíveis sem estilo próprio, adicionando seus próprios tokens visuais por cima, dá ao time a maior parte do valor de um sistema próprio sem a carga de manutenção de vários anos.

Governança deve ser um canal de Slack compartilhado, não um comitê de revisão

Um time pequeno não precisa de um processo de aprovação para mudanças no sistema de design. Precisa de um hábito: quando alguém quer se afastar de um padrão existente, avisa num canal compartilhado antes de publicar, e o time decide rápido. Processos de governança formal pensados para organizações de design de cinquenta pessoas atrapalham ativamente um time de cinco sem agregar consistência real.

Revise o sistema a cada trimestre, não continuamente

Times pequenos não têm capacidade de manter um sistema de design como uma frente de trabalho contínua. Estabeleça uma revisão recorrente e com tempo definido, trimestral costuma bastar, para reconciliar a deriva que inevitavelmente acontece entre revisões, em vez de tentar forçar consistência perfeita em tempo real.

Want this applied to your own site?

We start with a free website and search audit, then show you exactly where the revenue is leaking.