GRR (Gross Revenue Retention): o que é, fórmula e benchmarks

Seu NRR marca 108% no slide e parece que a base retém sozinha — mas três clientes grandes cancelaram no trimestre e você só não sentiu porque dois upsells taparam o rombo. O GRR é o número que fura exatamente esse ponto cego: ele tira a expansão da conta e te deixa olhar o vazamento no olho. Este guia cobre a definição, a fórmula com exemplo trabalhado, os benchmarks por ticket (com fonte) e as armadilhas de quem já implementou.

O que é GRR

A Gross Revenue Retention (retenção bruta de receita) mede quanto da receita recorrente de uma coorte de clientes sobreviveu ao período, considerando apenas as perdas — churn (cancelamento total) e contração (downgrade, corte de assentos, migração para plano menor). Nenhum upsell, cross-sell ou reajuste entra. Como só há subtração, o teto matemático é 100%: você começa com a receita da base e, na melhor das hipóteses, não perde nada. O GRR é a solidez do produto medida no osso — com que força o cliente fica.

O ponto que o GRR fura é o da métrica irmã. A NRR (Net Revenue Retention) mistura duas coisas que precisam ser lidas separadas: o vazamento e a expansão. Quando você soma os dois num número só, a expansão de quem fica esconde o churn de quem sai. Uma NRR de 108% pode ser uma base sólida — ou uma base sangrando que poucos upsells de contas grandes seguraram. O GRR remove a expansão da conta e revela qual dos dois é. A diferença entre o seu GRR e o seu NRR é, literalmente, a sua receita de expansão.

Por isso a regra de casa em RevOps é ler os dois juntos, sempre. NRR alto com GRR baixo significa balde furado que o time de vendas fica reenchendo — risco de concentração escondido atrás de um número bonito. NRR alto com GRR alto significa base sólida de verdade. O GRR é a sua defesa; o NRR é o placar com o ataque somado. “Ataque ganha jogo, defesa ganha campeonato” — e o GRR é a defesa. Ele também é o avesso do churn de receita: o que o churn conta como perdido, o GRR conta como retido — medir um é medir o outro pelo outro lado.

GRR e GDR são a mesma coisa. Gross Dollar Retention, Gross MRR Retention e Retenção Bruta de Receita são todos nomes para o mesmo cálculo — muda só o vocabulário: board decks e VCs tendem a dizer GDR; documentos de receita e operação dizem GRR. O risco prático é um time usar dois nomes sem perceber que são o mesmo número e criar “divergências” que são só inconsistência de nomenclatura. Padronize um nome só, internamente.

Como calcular o GRR

Cada variável se refere exclusivamente à coorte que existia no primeiro dia da janela: o MRR inicial é o denominador e a referência de tudo — receita recorrente da base existente, sem nenhum cliente novo adquirido durante o período; o churn é o MRR perdido por cancelamento total; a contração é o MRR perdido por quem continua na base mas paga menos (downgrade, corte de assentos, plano menor). A expansão não entra — se ela aparecer na sua fórmula, você calculou NRR, não GRR.

A pegadinha do cálculo mora no denominador: ele é sempre o MRR do início do período, da base existente. O erro clássico é jogar cliente novo ou receita do fim do período na conta — aí o número mente para os dois lados e ninguém percebe, porque “parece plausível”. GRR mede o que aconteceu com quem já era cliente, não com quem você adquiriu no meio do caminho. Um atalho útil é derivar as duas do mesmo cálculo: GRR = (MRRinício − churn − contração) / MRRinício, e NRR = GRR + expansão/MRRinício. A distância entre os dois é a expansão.

Benchmarks de GRR

GRR se compara por ACV (ticket anual), não por idade ou setor da empresa — quem vende num preço parecido se organiza, vende e dá suporte de forma parecida, então retém parecido^[1]. O achado estrutural é consistente: quanto maior o ACV, maior o GRR esperado — contrato anual, cláusula de renovação e mínimo contratual reduzem a saída no meio do caminho. A leitura de sanidade rápida: acima de ~90% é saudável para a maioria do B2B SaaS; abaixo de ~85% acende alerta, sua base está furando mais rápido do que deveria.

Três leituras importam mais que o número em si. Primeira: a mediana está caindo — o Benchmarkit registra queda lenta e consistente, de 90% (2022) para 88% (2024)^[2], e leituras do relatório de 2026 apontam o benchmark envelhecendo para a casa dos 80% baixos. Trate “88% é bom” como direcional e compare com o seu segmento, não com um número universal. Segunda: o modelo de cobrança mexe no número — precificação por uso (usage-based) tende a mostrar GRR alguns pontos menor na mediana, e cobrança por assento aparece com a menor retenção entre os modelos^[2]. Terceira: 100% não é meta realista para base grande — o 90º percentil de um segmento sólido bate ~100%, mas a mediana vive na casa dos 85–91%^[3].

Uma ressalva de honestidade: todos esses números são de SaaS B2B majoritariamente norte-americano. Não há base pública robusta de GRR por segmento no Brasil — use como referência direcional, não como meta importada.

Como implementar na prática

Armadilhas comuns

Estes são os erros que mais aparecem quando ajudamos um time a montar o GRR do zero — a maioria nasce de instrumentação, não de fórmula.

Deixar a expansão vazar pra dentro do GRR

O erro que mais aparece: alguém soma o upsell na conta e o GRR passa de 100%. Se o seu GRR deu 103%, você não calculou GRR — calculou NRR com outro nome. A consequência é a pior possível: o número que existe justamente para revelar o vazamento passa a esconder o vazamento. GRR tem teto de 100%, sempre. Só se resolve com Vendas carimbando o tipo do deal na entrada.

Contar só o cancelamento e esquecer a contração

O segundo erro mais comum. O time conta quem cancelou de vez, mas ignora quem cortou metade dos assentos ou desceu de plano. Downgrade é receita que saiu do balde igual — só que silenciosa. GRR que ignora contração infla e te dá uma falsa sensação de base sólida, enquanto ela encolhe por dentro. Contração é subtração no numerador, separada do churn.

Usar a base errada no denominador

Vi isso mais de uma vez: colocam a receita do fim do período no denominador, ou jogam cliente novo adquirido no meio do mês na conta. GRR mede o que aconteceu com quem já era cliente no início. Contaminar o denominador com receita nova mente para os dois lados — e ninguém percebe porque o número “parece plausível”. O denominador é congelado no primeiro dia e contém só a coorte inicial.

Billing e CRM que ninguém casou

A raiz de quase todo GRR não confiável não é a fórmula — é que o cancelamento mora no billing e o motivo mora no CRM, e os dois nunca foram casados por cliente. Resultado: o número muda dependendo de quem exporta qual planilha. Sem fonte única reconciliada contra a contabilidade, GRR vira opinião — e decisão de retenção tomada em cima de opinião é dinheiro na mesa.

Confundir churn de logo com churn de receita

Contar “perdemos 5 clientes de 100, logo GRR 95%” é armadilha clássica. GRR é sobre receita, não sobre cabeça de cliente. Perder 5 clientes pequenos pesa muito menos do que perder 1 cliente que era 20% do seu MRR. Quem mede retenção por número de clientes descobre tarde demais que perdeu a receita que segurava o mês — o risco de concentração fica invisível.

Misturar cadência mensal e anual

Contrato anual só renova uma vez no ano. Se você calcula GRR mensal numa base cheia de contrato anual, os meses sem renovação parecem perfeitos e o mês da renovação despenca — e você reage ao ruído. Ou fixa a cadência coerente com o ciclo de cobrança, ou anualiza para comparar. Cadência inconsistente transforma GRR numa montanha-russa que não diz nada.

Olhar só o GRR agregado

Um GRR consolidado de 90% pode ser SMB sangrando a 78% e enterprise segurando a 97% — a média esconde os dois. Quando o time olha só o número cheio, não vê que um segmento inteiro está furando. GRR sem recorte por ACV/coorte é diagnóstico pela metade: você trata o sintoma no lugar errado porque não sabe onde a receita realmente sai.

Checklist de implementação

Transforme o GRR em rotina, não em planilha

O trabalho pesado do GRR não é a fórmula — é casar billing e CRM por cliente numa fonte única, separar churn de contração e manter isso vivo mês a mês, sem quatro versões da verdade na segunda-feira. É exatamente o que a plataforma Intelligence da Incuca faz: conecta suas fontes, reconcilia o MRR contra a contabilidade e publica GRR e NRR num painel único que o time inteiro lê igual — para o número parar de mudar dependendo de quem calcula.