Um framework para quantificar e comunicar o impacto de um Design System
Artigo 2 de uma série sobre como quantificar e comunicar o impacto de design
Pra quem tem pressa, esse artigo tem:
- Por que medir só o "tamanho" do design system é armadilha
- As três camadas que realmente importam (com uma analogia de ponte pra fixar)
- Uma régua de maturidade pra você parar de prometer o que ainda não pode provar
- Como começar sem pedir orçamento novo pra instrumentação
- Como falar sobre isso sem entediar quem só quer saber "e daí?"No artigo anterior dessa série, falei sobre os obstáculos que tornam a medição do impacto do design genuinamente difícil, não por preguiça, mas por questões estruturais. Esse artigo é a resposta prática: um jeito de organizar essa medição, aplicado ao lugar onde ela rende mais rápido: design system.
Bora pensar numa ponte.
Ninguém mede o valor de uma ponte contando quantos parafusos ela tem. Você mede pela quantidade de carros que atravessam todo dia, pelo tempo que as pessoas economizam no trajeto, pelo comércio que nasce nas duas pontas dela depois que ela abre. Os parafusos importam; sem eles, a ponte cai, mas eles não são a métrica de sucesso. Eles são a fundação que torna o resto possível.
Design system é a mesma lógica. A tentação mais comum é medir pelo que ele é fisicamente: número de componentes, número de tokens, páginas de documentação publicadas. São números bonitos num slide e dizem quase nada sobre valor. Um sistema com duzentos componentes mal usados vale menos que um com quarenta usados de verdade, todo santo dia, por todo mundo.
As três camadas (voltando pra ponte)
A primeira camada é a fundação: os pilares, o concreto, a estrutura que sustenta tudo. No design system, isso é o sistema como ativo: ele está bom e está sendo usado? Aqui entram taxa de adoção, cobertura das jornadas principais, consistência, acessibilidade by design. É a camada mais fácil de medir e a que menos impressiona quem está fora do time, porque ainda fala sobre a ponte, não sobre quem a atravessa.
A segunda camada é o tráfego : quantos carros passam, em que velocidade, com quantos engarrafamentos. No design system, isso é a operação: o time que constrói em cima do sistema no dia a dia. Entrega mais rápido? Tem menos retrabalho? O suporte responde rápido quando alguém trava? Essa é a camada mais subestimada e, ao mesmo tempo, a mais persuasiva: fala a língua de velocidade e custo, que qualquer liderança entende sem precisar de tradução.
A terceira camada é o que a ponte muda na região: o comércio que nasce, o tempo que as famílias ganham de volta, a cidade que cresce pro outro lado do rio. No design system, o resultado é: tempo de lançamento de produto, custo de manutenção, satisfação de quem usa o sistema, risco reduzido em produção. É a camada mais difícil de isolar (você já sabe por quê, se leu o artigo anterior), mas é a única que justifica o investimento continuar quando alguém de fora pergunta “e daí, valeu a pena construir essa ponte?”.
Nenhuma camada substitui a outra. Fundação sem tráfego é uma ponte linda que ninguém atravessa. Tráfego sem impacto na região é gente passando rápido sem que nada mude do outro lado. As três juntas contam a história inteira e cada uma fala com uma plateia diferente.
Uma régua, não um interruptor
É um erro comum tratar a medição de impacto como algo que existe ou não existe, ligado ou desligado. Na prática, ela evolui em estágios, e saber em qual você está evita duas armadilhas como subestimar o que já foi feito, e prometer uma certeza que ainda não existe.
Get Amanda Bento’s stories in your inbox
Join Medium for free to get updates from this writer.
No primeiro estágio, é tudo narrativa qualitativa “a ponte parece estar ajudando”, sem dado quantitativo atrás dessa afirmação. Ponto de partida honesto de quase todo mundo, sem vergonha nisso. No segundo, existe um baseline: uma primeira contagem real de carros, nem que seja de um único dia. No terceiro, a mesma contagem se repete ao longo do tempo e uma tendência aparece e é aqui que a conversa sai da opinião e vira gráfico. No quarto, a métrica se conecta a efeito real na região: comércio que cresceu, tempo de trajeto que caiu, com dados suficientes pra sustentar a afirmação na frente de alguém cético.Quase ninguém chega no terceiro estágio, não porque o quarto seja impossível, mas porque tentam pular direto pra ele sem passar pelo segundo.
Sem baseline não existe tendência. Sem tendência, qualquer alegação de impacto é só uma opinião bem-vestida, por mais bonita que a roupa seja.
Como começar sem pedir orçamento novo
A objeção mais comum contra tudo isso é: “a gente não tem tempo nem verba pra instrumentar do zero”. Boa notícia: você provavelmente não precisa. A maior parte dos dados já existe, espalhada em coisas que o time já produz sem perceber que são fonte de medição.
Changelog e nota de release já mostram frequência e tipo de entrega. Checklist de QA já mostra volume de retrabalho. Tickets de suporte já mostram tema e tempo de resposta. Registro de impedimento já mostra previsibilidade e risco. Retrospectiva de sprint já é narrativa qualitativa esperando virar dado.
O pulo do gato aqui não é construir um painel novo. É escolher uma métrica de cada camada, definir o critério, e tirar a primeira contagem a partir do que já existe. Esse primeiro número mesmo torto, mesmo incompleto, já vale mais que qualquer narrativa sem dado. É o que te tira do primeiro estágio e te bota no segundo.
Como falar sobre isso sem entediar todo mundo
Quantificar é metade do trabalho. A outra metade é traduzir cada camada pra quem precisa dela, porque ninguém de fora do time de design quer ouvir sobre as três camadas ao mesmo tempo, igual ninguém quer ouvir sobre parafuso quando pergunta se valeu a pena construir a ponte.
Pra design e tecnologia, fundação e tráfego são o que importa, porque orientam prioridade e mostram onde o sistema tem buraco. Pra liderança de produto e negócio, comece pelo impacto na região, com o tráfego como prova de apoio, nunca como abertura. Ninguém que controla orçamento quer ouvir sobre taxa de adoção de componente antes de entender o que isso significa em velocidade ou custo. A ordem da apresentação importa tanto quanto o conteúdo.
Um truque que funciona: nunca solte uma métrica sozinha sem a pergunta que ela responde do lado. Não é “adoção está em 60%”. É “60% do produto já atravessa essa ponte, o que significa que qualquer melhoria futura beneficia mais da metade das jornadas sem esforço extra”. A métrica sozinha é um dado. A métrica com a pergunta respondida é argumento e indicador.
E agora?
Esse framework foi pensado em cima de quem atravessa a ponte hoje: designers, desenvolvedores, times de produto. Só que o perfil de quem atravessa está mudando rápido, e tem um tipo novo de “carro” nessa ponte, crescendo em volume: agentes de IA gerando interface diretamente a partir de um prompt. O próximo artigo da série é sobre isso o que muda na medição quando parte do tráfego não é mais gente.
Você já tentou medir seu design system e travou tentando decidir em que camada focar primeiro? Me conta aqui embaixo.
Amanda Bento gosta de ser chamada de Mands. É Product Manager há mais de oito anos e há quatro atua fora do Brasil. É embaixadora das Mulheres de Produto e escritora profissional. Além de ser formada em Filosofia, possui MBA em Gestão de Projetos e adora escrever. Você compra seus livros aqui e pode também segui-la no Instagram e Linkedin. Assine a Newsletter Mands Escreve!
