Gabriel Dias

Estudo de caso

Rebranding do Hero: alinhando marca e acessibilidade em um Design System multi-marca.

Como liderei a evolução do Hero — Design System da Conexa Saúde — para suportar múltiplas marcas, reduzir dívida técnica de interface e elevar a acessibilidade da plataforma a um novo patamar.

Empresa
Conexa Saúde
Função
Product Designer Pleno

Contexto — situação anterior

O ecossistema da plataforma sofria com uma arquitetura de front-end fragmentada em silos (Paciente vs. Backoffice Médico). Componentes essenciais não podiam ser instanciados entre os módulos, forçando a engenharia a recriar estruturas do zero, inflando o tempo de desenvolvimento de novas features em até uma sprint.

Paralelamente, o marketing lançou um rebranding global da marca. O desafio era utilizar essa demanda de atualização visual como alavanca para executar uma reestruturação técnica profunda no Design System, unificando a fundação do produto para estancar a dívida técnica e o desperdício operacional.

Objetivos — o que precisava ser resolvido

Objetivo 01

Alinhar a marca

Atualizar a identidade visual do Hero junto às diretrizes de Marketing, criando presença coesa entre produto, comunicação e redes sociais.

Objetivo 02

Elevar a acessibilidade

Garantir que cada componente atendesse os requisitos de contraste WCAG, com navegação por teclado e leitores de tela.

Estratégia — execução & alinhamento arquitetural

A modernização não podia paralisar o roadmap de produto da empresa. A transição precisava acontecer com o sistema operando em tempo real. Para garantir a adoção pela engenharia sem atrito, estruturei a execução em três pilares:

Benchmarking estrutural

Liderei o benchmarking, com apoio de outro designer do time na busca de referências. Analisamos sistemas robustos não pela estética, mas pela arquitetura de tokens semânticos — o objetivo era extrair a lógica de theming que permitiria alternar entre as marcas Conexa e Psicologia Viva na mesma base de código.

Acessibilidade como fundação

A conformidade WCAG AA foi injetada no DNA dos Basic Components. Contrastes, estados de foco e áreas de clique foram resolvidos no nível do componente pai, blindando a engenharia de cometer erros na montagem das telas.

Negociação de viabilidade

Eliminei brainstorms e conduzi alinhamentos diretos com os Tech Leads. Garantimos que a nova estrutura de variáveis do Figma refletisse o modelo mental do código, permitindo transição gradual sem quebrar a interface em produção.

Benchmark — referências estudadas

Análise de construção de componentes, UI, acessibilidade e documentação.

Base Web

Uber

Ant Design

Ant Financial

Material UI

Google

Padrão Digital de Governo

BR

Processo — governança técnica para um sistema escalável

Dois portões de controle — arquitetura na origem e QA no consumo — sustentaram a transição sem interromper o roadmap de produto.

01 — Arquitetura de componentes & Tech Review

A construção da nova biblioteca no Figma exigiu rigor sistêmico na criação dos tokens e componentes iniciais. Para estancar o desperdício de tempo com refação, implementei um portão de governança técnica antes da fase de desenvolvimento. Em vez de apenas entregar as telas finalizadas, estabeleci uma etapa de Tech Review estruturada: assim que os componentes de base e suas respectivas variações eram prototipados, conduzi sessões de alinhamento com o time completo do Design System — desenvolvedores e designers presentes — submetendo a anatomia do componente ao crivo técnico da engenharia, validando a viabilidade de implementação e garantindo que o modelo mental do Figma estivesse 100% alinhado com a arquitetura do código (React) antes de abrir a primeira linha de desenvolvimento.

02 — QA de interface & governança de documentação

Com o componente em ambiente de staging, estabeleci a etapa de Quality Assurance. O objetivo era auditar a integridade estrutural: garantir que a engenharia estava consumindo os tokens semânticos corretos e preservando a fundação de acessibilidade. Estruturei a documentação no Figma para os designers, mapeando a anatomia e as diretrizes de uso de cada componente. A documentação de consumo direto para a engenharia foi construída via Storybook pelo próprio time de engenharia, com apoio do time de design do DS envolvido. Essa governança definiu limites claros e eliminou o atrito de consulta.

Demonstração do sistema

Logos

Conexa

Logo da Conexa sobre fundo colorido da marca
Fundo branco, texto colorido
Logo da Conexa sobre fundo neutro preto
Fundo neutro, texto preto
Logo da Conexa (versão branca) sobre fundo preto
Fundo neutro, texto branco
Logo da Conexa com texto branco sobre fundo na cor primária da marca
Fundo colorido, texto branco

Psicologia Viva

Logo da Psicologia Viva sobre fundo colorido da marca
Fundo branco, texto colorido
Logo da Psicologia Viva sobre fundo neutro preto
Fundo neutro, texto preto
Logo da Psicologia Viva (versão branca) sobre fundo preto
Fundo neutro, texto branco
Logo da Psicologia Viva com texto branco sobre fundo na cor primária da marca
Fundo colorido, texto branco

Tokens de cor

Conexa

500 · #0A0A32
400 · #13007D
300 · #1900AF
principal
200 · #CDC5FF
100 · #EEEBFF

Psicologia Viva

500 · #4A245C
400 · #7C23A8
300 · #A04FC9
principal
200 · #D596FF
100 · #DDD7EE

Cores complementares

Sucesso
Erro
Aviso
Informação

Tipografia

Hero DS

Heading Display · 48px

Hero DS

Heading Large · 24px

Hero DS

Paragraph Large · 16px

Hero DS

Label · 14px

Anatomia & Contraste

Componentes reais renderizados em código — não capturas de tela — usando a mesma base de botão do Hero DS, testada em anatomia, estados e contraste de acessibilidade entre as duas marcas.

Anatomia

  1. Slot: ícone à esquerda
  2. Fundo: $brand-color-Primary-300
  3. Descrição/Título: $text-button-default

Estados

Web

Default

Hover

Focus

Loading

Disabled

Mobile

Default

Hover

Focus

Loading

Disabled

Contraste

Conexa

Default

AAA 12.64

Hover

AAA 15.86

Focus

AAA 12.64

Loading

AAA 12.64

Disabled

AA 5.87

Psicologia Viva

Default

AA 4.71

Hover

AA 7.88

Focus

AA 4.71

Loading

AA 4.71

Disabled

AA 5.87

Resultados — operacionais & escalabilidade

A nova arquitetura do Hero alcançou 100% de adoção em todos os ecossistemas da plataforma. O impacto imediato foi a erradicação da dívida técnica e o ganho extremo de previsibilidade no Time-to-Market, poupando em média de 0.5 a 1 sprint inteira de desenvolvimento a cada novo fluxo complexo no Backoffice. A governança rígida entre Figma e ambiente de desenvolvimento zerou a fricção.

-1 Sprint
Aceleração do ciclo de entrega: redução de esforço de handoff de fluxos para o backoffice
100%
Adoção cross-product: unificação da base de componentes, mitigando repositórios duplicados
-30%
Redução de bugs técnicos: queda nos bugs de interface reportados após a refatoração
+80%
Acessibilidade nativa: ganho de conformidade com a base WCAG AA injetada na fundação

O que dizem sobre o impacto

“A implementação do Design System reduziu drasticamente o tempo de handoff e a dívida técnica. Agora, as entregas são mais consistentes e o time consegue focar na evolução técnica da plataforma, não apenas em ajustar componentes.”

— Time de Engenharia, Conexa

“Com um sistema escalável e documentado, nossa velocidade de prototipação saltou de nível. Isso nos devolveu o tempo necessário para focar no que realmente importa: discovery, testes com usuários e a validação de hipóteses antes do desenvolvimento.”

— Time de Design, Conexa

Aprendizados

  • Acessibilidade tratada como requisito, não como camada final.
  • Documentação abrangente reduz ruído no handoff design-engenharia.
  • Temas extensíveis garantem customização sem quebrar a base.
  • Padronização sustenta escalabilidade em organizações complexas.

Quer entender como aplicar essa abordagem no seu produto?

Vamos conversar!