Cloud Intelligence™Cloud Intelligence™

Cloud Intelligence™

Regra do 40: Guia Completo para Times de FinOps e SaaS

By Josh PalmerJun 23, 202612 min read

Esta página também está disponível em English, Deutsch, Español, Français, Italiano e 日本語.

Resumo: A Regra do 40 diz que a taxa de crescimento de receita de uma empresa SaaS, somada à margem de lucro, deve ser igual ou superior a 40%. Ela entrega a investidores e operadores um número único para avaliar se o negócio cresce com eficiência. Este guia cobre a fórmula, as variações de margem, os benchmarks por estágio e como times de FinOps podem mexer no ponteiro com uma governança de custos mais afiada.

No começo do investimento em SaaS, crescimento era o único número que importava. Os investidores premiavam a expansão de receita e toleravam praticamente qualquer nível de queima de caixa. Essa era acabou. Os mercados de capitais reprecificaram, os juros subiram e as empresas que sobreviveram à correção tinham um traço em comum: conseguiam mostrar um caminho crível do crescimento até a rentabilidade, sem abrir mão de um para alcançar o outro.

A Regra do 40 surgiu dessa virada como o padrão operacional para medir eficiência em SaaS. Ela não é garantia de saúde do negócio e não substitui análise de unit economics ou de coortes. Mas oferece, a qualquer um que olhe para um negócio SaaS — de um conselheiro a um líder de FinOps —, um sinal rápido e comparável sobre se a empresa cresce de um jeito que vale a pena sustentar.

Este guia explica o que é a Regra do 40, como calculá-la com precisão, o que as pontuações significam em cada estágio e como times de FinOps podem usá-la como framework prático para decisões de governança de custos.

O que é a Regra do 40?

A Regra do 40 define um patamar de eficiência combinada para empresas de software: a taxa de crescimento de receita somada à margem de lucro deve totalizar pelo menos 40. Uma empresa crescendo 50% ao ano com margem negativa de 15% marca 35, abaixo do patamar. Uma empresa crescendo 25% com margem de 20% marca 45, acima dele. A métrica captura o trade-off entre investir em crescimento e gerar retorno, refletindo a ideia de que uma empresa de alto crescimento pode tolerar prejuízos enquanto a taxa de crescimento compensar.

A métrica nasceu no venture capital como um filtro rápido para avaliar a saúde de portfólios SaaS, mas se espalhou para o vocabulário dos operadores porque cria uma linguagem comum entre finanças e engenharia. Os dois lados conseguem concordar sobre o que move o número, mesmo quando discordam sobre qual alavanca puxar.

Para times de FinOps, em especial, a Regra do 40 importa porque a infraestrutura de nuvem está exatamente na intersecção dos dois componentes. Os custos de infraestrutura afetam a margem de lucro diretamente, e as decisões de infraestrutura afetam a velocidade com que a empresa escala, o que impacta o crescimento de receita. Um time de FinOps que enquadra a otimização de custos em termos de Regra do 40 conecta o próprio trabalho a uma métrica que CFO e conselho já acompanham.

Qual margem de lucro usar?

É aqui que os cálculos da Regra do 40 divergem entre empresas e relatórios, o que torna o benchmarking pouco confiável quando cada um usa uma definição. Os três tipos de margem mais comuns produzem resultados diferentes.

Tipo de margem O que inclui Quando faz mais sentido usar
Margem EBITDA Lucro operacional antes de juros, impostos, depreciação e amortização Comparar empresas intensivas em capital; isola decisões de financiamento
Margem operacional (EBIT) Receita menos despesas operacionais, incluindo D&A Reporte GAAP padrão; mais fácil de auditar; mais comum em demonstrativos de empresas listadas
Margem de fluxo de caixa livre Fluxo de caixa operacional menos capex, dividido pela receita Preferida por investidores em empresas maduras; reflete a geração de caixa real

A maioria das empresas SaaS de capital aberto reporta a Regra do 40 usando a margem de fluxo de caixa livre, porque os investidores a tratam como o sinal mais limpo de saúde operacional. Empresas em estágio inicial costumam recorrer ao EBITDA por ser mais fácil de calcular com os números internos. O importante não é qual margem você escolhe. É aplicá-la de forma consistente em todos os períodos de reporte para que as tendências fiquem comparáveis.

Taxa de crescimento de receita: trailing vs. forward-looking

A taxa de crescimento também envolve uma escolha de metodologia. O crescimento dos últimos doze meses (TTM) usa a receita efetivamente reportada, o que o torna auditável e consistente. Já o crescimento de ARR forward-looking projeta os próximos doze meses com base no ARR atual e na net revenue retention, oferecendo uma fotografia mais atual do momentum do negócio, mas introduzindo premissas de projeção.

No planejamento interno de FinOps, o TTM funciona bem porque usa números verificados e elimina o ruído das projeções otimistas. Para reportes voltados a investidores, muitos CFOs de SaaS apresentam os dois: TTM para accountability, ARR forward para narrativa. Escolha um para a sua linha de base e documente.

Como calcular a Regra do 40?

A fórmula é direta. A disciplina está em definir os inputs antes de rodar o cálculo.

Pontuação da Regra do 40 = Taxa de Crescimento de Receita (%) + Margem de Lucro (%)
Exemplo:
Taxa de crescimento de receita (TTM): 35%
Margem de fluxo de caixa livre: -8%
Pontuação da Regra do 40: 35 + (-8) = 27

Para calcular a taxa de crescimento de receita, pegue a diferença entre a receita do período atual e a do mesmo período do ano anterior, divida pelo período anterior e multiplique por 100. Numa empresa com US$ 40 mi de receita TTM hoje contra US$ 28 mi um ano atrás: (US$ 40 mi - US$ 28 mi) / US$ 28 mi = 42,9%.

Para calcular a margem, divida a métrica de lucro escolhida pela receita total do mesmo período. Se o FCF foi de -US$ 3 mi sobre US$ 40 mi de receita, dá -7,5%.

Pontuação da Regra do 40: 42,9 + (-7,5) = 35,4. Abaixo do patamar, mas na direção certa se as margens estiverem melhorando.

Antes de fechar a metodologia, documente três decisões: qual tipo de margem você vai usar, qual base de crescimento de receita (TTM ou ARR) e como vai tratar itens não recorrentes. Registre essas escolhas uma vez e não volte a mexer no meio do ano, a não ser que reapresente também os períodos históricos junto com as mudanças.

Como ficam, na prática, os benchmarks da Regra do 40 por estágio da empresa?

Uma pontuação de 40 é o patamar, não um padrão universal de excelência. O contexto muda bastante o que significa "bom", e comparar uma empresa em estágio inicial com um SaaS já escalado usando o mesmo benchmark ignora as diferenças estruturais na forma como cada uma gera e aloca capital.

Empresas em estágio inicial (abaixo de US$ 10 mi de ARR)

Empresas nessa faixa costumam apresentar taxas de crescimento fortes, muitas vezes entre 80% e 150% ano a ano, e margens profundamente negativas, à medida que investem em produto, go-to-market e infraestrutura. Uma pontuação na Regra do 40 entre 20 e 35 é comum e razoável nesse estágio. O déficit de margem reflete investimento deliberado, não disfunção operacional.

Para times de FinOps em empresas em estágio inicial, a prioridade não é melhorar margem em termos absolutos. É construir a infraestrutura de atribuição de custos e tagging que permite à empresa escalar sem perder visibilidade. O custo de corrigir más práticas de tagging lá na frente é muito maior do que o de fazer certo aos US$ 5 mi de ARR.

Empresas em estágio de crescimento (US$ 10 mi a US$ 100 mi de ARR)

É nessa faixa que o desempenho na Regra do 40 começa a separar operadores fortes de empresas que vivem do runway sem um plano. Empresas aqui costumam mirar pontuações entre 30 e 50. As taxas de crescimento moderam do hipercrescimento para a faixa de 40% a 80%, e a melhoria da margem bruta vira prioridade visível, à medida que custos de infraestrutura, suporte ao cliente e eficiência comercial passam a receber mais escrutínio.

Segundo o relatório 2024 State of FinOps da FinOps Foundation, a otimização de custos de nuvem aparece entre as três principais prioridades de lideranças de engenharia e finanças em empresas SaaS em estágio de crescimento, refletindo o quanto o gasto com nuvem afeta a margem nessa fase.

Os times de FinOps têm papel ativo no desempenho da Regra do 40 nesse momento. Eliminar recursos ociosos, fazer right-sizing de compute e implementar pricing baseado em commitments (reserved instances, committed use discounts) pode deslocar de forma significativa o peso dos custos de nuvem como porcentagem da receita.

Empresas em escala (US$ 100 mi+ de ARR)

Na escala, a taxa de crescimento comprime naturalmente. Uma empresa com US$ 300 mi de ARR crescendo 25% ano a ano adiciona US$ 75 mi de receita nova, um desempenho excepcional, mesmo que o percentual pareça modesto frente aos anos anteriores. Nesse estágio, investidores e conselhos esperam pontuações entre 40 e 60 ou mais, com o componente de margem ganhando mais peso.

Uma pesquisa da McKinsey sobre o desempenho de empresas SaaS identificou que players do quartil superior em escala geram pontuações na Regra do 40 acima de 50, normalmente por meio de uma combinação de expansão disciplinada da margem bruta e gasto eficiente em go-to-market. A eficiência da infraestrutura de nuvem contribui diretamente para a margem bruta nesse estágio, especialmente em empresas de product-led growth, em que os custos de infraestrutura entram dentro do custo dos produtos vendidos.

Como times de FinOps melhoram o desempenho na Regra do 40 na prática?

Para times de FinOps, a melhoria da Regra do 40 se concentra no componente de margem, já que engenharia e finanças raramente controlam o crescimento de receita diretamente. Mas melhorar margem por meio da governança de custos de nuvem é mais factível do que a maioria dos times imagina, porque o gasto com nuvem tende a crescer mais rápido do que a receita em empresas sem gestão ativa de custos.

As alavancas práticas se dividem em três categorias.

Visibilidade e alocação de custos. Não dá para otimizar o que você não enxerga. Muitas empresas entre US$ 10 mi e US$ 100 mi de ARR ainda não têm alocação consistente de custos por linha de produto, time ou segmento de cliente. Sem essa atribuição, não dá para calcular o custo de nuvem como porcentagem da receita por cliente, o que significa que você não consegue dizer se a sua infraestrutura escala de forma eficiente conforme o negócio cresce. Construir uma taxonomia de tagging e fazê-la ser respeitada pelos times de engenharia transforma o gasto com nuvem de uma linha diluída de overhead em dados acionáveis de unit economics. O artigo sobre sete sinais de alerta em uma fatura de nuvem cobre os pontos mais comuns onde times de FinOps encontram desperdício não atribuído.

Pricing baseado em commitments. O pricing on-demand é a forma mais cara de rodar workloads de produção com padrões de tráfego previsíveis. AWS Savings Plans, GCP committed use discounts e reservas da Azure normalmente reduzem custos de compute de 30% a 60% em comparação com as tarifas on-demand. Para uma empresa que gasta US$ 2 mi por ano em compute na nuvem, um programa de commitments bem estruturado pode recuperar de US$ 600 mil a US$ 1,2 mi, indo direto para a margem.

Accountability multifuncional. Iniciativas de otimização de custos que vivem apenas dentro do time de FinOps raramente sustentam os ganhos. Times de engenharia respondem ao feedback de custo quando ele chega dentro dos fluxos de trabalho que eles já usam — sprint reviews e runbooks de on-call —, não quando chega como um relatório mensal de finanças. Dashboards compartilhados, orçamentos de custo por time e alertas de anomalia roteados para os responsáveis em engenharia convertem visibilidade de custos em mudança de comportamento.

Que erros de cálculo e problemas de qualidade de dados minam o acompanhamento da Regra do 40?

Os problemas mais comuns na Regra do 40 não são conceituais. São metodológicos. As empresas calculam a métrica de forma inconsistente entre trimestres, incluem itens não recorrentes sem sinalizá-los ou usam definições diferentes de margem em relatórios diferentes. O resultado é um número que parece um KPI, mas se comporta como ruído.

Stock-based compensation e itens não recorrentes

A stock-based compensation (SBC) é uma despesa relevante para a maioria das empresas SaaS, e o tratamento dela no cálculo da Regra do 40 varia bastante. Algumas empresas excluem a SBC com o argumento de que é não-caixa. Outras incluem porque representa diluição econômica real. Nenhuma das duas abordagens está errada, mas é preciso escolher uma e divulgar de forma consistente.

A mesma lógica vale para itens não recorrentes: encargos de reestruturação, custos de aquisição e acordos judiciais. Exclua-os se você os excluiria toda vez que um item parecido aparecesse. Não exclua seletivamente quando prejudicam sua pontuação e inclua quando ajudam.

Reconhecimento de receita e ajustes de aquisições

As regras de reconhecimento de receita do ASC 606 exigem que empresas SaaS reconheçam receita à medida que entregam o serviço, não quando recebem o pagamento. Para empresas com grandes contratos antecipados ou acordos plurianuais, isso cria diferenças de timing entre faturamento e receita reconhecida que podem afetar o componente da taxa de crescimento em um trimestre qualquer.

Aquisições adicionam mais uma camada de complexidade. Quando você adquire uma empresa no meio do ano, a receita adquirida entra nos seus resultados a partir da data de fechamento, inflando a base do ano corrente e potencialmente distorcendo a comparação da taxa de crescimento orgânico no ano seguinte. Reportar o crescimento orgânico separadamente do crescimento total, e explicar a diferença, mantém a tendência da Regra do 40 legível.

Como estabelecer padrões consistentes de reporte

Antes de calcular a primeira pontuação oficial na Regra do 40, o CFO e a liderança de FinOps devem documentar um padrão de reporte que responda a cinco perguntas: Qual tipo de margem? Qual base de receita? Como tratamos a SBC? Como tratamos itens não recorrentes? Como tratamos a receita de aquisições? Esse documento vira a fonte da verdade para todo cálculo futuro. Sem ele, cada novo analista ou contratação da área de finanças recalcula a métrica de um jeito ligeiramente diferente, e os dados de tendência perdem coerência.

Como construir um desempenho duradouro na Regra do 40?

Projetos pontuais de redução de custos não movem a Regra do 40 de forma sustentável. Um time que faz right-sizing da sua frota EC2 no Q2 e depois para de monitorar vai descobrir que novos workloads, novos engenheiros e novas features reinflam gradualmente a base de custos até o Q4. Melhoria sustentável na Regra do 40 exige otimização contínua embutida no jeito como os times trabalham, não auditorias pontuais feitas uma vez por ano.

As empresas que mantêm desempenho forte na Regra do 40 ao longo de vários anos compartilham algumas características estruturais. Engenharia e finanças dividem accountability sobre custos, não só visibilidade. Existem metas de custo no nível do time ou do produto, não apenas como uma linha orçamentária da empresa toda. As práticas de FinOps ficam dentro dos fluxos de trabalho de engenharia, em vez de rodar em paralelo. E a liderança trata a eficiência do custo de nuvem como uma questão de qualidade de produto, porque infraestrutura que escala de forma ineficiente cria tanto pressão sobre a margem quanto risco de confiabilidade.

Para times de FinOps que estão se movendo em direção a esse modelo, o caminho começa pela atribuição, avança para economias baseadas em commitments e amadurece em estruturas de accountability compartilhada. A Regra do 40 oferece uma métrica de nível de conselho para ancorar esse trabalho, o que facilita justificar o investimento e mostrar impacto quando ele aparece.

A DoiT trabalha com mais de 4.000 empresas nativas da nuvem para transformar visibilidade de custos nas melhorias de margem que movem o desempenho na Regra do 40. Fale com um especialista em custos de nuvem da DoiT para ver como times no seu estágio abordam a gestão financeira de nuvem, ou explore o DoiT DataHub para conferir de perto como funcionam, na prática, a cobertura de commitments e a atribuição de custos.

Perguntas frequentes sobre a Regra do 40

O que é uma boa pontuação na Regra do 40 para uma empresa SaaS?

Uma pontuação igual ou superior a 40 é o patamar convencional para um desempenho SaaS eficiente. Empresas SaaS de capital aberto no quartil superior costumam marcar de 50 a 60, ou mais. Empresas em estágio inicial crescendo muito rápido podem marcar bem acima de 40 só com crescimento, mesmo com margens negativas, enquanto empresas maduras com crescimento mais lento compensam com maior rentabilidade.

Uma empresa pode ter pontuação negativa na Regra do 40?

Pode. Se a taxa de crescimento de receita somada à margem de lucro der menos que zero, a pontuação fica negativa. Isso normalmente sinaliza que o crescimento é lento demais para justificar o nível atual de investimento, ou que a empresa queima caixa sem momentum proporcional de receita. Pontuações negativas sustentadas na Regra do 40 atraem escrutínio significativo de investidores e conselhos.

A Regra do 40 se aplica a empresas que não são SaaS?

A Regra do 40 nasceu no SaaS porque a receita recorrente torna os componentes de crescimento e margem previsíveis e comparáveis. Ela é menos relevante para negócios transacionais ou empresas de hardware, em que a estrutura de margem difere bastante. Alguns analistas aplicam uma versão dela a negócios de infraestrutura de nuvem e modelos de marketplace, mas os patamares de benchmark não se traduzem diretamente.

Qual é a diferença entre a Regra do 40 e o burn multiple?

O burn multiple mede quanto caixa uma empresa queima para gerar cada dólar de ARR novo. A Regra do 40 combina crescimento e rentabilidade em uma única pontuação de eficiência. As duas métricas ajudam a avaliar a eficiência de capital em SaaS, mas o burn multiple foca especificamente no custo de adquirir nova receita, enquanto a Regra do 40 captura a saúde geral do negócio cruzando crescimento e margem.

Com que frequência uma empresa deve calcular sua pontuação na Regra do 40?

A maioria das empresas SaaS acompanha a Regra do 40 trimestralmente, para alinhar com a cadência do reporte financeiro, e revisa anualmente contra benchmarks públicos. Times de FinOps podem acompanhar o componente de margem mensalmente, para capturar tendências de custo de nuvem antes que elas se acumulem nos resultados trimestrais.