Vanity Metrics: os dados que fazem bem e mentem

Um fundador revê o dashboard semanal: tráfego +45%, signups +30%, sessões da app +22%, eventos de features +60%. Parece crescimento. O MRR está plano, o MRR churned está a subir, o ARPU está a descer, o NRR está abaixo de 100%, o runway é ligeiramente mais curto do que na semana passada. O dashboard estava a mentir — não porque os números fossem fabricados, mas porque os números que se moviam mais visivelmente eram exatamente os menos conectados à saúde do negócio.

Esta é a armadilha das vanity metrics. Números que criam a sensação de momentum sem a realidade disso. Para a maioria dos fundadores SaaS, as vanity metrics não distraem apenas — atrasam a decisão certa. Tornam mais fácil adiar a correção do onboarding, ignorar o churn, evitar o trabalho de pricing, e continuar a enviar “crescimento” enquanto o negócio estagna silenciosamente.

O que são vanity metrics?

Vanity metrics são números que parecem impressionantes mas não mudam as decisões. Uma definição mais precisa: uma vanity metric pode mover-se significativamente sem te dizer se o negócio está a ficar mais saudável ou mais fraco.

A expressão foi popularizada nos círculos lean startup, mas o padrão precede o termo. Qualquer número fácil de melhorar, satisfatório de capturar em screenshot, e difícil de conectar a receita ou retenção, qualifica. A métrica em si raramente é o problema — o problema é quanto peso recebe no dashboard do fundador relativamente ao que pode realmente explicar. Para a lista completa de métricas SaaS que realmente pertencem ao dashboard de um fundador, esse guia cobre para que serve cada uma.

Vanity metrics vs métricas acionáveis — é a distinção que importa:

Métrica	Geralmente vanity ou acionável?	Porquê
Tráfego total	Geralmente vanity	Pode crescer enquanto a conversão e a receita ficam planas
Signups totais	Frequentemente vanity sem dados de ativação	Signups sozinhos não provam entrega de valor
MRR	Acionável	Mede diretamente a saúde da receita recorrente
Taxa de churn de receita	Acionável	Mede as fugas do negócio em euros, não em contas
Eventos de cliques em features	Geralmente vanity sem contexto de resultado	Atividade não é valor
Período de payback do CAC	Acionável	Diz se a economia de aquisição é sustentável
Sessões da app	Geralmente vanity	Uso sem contexto de retenção ou receita é decorativo
MRR churned	Acionável	Revela quanta receita recorrente está a sair e porquê

A tabela não é absoluta — o contexto importa sempre. Tráfego de uma única fonte de alta intenção ligada a uma conversão trial específica é dado acionável. Tráfego total de seis fontes mistas sem tracking de conversão é em grande parte vanity. Não é a métrica que decide; é a definição.

Porque é que os fundadores continuam a rastrear vanity metrics

O vício não é irracional. Tem três causas reais.

Vanity metrics são mais fáceis de melhorar do que as verdadeiras métricas de negócio. Aumentar tráfego, signups, ou eventos de uso em bruto é mecanicamente mais simples do que melhorar a retenção, expandir receita por conta, ou apertar o payback do CAC. Fundadores sob pressão para mostrar movimento gravitam naturalmente para os números que se movem mais rapidamente.

Criam uma ilusão de progresso. Um dashboard cheio de setas para cima parece momentum mesmo quando o motor de receita está estagnado. Um fundador pode passar semanas a celebrar gráficos que fazem a empresa parecer saudável enquanto as verdadeiras métricas de saúde se deterioram silenciosamente. Esta é a forma mais perigosa da armadilha porque é completamente auto-reforçante — a boa sensação reduz a urgência de investigar mais fundo.

Estão disponíveis antes de as métricas importantes estarem limpas. Tráfego e signups são triviais de instrumentar. MRR, NRR, ARPU e taxas de churn limpos requerem definições consistentes de receita recorrente, tratamento correto dos dados do Stripe, e disciplina sobre o que conta e o que não conta. Os fundadores sobrepesam o que podem medir imediatamente e nunca voltam a construir as métricas mais difíceis.

Um quarto fator: vanity metrics são socialmente úteis. São o que se publica no X depois de um lançamento, o que vai na atualização para investidores para mostrar momentum, o que é partilhado na comunidade indie hacker. Não há nada de errado nisso — o problema começa quando o número social também alimenta o dashboard operacional.

Rastreia as métricas que importam, não as que fazem sentir bem. Vê os teus números reais do Stripe →

As vanity metrics mais comuns em SaaS

O tráfego total não é uma métrica de negócio por si só. Torna-se significativo quando conectado à taxa de ativação de trial, à taxa de conversão para pago, ou ao MRR gerado por canal. O tráfego que sobe enquanto as três métricas ficam planas é um resultado de campanha, não um resultado de negócio.

Os signups totais importam muito menos do que a taxa de ativação dentro dessa coorte de signups. A sequência é: tráfego → signup → ativação → pago → retido → expandido. Se os signups aumentam e nada a jusante melhora, compraste mais ruído. O número útil são os signups ativados nos primeiros 7 ou 30 dias — a versão que prevê se os novos utilizadores eventualmente gerarão receita recorrente.

O total de utilizadores e contas estão entre os números mais frequentemente inflados nos dashboards SaaS. Um total de contas inflado pode esconder um produto com quase nenhum utilizador pagador retido por baixo. As perguntas certas: quantos estão ativos? quantos estão a pagar? qual é a coorte retida a 30, 60, 90 dias? quantos se expandiram alguma vez?

Os eventos de uso de features — mensagens enviadas, chamadas API feitas, workflows ativados, sessões iniciadas — é aqui que os produtos com IA e product-led são especialmente vulneráveis. Os volumes de atividade podem crescer enquanto a receita retida encolhe se o uso está concentrado em coortes não pagadoras ou de baixo valor. O uso torna-se dado útil quando ligado a contas retidas, eventos de upgrade, ou marcos de ativação. As 16 métricas SaaS da a16z traçam claramente a linha entre métricas de atividade e as métricas ligadas à receita que realmente importam.

As métricas sociais e de lançamento têm um lugar legítimo no tracking de notoriedade. Não pertencem ao dashboard operacional de analytics do fundador ao lado do MRR, churn e runway.

A regra dos 20%: o filtro de vanity metrics mais rápido

O teste mais prático para qualquer métrica:

Se este número mudasse 20% esta semana, o que faria diferente?

Aplica-o a cada métrica atualmente no teu dashboard.

MRR abaixo 20% → investigar aquisição, churn e pricing imediatamente. Ação real segue. Churn de receita acima 20% → rever razões de cancelamento e pagamentos falhados hoje. Runway abaixo 20% → reduzir o burn e congelar experiências.

Agora aplica-o aos suspeitos vanity habituais: visualizações de página +20%, signups totais +20%, eventos de features +20%. A resposta honesta para a maioria dos produtos: provavelmente nada mudaria nas decisões imediatas. Estes números podem influenciar a investigação mas não as decisões operacionais na mesma semana.

Essa é a linha. A regra dos 20% é crua. Funciona porque força o fundador a articular a cadeia de decisão — se a métrica não está no início de uma cadeia de decisão, não pertence ao dashboard principal.

Exemplos de vanity metrics que os fundadores devem vigiar

“O tráfego subiu 60%.” A ativação subiu? A taxa trial-to-paid subiu? O MRR de fontes orgânicas subiu? Se não, o pico de tráfego é dado de marketing, não dado de negócio. Arquiva-o numa vista de analytics secundária e não o deixes deslocar o churn do ecrã principal.

“Tivemos 2.000 signups este mês.” Quantos ativaram em 7 dias? Quantos converteram para pago em 30 dias? Quantos foram retidos a 60 dias? Sem esses números, os 2.000 são ruído vestido de crescimento. Um produto com 2.000 signups e 3% de ativação está numa posição muito pior do que um produto com 800 signups e 25% de ativação.

“Os utilizadores enviaram 500.000 mensagens.” Comum em produtos de IA e chat. Se estas 500.000 mensagens estão distribuídas por contas pagadoras retidas que estão a gerar MRR de expansão, é útil. Se metade vem de utilizadores gratuitos que nunca converteram, a contagem de mensagens está a mascarar um problema de monetização.

“Ultrapassámos as 10.000 contas.” Qual é a taxa de atividade? Que proporção está a pagar? Qual é a receita média por conta ativa? Um marco de 10.000 contas com 8.000 contas dormentes e não pagadoras não é a mesma coisa que 10.000 contas ativas com ARPU saudável. O total obscurece qual versão é verdade.

“Tivemos 100k chamadas API.” Impressionante na superfície. Sem significado sem contexto sobre: que contas as geraram, se essas contas estão a pagar, se o modelo de pricing está ligado ao volume de API, e se os custos de infra acompanharam. O framework de métricas SaaS de David Skok é explícito de que o volume de atividade em bruto pertence à camada de diagnóstico, não ao dashboard principal.

A pontuação de sinal: o significado das vanity metrics que os fundadores precisam

Uma abordagem de scoring crua para a seleção de métricas:

Pontuação Sinal = acionabilidade + ligação_receita + ligação_retenção + previsibilidade − viés_vanity

Avalia cada dimensão de 1 a 5 e subtrai o viés de vanity (quão provável é a métrica lisonjear sem informar).

Signups totais pontuados:

acionabilidade = 2 (ativação a jusante necessária antes da ação)
ligação_receita = 2 (fraca sem dados de conversão para pago)
ligação_retenção = 1 (sem ligação direta)
previsibilidade = 2 (fraco preditor de MRR)
viés_vanity = 5 (fácil de inflar, ótimo para screenshots)
Pontuação Sinal = 2

MRR churned pontuado:

acionabilidade = 5 (imediatamente acionável — rever cancelamentos, lançar dunning)
ligação_receita = 5 (medição direta em euros)
ligação_retenção = 5 (mede o falhanço de retenção em termos de receita)
previsibilidade = 4 (prevê a trajetória de NRR e LTV)
viés_vanity = 1 (impossível de inflar, difícil de celebrar)
Pontuação Sinal = 18

É assim que a pontuação de uma métrica justifica a sua posição no dashboard do fundador.

Como salvar métricas úteis de top-of-funnel de se tornarem vanity

Nem todas as métricas de top-of-funnel devem ser eliminadas — algumas devem ser redefinidas. O relatório State of the Cloud da Bessemer distingue as “métricas de eficiência” das contagens de vanity e consistentemente liga as empresas SaaS eficientes ao tracking ligado a receita em vez de contagens de atividade.

Melhor do que tráfego total: taxa de ativação tráfego-a-trial por fonte, conversão tráfego-a-pago por fonte, MRR gerado por canal de aquisição. Estes conectam o número de volume ao outcome de receita e tornam-no apto para decisões.

Melhor do que signups totais: signups ativados (passo chave de onboarding completado em 7 dias), signups pagos no período, signups retidos a 30 dias. Qualquer destes é mais informativo do que a contagem bruta.

Melhor do que total de eventos de features: uso de features entre contas pagadoras retidas, uso de features entre contas que depois se expandiram, uso de features nos 7 dias antes de um evento de upgrade. Estes conectam a atividade ao outcome de negócio que a atividade deveria produzir.

A lista de ignorados do dashboard do fundador

A menos que estejam estreitamente conectados a um outcome de receita ou retenção, estas métricas devem ficar fora do dashboard principal do fundador:

Total de visualizações de página, impressões sociais, métricas de engagement em bruto, contas criadas totais (incluindo dormentes), sessões totais, contagens amplas de eventos de features, downloads, aberturas da app, e qualquer métrica que era relevante durante a semana de lançamento e nunca foi reavaliada depois.

Isto não é “nunca medir estes.” É “não lhes dar espaço no primeiro ecrã às custas do MRR, MRR churned, ARPU, NRR e runway.”

O sistema de filtro de vanity: cinco passos

Passo 1: Etiquetar cada métrica. Etiquetar cada uma: core, diagnóstica, vanity, ou contexto opcional. Isto por si só força clareza sobre para que serve realmente o dashboard.

Passo 2: Aplicar a pergunta dos 20%. Se muda 20%, alguma decisão muda? Se não, não é core.

Passo 3: Mover métricas fracas para fora da vista do fundador. Dashboards de analytics secundários, relatórios semanais, ou vistas específicas de campanha são os locais apropriados. Não pertencem ao lado do MRR churned e do runway.

Passo 4: Adicionar limiares às métricas core. Uma métrica sem limiar fica passiva. MRR churned com um limiar ativa uma investigação. Tráfego em bruto sem limiar parece apenas um gráfico.

Passo 5: Rever e eliminar mensalmente. Um dashboard deve ficar mais limpo com o tempo, não mais pesado. Remove qualquer métrica que não tenha influenciado uma decisão em 30 dias.

Para a implementação do dashboard, ver SaaS Dashboard num Dia: as 8 métricas que não perdem tempo. Para a lista completa das métricas que realmente pertencem ao dashboard de um fundador, veja o guia minimalista de métricas SaaS.

Modelo JSON: um sistema de regras de filtro de vanity metrics

{
  "dashboard_metrics": [
    {
      "name": "mrr",
      "category": "core",
      "signal_score": 18,
      "action_if_changes_20_pct": "Investigate growth and churn drivers immediately",
      "keep_on_founder_dashboard": true
    },
    {
      "name": "churned_mrr",
      "category": "core",
      "signal_score": 18,
      "action_if_changes_20_pct": "Review cancellation reasons and failed payment cohort",
      "keep_on_founder_dashboard": true
    },
    {
      "name": "arpu",
      "category": "core",
      "signal_score": 15,
      "action_if_changes_20_pct": "Review plan mix, discounting, and upgrade path",
      "keep_on_founder_dashboard": true
    },
    {
      "name": "total_signups",
      "category": "vanity_or_diagnostic",
      "signal_score": 2,
      "action_if_changes_20_pct": "No action unless activation or paid conversion also changes",
      "keep_on_founder_dashboard": false,
      "better_version": "activated_signups_7d"
    },
    {
      "name": "total_traffic",
      "category": "vanity_or_diagnostic",
      "signal_score": 3,
      "action_if_changes_20_pct": "No action unless tied to trial conversion or MRR change",
      "keep_on_founder_dashboard": false,
      "better_version": "traffic_to_trial_activation_rate"
    }
  ],
  "filter_rule": "If 20pct change triggers no immediate decision, remove from founder dashboard"
}

FAQ

O que são vanity metrics?

Vanity metrics são números que parecem medir a saúde do negócio mas não se conectam de forma fiável à receita, retenção, ou decisões. Os exemplos comuns incluem visualizações de página totais, signups totais, sessões de app, impressões sociais, e contagens amplas de eventos de features. Parecem progresso porque se movem visivelmente, mas um negócio pode gerar vanity metrics em melhoria enquanto MRR, NRR e ARPU se deterioram simultaneamente.

Qual é o significado de vanity metrics em SaaS especificamente?

Em SaaS, vanity metrics tipicamente referem-se a qualquer medição que pode ser melhorada sem melhorar o motor de receita recorrente. Como a saúde SaaS se mede através de métricas de subscrição — MRR, churn, NRR, expansão, ARPU — uma vanity metric é especificamente uma que se move independentemente desses outcomes. O tráfego alto que não produz trials ativados é a clássica vanity metric SaaS.

Quais são exemplos comuns de vanity metrics?

Os exemplos mais comuns de vanity metrics em SaaS são: tráfego total do site (sem contexto de conversão), volume bruto de signups (sem taxa de ativação), utilizadores registados totais (sem decomposição ativo/pagador), contagens de sessões de app, volumes de eventos de features, impressões nas redes sociais, e chamadas API totais (sem ligação à receita). Qualquer um pode tornar-se útil com o denominador certo ou outcome posterior ligado.

As vanity metrics são sempre inúteis?

Não. Tornam-se problemáticas quando ocupam espaço principal no dashboard às custas das métricas de receita e retenção. Uma vanity metric como signups totais pode ser útil como diagnóstico quando combinada com a taxa de ativação. As impressões sociais podem informar a medição de notoriedade de marca. O problema é usá-las como proxies para a saúde do negócio quando não têm ligação fiável com a receita recorrente.

Como sei se uma métrica é vanity?

A regra dos 20% é o teste mais rápido: se a métrica mudasse 20% esta semana, alguma decisão operacional mudaria? Se a resposta honesta é não ou apenas indiretamente, a métrica é provavelmente vanity para a tua fase atual. Um teste secundário: a métrica poderia melhorar através de uma ação que não melhora o negócio? Se sim — se pudesses comprar mais tráfego, inflar signups com um sorteio, ou gerar eventos de features com tráfego de bot — a métrica é manipulável e portanto perigosa como sinal primário.

O que devem os fundadores rastrear em vez de vanity metrics?

A lista curta do fundador: MRR, novo MRR, MRR churned (dividido em voluntário e pagamento falhado), NRR, ARPU ou ARPA, período de payback do CAC, e runway. Adicionar taxa de ativação e taxa de conversão trial-to-paid se o produto tiver um trial gratuito. Este conjunto não pode ser facilmente inflado, mede diretamente a saúde do negócio, e ativa decisões claras quando qualquer métrica ultrapassa um limiar.

Quantas métricas devem estar num dashboard de fundador?

A maioria dos fundadores precisa de 6 a 8 métricas core na vista principal. O dashboard certo é mais pequeno do que a maioria dos fundadores espera — MRR, novo MRR, MRR churned, NRR, ARPU, runway, um gráfico de tendência, e um bloco de alertas é uma vista operacional completa para o fundador. Tudo o resto vive em vistas secundárias e é acedido quando uma métrica core ativa uma investigação, não como espaço permanente no dashboard.

O teu Stripe já tem todos os dados. A NoNoiseMetrics transforma-os nas 8 métricas que realmente importam — gratuito até 10.000 € MRR →