Duração

4 meses

Função

PD Coordinator

Responsabilidades

Liderança Técnica e DesignOps

Ferramentas

Figma, Notion

EGS Design System: Estratégia para Escala, Consistência e Eficiência

A criação do EGS Design System partiu de um desafio claro: promover escalabilidade e padronização entre diferentes módulos de produto, melhorando a eficiência de desenvolvimento e a experiência do usuário. Com base em pesquisa, benchmarks estratégicos e iterações com o time de design e tecnologia, desenvolvemos um sistema robusto, documentado e integrado ao fluxo de trabalho dos times de produto. O impacto foi mensurável: mais consistência visual, economia de tempo na criação de telas e melhor alinhamento entre design e desenvolvimento.

Main Project Image

sobre o projeto

Contexto e Processos de Design

Contexto

Trabalhar com múltiplos produtos expôs a necessidade de uma linguagem visual e técnica unificada. O desafio transcendeu a criação estética; as inconsistências e a ausência de governança sobre os ativos de design geravam silos entre os departamentos e comprometiam o fluxo de trabalho (handoff) com a engenharia.

O Processo de Liderança

1. Auditoria e Benchmarking Estratégico: Conduzi um inventário profundo dos componentes legados, mapeando as lacunas com foco nos gargalos de desenvolvimento e usabilidade. 2. Arquitetura Baseada em Tokens: Estruturei as fundações utilizando tokens semânticos e primitivos. Por que isso foi feito? Para permitir atualizações visuais em larga escala e mudanças de branding futuras sem quebrar os produtos que já estão ao vivo. 3. Modelo de Governança Estrita: Implementei um modelo centralizado de documentação e diretrizes de uso (Scorecard). Por que isso foi feito? Para proteger a biblioteca contra o inchaço técnico (componentes supérfluos), garantindo que apenas padrões com alto valor de reutilização e baixo custo de manutenção chegassem ao repositório final.

sobre o projeto

Contexto e Processos de Design

Contexto e Processos de Design

Trabalhar com múltiplos produtos expôs a necessidade de uma linguagem visual e técnica unificada. O desafio transcendeu a criação estética; as inconsistências e a ausência de governança sobre os ativos de design geravam silos entre os departamentos e comprometiam o fluxo de trabalho (handoff) com a engenharia.

O Processo de Liderança

1. Auditoria e Benchmarking Estratégico: Conduzi um inventário profundo dos componentes legados, mapeando as lacunas com foco nos gargalos de desenvolvimento e usabilidade. 2. Arquitetura Baseada em Tokens: Estruturei as fundações utilizando tokens semânticos e primitivos. Por que isso foi feito? Para permitir atualizações visuais em larga escala e mudanças de branding futuras sem quebrar os produtos que já estão ao vivo. 3. Modelo de Governança Estrita: Implementei um modelo centralizado de documentação e diretrizes de uso (Scorecard). Por que isso foi feito? Para proteger a biblioteca contra o inchaço técnico (componentes supérfluos), garantindo que apenas padrões com alto valor de reutilização e baixo custo de manutenção chegassem ao repositório final.

Nossas Pages no Figma

Nossas Pages no Figma

Cada “page” foi estruturada para favorecer a escalabilidade, permitindo que novos componentes sejam adicionados sem quebrar a consistência visual.

Foundations

Tokens & Primitivos Definição de espaçamentos, tipografia, cores semânticas e border-radius.

Core Libraries

Componentes CORE Botões, cards, inputs e elementos de navegação, organizados por plataforma (mobile, web e desktop).

Support Libraries

Ícones, Gráficos & Ilustrações Conjunto unificado de assets visuais para todo o ecossistema EGS.

conclusão do projeto

Resultados e Priorização de Ações

Resultados e Impacto

Tempo Salvo: Redução irrefutável de 30% no tempo bruto de engenharia e ideação visual de telas, graças à governança implementada. Taxa de Adoção: Impulsionei o uso orgânico das bibliotecas CORE e Support por múltiplas squads, solidificando o sistema como um produto interno vital e otimizando a eficiência interdepartamental.

Por que essas ações foram tomadas?

Cada etapa foi pensada para resolver um problema real: O inventário mapeou lacunas e redundâncias. A prototipação permitiu validar antes de escalar. Os tokens e a governança anteciparam mudanças futuras. A documentação e estrutura das pages no Figma garantiram fácil adoção por novos membros do time.

Nossas Pages no Figma

Cada “page” foi estruturada para favorecer a escalabilidade, permitindo que novos componentes sejam adicionados sem quebrar a consistência visual.

Foundations

Foundations

Tokens & Primitivos Definição de espaçamentos, tipografia, cores semânticas e border-radius.

Tokens & Primitivos Definição de espaçamentos, tipografia, cores semânticas e border-radius.

Core Libraries

Core Libraries

Componentes CORE Botões, cards, inputs e elementos de navegação, organizados por plataforma (mobile, web e desktop).

Componentes CORE Botões, cards, inputs e elementos de navegação, organizados por plataforma (mobile, web e desktop).

Support Libraries

Support Libraries

Ícones, Gráficos & Ilustrações Conjunto unificado de assets visuais para todo o ecossistema EGS.

Ícones, Gráficos & Ilustrações Conjunto unificado de assets visuais para todo o ecossistema EGS.

conclusão do projeto

Resultados e Priorização de Ações

Resultados e Priorização de Ações

Resultados e Impacto

Tempo Salvo: Redução irrefutável de 30% no tempo bruto de engenharia e ideação visual de telas, graças à governança implementada. Taxa de Adoção: Impulsionei o uso orgânico das bibliotecas CORE e Support por múltiplas squads, solidificando o sistema como um produto interno vital e otimizando a eficiência interdepartamental.

Por que essas ações foram tomadas?

Cada etapa foi pensada para resolver um problema real: O inventário mapeou lacunas e redundâncias. A prototipação permitiu validar antes de escalar. Os tokens e a governança anteciparam mudanças futuras. A documentação e estrutura das pages no Figma garantiram fácil adoção por novos membros do time.

conclusão do projeto

Resultados e Priorização de Ações

Resultados e Impacto

Tempo Salvo: Redução irrefutável de 30% no tempo bruto de engenharia e ideação visual de telas, graças à governança implementada. Taxa de Adoção: Impulsionei o uso orgânico das bibliotecas CORE e Support por múltiplas squads, solidificando o sistema como um produto interno vital e otimizando a eficiência interdepartamental.

Por que essas ações foram tomadas?

Cada etapa foi pensada para resolver um problema real: O inventário mapeou lacunas e redundâncias. A prototipação permitiu validar antes de escalar. Os tokens e a governança anteciparam mudanças futuras. A documentação e estrutura das pages no Figma garantiram fácil adoção por novos membros do time.

  • The image featured in the carousel #1
  • The image featured in the carousel #2
  • The image featured in the carousel #3
  • The image featured in the carousel #4
  • The image featured in the carousel #1
  • The image featured in the carousel #2
  • The image featured in the carousel #3
  • The image featured in the carousel #4
  • The image featured in the carousel #1
  • The image featured in the carousel #2
  • The image featured in the carousel #3
  • The image featured in the carousel #4

sobre o projeto

Contexto e Processos de Design

Contexto e Processos de Design

Trabalhar com múltiplos produtos expôs a necessidade de uma linguagem visual e técnica unificada. O desafio transcendeu a criação estética; as inconsistências e a ausência de governança sobre os ativos de design geravam silos entre os departamentos e comprometiam o fluxo de trabalho (handoff) com a engenharia.

O Processo de Liderança

1. Auditoria e Benchmarking Estratégico: Conduzi um inventário profundo dos componentes legados, mapeando as lacunas com foco nos gargalos de desenvolvimento e usabilidade. 2. Arquitetura Baseada em Tokens: Estruturei as fundações utilizando tokens semânticos e primitivos. Por que isso foi feito? Para permitir atualizações visuais em larga escala e mudanças de branding futuras sem quebrar os produtos que já estão ao vivo. 3. Modelo de Governança Estrita: Implementei um modelo centralizado de documentação e diretrizes de uso (Scorecard). Por que isso foi feito? Para proteger a biblioteca contra o inchaço técnico (componentes supérfluos), garantindo que apenas padrões com alto valor de reutilização e baixo custo de manutenção chegassem ao repositório final.