Português

Métricas de Design de Produto: Taxa de Lançamento, Impacto Pós-lançamento, Qualidade de Design

É semana de QBR. O seu Director está circulando pela sala de reunião argumentando por mais duas contratações de design. Do outro lado da mesa, o CFO tem uma planilha aberta e uma expressão educada que significa não. O líder de PM tem um slide mostrando 47 funcionalidades lançadas neste trimestre. A engenharia tem um gráfico de velocidade e uma tendência de burndown. O seu Director clica para o slide de design e aparecem três imagens do Dribbble e a frase "experiência do usuário elevada."

O CFO faz uma pergunta: "O que o design produziu neste trimestre que eu possa traduzir em número?"

É nesse momento que a vaga é cortada. Não porque o design não fez o trabalho. Mas porque ninguém (incluindo você) estava medindo.

Por que a Automensuração é um Seguro de Carreira

O padrão se repete a cada ciclo. As conversas sobre headcount dependem de números defensáveis. Os PMs entram com funcionalidades lançadas e atribuição de receita. A engenharia entra com velocidade, throughput e uptime de plantão. O design entra com impressões, capturas de tela e a palavra "polimento."

Quando os cortes chegam, a equipe sem números perde primeiro. Não porque fez menos trabalho. Porque se tornou invisível para a conversa de orçamento.

Aqui está a verdade incômoda: o seu Design Lead só pode defender headcount com números que você produziu. Ele não pode fabricar dados de impacto em seu nome. Se você não está se automedindo, está silenciosamente pedindo ao seu Lead que carregue o seu lugar na base da crença, e crença não sobrevive a uma planilha de CFO.

Designers que se automedindo tornam-se indemissíveis. Designers que se escondem atrás do craft tornam-se uma linha de orçamento.

As 5 Métricas que Realmente Defendem o Seu Lugar

Nem toda métrica pertence ao seu QBR. A maioria dos "dashboards" de design é ruído: contagem de arquivos no Figma, horas registradas, presença em revisões de protótipos. Nenhuma dessas responde à única pergunta que importa: o design produziu resultados de negócio neste trimestre?

Essas cinco respondem.

1. Taxa de Lançamento

Definição: Percentual dos designs que você iniciou no trimestre e que chegaram à disponibilidade geral dentro do trimestre.

Como mensurar: Monte uma planilha simples. Cada projeto que você abrir no Figma recebe uma linha. Colunas: nome do projeto, data de abertura, status atual (em design / em desenvolvimento / lançado / cancelado / pausado), data de lançamento. Ao final do trimestre, conte as linhas com status = lançado e data de lançamento dentro do trimestre. Divida pelo total de linhas abertas no trimestre.

Benchmark:

  • 60 a 75% é saudável
  • 75 a 85% pode indicar que você está jogando pelo seguro e só aceitando projetos pequenos
  • Abaixo de 40% é um sinal, e quase nunca é um problema de design

Se a sua taxa de lançamento está em 35%, não assuma que você é lento. O diagnóstico real geralmente é um de três: o escopo continua mudando no meio do caminho, os stakeholders não conseguem alinhar o briefing, ou os projetos são pausados quando as prioridades mudam. São problemas de escopo e de stakeholder. Leve os dados ao seu Lead para que ele possa corrigir o processo upstream.

O que defende: Throughput. Você não é um gargalo.

2. Impacto Pós-lançamento

Definição: Receita influenciada ou usuários ativos semanais impactados, atribuídos por funcionalidade, nas funcionalidades que você desenhou.

Como mensurar: Você não inventa esse número. Você o extrai da retrospectiva de lançamento do PM ou do documento de métricas pós-lançamento. Toda equipe de produto bem estruturada produz um. Se a sua não produz, esse é um problema separado e real. Pergunte ao PM. Pergunte ao parceiro de analytics. Obtenha os usuários ativos semanais impactados e o crescimento de receita, se existir.

Em seguida, atribua de forma conservadora. Se você desenhou uma reformulação do checkout que o PM credita com R$ 480K em ARR incremental, não afirme "R$ 480K influenciados." Afirme "desenhei a superfície onde R$ 480K de ARR incremental foram atribuídos." Isso é honesto e sobrevive ao escrutínio.

Benchmark: Esse é contextual. Um IC sênior em uma superfície de crescimento pode impactar 2 a 4 milhões de usuários ativos semanais por trimestre. Um IC sênior em uma ferramenta de administração enterprise pode impactar 12 mil. Ambos podem ser excelentes. O número a observar é a sua própria tendência, mais o tamanho das superfícies que você está recebendo. Se as suas atribuições estão diminuindo, esse é o sinal, não o número absoluto.

O que defende: Relevância de negócio. Você não está reformulando a página de configurações no vácuo.

3. Qualidade de Design (Rubrica entre Pares)

Definição: Uma pontuação de 1 a 5 atribuída por dois designers pares a cada trimestre, avaliando o seu trabalho lançado em quatro dimensões: acessibilidade, consistência com o design system, casos extremos tratados e fidelidade do protótipo em relação ao resultado lançado.

Como mensurar: Monte uma planilha compartilhada. Uma linha por projeto lançado. Quatro colunas para as quatro dimensões. Dois revisores por projeto. Escolha pares, não o seu gestor, e não os mesmos dois a cada trimestre. Cada revisor pontua de 1 a 5 em cada dimensão. Calcule a média das oito pontuações por projeto. Calcule a média entre projetos para obter a sua pontuação trimestral.

Essa é a métrica que protege você de ser julgado apenas pela estética. Uma rubrica entre pares força uma conversa sobre as partes menos glamourosas do craft: você tratou o estado vazio, você especificou os estados de carregamento e erro, isso funciona para navegação por teclado, você reutilizou tokens do sistema ou inventou novos.

Benchmark:

  • 3,5 a 4,2 é uma faixa sólida para IC sênior
  • 4,2 ou mais está no território de trilha para staff
  • Abaixo de 3,0 significa que dimensões específicas estão te puxando para baixo, e a rubrica indica quais

O que defende: Craft, de uma forma legível para não designers. "Pontuação média de qualidade entre pares de 4,1 em 8 revisores" aterra melhor em um QBR do que "bom gosto visual."

4. Tempo de Descoberta até o Lançamento

Definição: Dias desde o primeiro frame no Figma em um projeto até o lançamento para disponibilidade geral. Use a mediana ao longo do trimestre, não a média. Um projeto catastrófico de 180 dias vai destruir a sua média e não vai dizer nada.

Como mensurar: A mesma planilha da taxa de lançamento. Adicione duas colunas: data do primeiro frame, data de disponibilidade geral. Calcule os dias entre elas. Calcule a mediana entre os projetos lançados neste trimestre.

Benchmark: Esse não tem um número de mercado que valha citar. O benchmark certo é o seu próprio trimestre anterior. Observe a tendência.

  • Caindo trimestre a trimestre: você está ficando mais eficiente ou o seu escopo está se ajustando
  • Estável: você está estável, o que é aceitável
  • Subindo: algo está te desacelerando (briefings pouco claros, mais revisões, escopos maiores)

A armadilha com o tempo de ciclo é tratá-lo como um número a minimizar. Mais rápido nem sempre é melhor. Um ciclo de design de duas semanas que lança um estado vazio quebrado é pior do que um ciclo de seis semanas que lança algo polido. O objetivo de acompanhar o tempo de ciclo é detectar mudanças de tendência e depois perguntar por quê.

O que defende: Previsibilidade. Os parceiros de engenharia e PM conseguem planejar em torno de você.

5. Delta de NPS ou CSAT nas Superfícies Impactadas

Definição: Pontuação de satisfação do usuário antes versus depois do lançamento, medida nas telas específicas que você reformulou, não no produto inteiro.

Como mensurar: Antes de lançar, obtenha uma linha de base. Se a sua equipe roda NPS ou CSAT no produto, filtre para usuários que acessam a superfície que você está prestes a reformular. Salve o número. Após o lançamento, aguarde 4 a 6 semanas para a superfície amadurecer, puxe a mesma pontuação filtrada e calcule o delta.

Se o seu produto não roda acompanhamento de satisfação por superfície, essa métrica é mais difícil de obter. Alternativas: volume de tickets de suporte na área reformulada antes versus depois, taxa de conclusão de tarefas em analytics de produto, tempo por tarefa no fluxo específico.

Benchmark:

  • +3 a +8 pontos de NPS em uma superfície reformulada é uma vitória real
  • Delta neutro significa que a reformulação não foi uma melhoria para o usuário, foi uma troca lateral
  • Delta negativo significa que a reformulação quebrou algo. Investigue imediatamente, não oculte

O que defende: Resultado para o usuário. O CFO não se importa com a sua paleta de cores. Ele se importa que a superfície que você tocou ficou mensuravelmente melhor.

O Diagnóstico de "Alta Taxa de Lançamento, Baixo Impacto"

Aqui está a armadilha que pega designers com aparência forte na temporada de QBR.

Você entra com uma taxa de lançamento de 78%. Forte. Você também entra com R$ 40K de impacto de receita atribuído e deltas de NPS neutros nas superfícies que você tocou. O seu Director vê a taxa de lançamento e fica satisfeito. O seu CFO vê o impacto e pergunta por que o seu salário não é a restrição do orçamento.

Essa lacuna tem um nome. Você é um designer de fábrica de funcionalidades, não um designer de produto.

Designers de fábrica de funcionalidades lançam rápido. O craft deles é sólido. Os arquivos no Figma são organizados. Os handoffs são limpos. Eles são excelentes em converter especificações de PM em pixels. E o trabalho lançado não move o negócio, porque ninguém (incluindo o designer) perguntou se deveria ser lançado.

A correção não é "design melhor." A correção acontece antes de o Figma ser aberto.

O teste de diagnóstico: Olhe para seus últimos cinco projetos concluídos. Para cada um, escreva a métrica de sucesso que o PM assumiu antes de o projeto começar. Se você não consegue lembrar a métrica, ou se o PM nunca nomeou uma, ou se a resposta é "lançar até o Q2," você tem o problema de alto lançamento e baixo impacto.

A intervenção: Nos próximos três briefings de projeto, antes de abrir o Figma, envie ao PM uma mensagem. "Qual é a métrica de sucesso que estamos acordando aqui, e o que significa vencer no checkpoint de 6 semanas após o lançamento?" Se eles não conseguirem responder, o projeto não está pronto para design. Empurre de volta. Sim, isso é desconfortável na primeira vez. É muito menos desconfortável do que entrar no seu QBR com R$ 40K de impacto e uma pergunta do CFO.

Designers que fazem isso por dois trimestres consecutivos param de ser fábricas de funcionalidades. A taxa de lançamento deles às vezes cai 10 pontos. O número de impacto triplica. A troca vale sempre.

O Slide do Seu QBR

Um slide. Quatro quadrantes. Números e deltas em relação ao trimestre anterior. Esse é o formato inteiro.

┌──────────────────────────────────────────────────────────────┐
│                                                              │
│  TAXA DE LANÇAMENTO           IMPACTO PÓS-LANÇAMENTO         │
│  72% (▲ +6 pts TaT)           R$ 1,2M ARR influenciado       │
│  9 de 12 projetos lançados    420K usuários ativos/sem        │
│                               (▲ +280K TaT)                  │
│                                                              │
│  ────────────────────────────────────────────────            │
│                                                              │
│  PONTUAÇÃO DE QUALIDADE       TEMPO DE CICLO (mediana)        │
│  4,1 / 5,0 (▲ +0,2 TaT)       38 dias (▼ -7 dias TaT)        │
│  8 revisores, 4 dimensões     Do primeiro frame ao lançamento │
│                                                              │
└──────────────────────────────────────────────────────────────┘

Linha bônus abaixo, se você tiver: "Delta de NPS nas superfícies impactadas: +5 (reformulação do checkout), +3 (fluxo de onboarding), -1 (página de configurações, investigando)."

Esse é o slide inteiro. O seu Director leva isso para a reunião de headcount. O CFO vê um número para cada dimensão que lhe importa: throughput, impacto de negócio, craft, previsibilidade, resultado para o usuário. A conversa deixa de ser sobre se o design merece o seu lugar e passa a ser sobre qual escopo a próxima contratação desbloqueia.

Armadilhas de Métricas de Vaidade

Coisas que designers medem e que não sobrevivem a uma pergunta do CFO:

  • Curtidas no Dribbble e visualizações no Behance. Vaidade externa. O CFO não tem uma conta no Dribbble.
  • Contagem de arquivos no Figma. Mais arquivos não é mais impacto. Às vezes é menos impacto.
  • Horas no Figma. Tempo gasto não é valor produzido. Essa é a pior métrica possível. Ela ativamente recompensa trabalho lento.
  • Reações no Slack interno em posts de protótipos. Seus colegas são gentis. As reações deles não são um sinal.
  • Prêmios e palestras em conferências. Positivo para a carreira, com certeza. Para defender headcount, não.
  • "Protótipos revisados" ou "críticas assistidas." Atividade, não resultado.
  • Contribuições para a biblioteca de componentes. Isso é trabalho real e vale acompanhar separadamente para colaboradores do design system. Não é substituto para impacto lançado no produto.

Se o seu autoaformulário está cheio dessas métricas, substitua-as. As cinco métricas acima são as que resistem.

Templates que Você Pode Usar

Planilha de autoaformulário (uma aba por trimestre):

Colunas: Nome do projeto | Tipo (nova funcionalidade / reformulação / correção) | Data de abertura | Status | Data de lançamento | Data do primeiro frame no Figma | Data de disponibilidade geral | Tempo de ciclo (dias) | Impacto atribuído pelo PM (R$ ou usuários ativos/sem) | Delta de NPS da superfície | Observações

Atualize semanalmente. Leva dez minutos. Rende dividendos em todo QBR pelo resto da sua carreira.

Formulário de pontuação da rubrica entre pares:

Para cada projeto lançado, envie a dois pares um formulário com quatro perguntas:

  1. Acessibilidade: isso funciona para navegação por teclado, leitores de tela, usuários com daltonismo? (1 a 5)
  2. Consistência com o design system: isso reutilizou tokens, componentes e padrões existentes? (1 a 5)
  3. Tratamento de casos extremos: estados de vazio, carregamento, erro, comprimento máximo e offline foram todos especificados? (1 a 5)
  4. Fidelidade do protótipo: o resultado lançado corresponde à especificação, ou muito foi perdido no handoff? (1 a 5)

Um parágrafo de comentários por dimensão. Tempo total por revisor: 20 minutos por projeto. Faça uma vez por trimestre, no formato de lote.

Layout do slide de QBR:

Use o template de quatro quadrantes acima. Números em 48 pontos. Deltas em 24 pontos com setas para cima ou para baixo. Rodapé com metodologia em 10 pontos para que o CFO possa verificar. Sem capturas de tela de arquivos do Figma nesse slide. Guarde a vitrine de craft para um slide diferente.

O Ponto Principal

O seu Design Lead não pode defender o seu lugar com crença. Só pode defendê-lo com números, e os números têm que vir de você.

Reserve uma tarde de sexta-feira esta semana para montar a planilha de autoaformulário. Preencha retroativamente para o trimestre atual. No próximo QBR, você terá um slide de quatro quadrantes que o seu Director pode levar à reunião de orçamento, e terá se tornado o tipo de designer que é protegido quando os cortes chegam.

Esse é o objetivo inteiro da automensuração. Não é burocracia. É um seguro de carreira.

Saiba Mais