stamatios
← Voltar ao feed
Caixa de ferramentas organizada com ferramentas ainda embaladas em plástico na prateleira, design system construído mas não adotado
Produto & Design · Trabalho & Gestão

Design systems: o desafio é adoção, não construção

resumo de ~3 min

Construir é só metade do problema

Todo mundo planeja para a dificuldade de construir um design system que escale; quase ninguém planeja para a dificuldade de fazer as pessoas o usarem. Na prática com grandes organizações, os casos partem de dois pontos: o sistema que estagnou - financiado, com equipe, componentes entregues e documentação publicada, mas ignorado pelos times de produto, que seguem criando soluções pontuais, até virar despesa sem retorno -, ou a organização cujo sistema ainda não começou “oficialmente”: há interesse, escopo vago e, geralmente, um designer ou engenheiro construindo um sistema sem que a liderança saiba. Ambos fazem a mesma pergunta: como garantir que o sistema será usado? A resposta passa sempre por três fatores: ajuste à organização, aos produtos que ele deve servir e um time capaz de sustentá-lo.

Entregue é difícil; usado é mais

Construir uma biblioteca de componentes que se sustente num portfólio grande é exigente: arquitetura de tokens correta, acessibilidade resolvida de verdade, decisões que não precisem ser desfeitas em dezoito meses, documentação que alguém leia e que a IA consiga aproveitar. Entregar, porém, não basta. Um sistema tecnicamente excelente, mas desalinhado da organização, dos produtos e do time, fica sem uso; um bem ajustado, mas mal construído, é lançado e depois ressentido. Os dois erros custam duas vezes - o sistema que ninguém usou e o que o substituirá - e ainda custam confiança, que se constrói aos poucos e se perde num momento. A régua precisa ser dupla: excelência técnica e bom ajuste.

Não existe bom design system no abstrato

Só existe o sistema que se ajusta a esta organização, a estes produtos e a este time - e o trabalho começa e termina nesses três fatores.

A organização. Entender como a empresa funciona de verdade: como decisões são tomadas e por quem, quem patrocina o sistema. Uma organização em que um vice-presidente pode mandar adotar pede um sistema e um lançamento muito diferentes de uma estrutura federada, em que uma dúzia de times de produto tem roadmaps próprios: o primeiro caso permite ser opinativo desde o início; o segundo precisa conquistar espaço aos poucos, com governança que torne contribuir genuinamente fácil. O rigor do modelo de contribuição depende da capacidade real de revisão; a velocidade, de o patrocinador ter doze meses de respaldo político ou apenas quatro.

Os produtos. A maioria das organizações tem sementes ou restos de um sistema: iniciativas dispersas, um sistema aprovado que nunca decolou, padrões que nunca se espalharam. O ponto de partida é o que já existe: ferramentas, taxonomia e arquitetura de informação, decisões já tomadas. Como o sistema existe para servir os times de produto - e não o contrário -, importa saber quais produtos o consumirão, como são construídos, que restrições carregam e quais têm prazos que tornam a adoção mais difícil que a eficiência trazida. Às vezes a resposta certa é um sistema pequeno para o básico que todos usam; às vezes, uma migração em partes; às vezes, consertar primeiro a documentação.

O time. O sistema dura o quanto durar o time por trás dele - um alvo móvel: as pessoas de que se precisa hoje não serão as de daqui a dois anos. Quem responde pelo sistema tem autoridade para decidir sobre ele? Responsabilidade sem autoridade é o arranjo mais comum - e pode ser o mais danoso. Importam ainda o tamanho do time, a prontidão dos contribuidores e a familiaridade com as ferramentas, inclusive as de IA. Um sistema dimensionado para seis pessoas enterra um time de duas; sem membros nem verba ilimitados, construir para quem realisticamente será o dono resulta em sistemas mais simples, melhor documentados e mais duráveis.

Nenhum sistema igual ao outro

Nunca se construiu o mesmo sistema duas vezes: entram opiniões fortes e práticas comprovadas, mas cada sistema é único, pois precisa se ajustar a uma organização, a produtos e a um time que não existem em nenhum outro lugar. Para a Sparkbox, pensar sistematicamente sobre como experiências digitais são criadas e mantidas é a melhor forma de trazer valor, consistência e eficiência - convicção que sustenta a empresa desde a fundação, há mais de 17 anos.