
Jonathan Nunes, desenvolvedor Front-End da Trinca, May 23
Design System é uma biblioteca de componentes reutilizáveis que possuem padrões específicos. Mas para complementar um Design System e torná-lo mais flexível para as mudanças de design, que vão surgindo ao longo do tempo, é interessante a utilização de um style guide bem definido, e este style guide se torna a linguagem comum entre a equipe de desenvolvimento e a equipe de design.
Abaixo, listo as principais vantagens de ter um Design System bem definido:
- Agilidade na hora do desenvolvimento;
- Manutenção de código mais simplificada;
- Aumento na cobertura de testes;
- Auxilia em cerimônias como discovery e refinamentos, fazendo uma ilustração maior de determinados cenários para a equipe;
- E o principal ponto: padroniza a experiência do usuário dentro do ecossistema.
Essa padronização da experiência do usuário gera grandes consequências positivas para a marca. Que são:
- Aumenta a confiança para o público final (trazendo uma harmonização e um profissionalismo);
- Melhora o ciclo de vida do usuário dentro da aplicação;
- O usuário tem uma curva de aprendizado menor, pois ele aprende uma única vez como determinado componente funciona, visto que em qualquer fluxo da aplicação o comportamento será o mesmo.
Todos esses pontos são muito válidos a nível de cliente. Mas se a gente explodir um pouco isso, seria muito interessante e possível criar um Design System a nível de empresa. Isso abriria portas para uma padronização geral de projetos entre todas as áreas.
- Todos os clientes poderiam partir da mesma biblioteca core de componentes;
- Indiferente do cliente, os times começariam a ter uma linguagem unificada. Por exemplo, dentro dos chapters todos teriam o conhecimento de utilização dessa biblioteca de componentes;
- Com um style guide sólido, cada projeto poderia ter seus estilos criados em cima da biblioteca core, deixando essa biblioteca totalmente personalizada e, com isso, mantendo a identidade visual do cliente preservada.