Run rate: o que é, como calcular e a diferença para o ARR

O run rate é uma projeção de receita anualizada feita a partir de um período recente. A ideia é simples: pega-se o ritmo atual do negócio, por exemplo o faturamento de um mês ou de um trimestre, e o estende para doze meses como se esse ritmo fosse se manter constante. O resultado é uma estimativa rápida de quanto a empresa faturaria em um ano se nada mudasse.

É uma foto extrapolada, não um número contratado. Por isso o run rate serve bem para dar uma leitura instantânea da escala do negócio, mas carrega uma suposição forte: a de que o período usado é representativo. Em um SaaS, a versão mais comum parte do MRR multiplicado por 12.

O cálculo é uma extrapolação direta: escolha um período recente, meça a receita dele e multiplique pelo fator que o transforma em um ano.

• A partir do mês: run rate = receita do mês x 12.
• A partir do trimestre: run rate = receita do trimestre x 4.
• A partir do MRR: em SaaS, run rate = MRR x 12.

Exemplo: se o último mês fechou em R$80 mil de receita, o run rate anual é de R$960 mil. Quanto mais curto o período usado, mais sensível o número fica a variações pontuais, então a escolha da janela importa tanto quanto a conta em si.

O run rate e o ARR chegam a números parecidos, mas partem de bases diferentes. O ARR bem feito soma apenas a receita recorrente contratada das assinaturas ativas. O run rate anualiza um resultado recente, que pode incluir cobranças pontuais, serviços avulsos ou um pico sazonal.

• ARR: parte do que é recorrente e contratado.
• Run rate: parte do que aconteceu num período, recorrente ou não.

Quando o período usado no run rate contém só receita recorrente limpa, os dois coincidem. A diferença aparece justamente quando o mês teve algo que não vai se repetir, e aí o run rate infla enquanto o ARR permanece fiel à recorrência.

Confundir run rate com receita recorrente é um dos erros mais comuns. Receita recorrente é o que o cliente paga de forma repetida e previsível pela assinatura. Run rate é apenas uma projeção anualizada, que pode ou não ser feita a partir de receita recorrente.

Se você anualiza um mês composto só de assinaturas, o run rate reflete receita recorrente. Se anualiza um mês que teve também uma implementação cara e única, o run rate mistura o recorrente com o pontual e deixa de ser uma boa medida de receita previsível. Reconstruir o número a partir das movimentações de MRR ajuda a separar o que é recorrente do que é ruído.

O run rate é tão bom quanto o período de onde parte. Como ele assume que o ritmo atual se mantém, qualquer distorção nesse período é multiplicada por doze e vira uma projeção enganosa.

• Sazonalidade: anualizar um mês de pico (ou de vale) projeta o ano inteiro no ritmo errado.
• Cobranças pontuais: uma venda única grande infla o run rate como se fosse recorrente.
• Mudanças recentes: um churn alto ou um lançamento novo ainda não aparecem num único mês.

Por isso, o run rate é mais confiável em negócios estáveis e maduros, e mais traiçoeiro em empresas jovens, sazonais ou em rápida transformação. Nesses casos, ele diz mais sobre o passado recente do que sobre o futuro.

Usado com cuidado, o run rate é uma ferramenta útil de leitura rápida e de comunicação. Ele dá uma noção imediata de escala, ajuda a comparar períodos e serve de base para metas, desde que todos saibam que é uma extrapolação, não uma garantia.

A boa prática é anualizar apenas receita recorrente limpa, escolher um período representativo e revisitar o número sempre que o negócio mudar de ritmo. O mercado que ele tenta projetar é enorme: segundo a Gartner, os gastos globais com aplicações SaaS devem se aproximar de US$300 bilhões em 2025. E como o run rate depende de a receita se manter, ele só se confirma quando a retenção segura a base, algo que a pesquisa de SaaS privado do KeyBanc Capital Markets mostra com a retenção líquida de receita acima de 100%.