O que é Usage-based billing? E por que SaaS cada vez mais adotam a cobrança por uso?

Usage-based billing (UBB), ou cobrança baseada em uso, é o modelo de faturamento em que o valor cobrado depende do consumo de um produto ou serviço. A conta pode acompanhar transações, consultas, mensagens ou documentos processados. Para chegar ao valor devido, a operação mede esse uso e aplica os preços, as franquias, os descontos e as condições definidos no contrato.

A adoção de preços ligados ao consumo aparece com força nos modelos híbridos, que combinam assinatura e componentes variáveis. Em uma pesquisa com mais de 230 empresas de software B2B e IA, realizada entre abril e maio de 2026, a Growth Unhinged encontrou 37% dos respondentes com cobrança híbrida, ante 25% que declararam utilizar esse modelo 12 meses antes.

Outro levantamento, realizado pela Greyhound Capital com 100 empresas SaaS em janeiro de 2025, encontrou 85% dos participantes com alguma forma de precificação baseada em uso. Entre os que haviam adotado o modelo, quase metade fizera a mudança nos dois anos anteriores à pesquisa.

Essa transformação acompanha uma mudança no trabalho realizado pelo software. APIs, automações e agentes permitem aumentar o volume de operações sem ampliar proporcionalmente o número de usuários. A cobrança passa a buscar unidades que representem melhor essa utilização.

Da licença de software à cobrança por consumo

Durante décadas, boa parte do software empresarial foi comercializada por licenças: o cliente adquiria o direito de utilizar um sistema e contratava manutenção e suporte. Com o SaaS, esse direito passou a ser frequentemente vendido como assinatura mensal ou anual. A cobrança por usuário ganhou espaço por ser simples de contratar e por acompanhar a expansão de equipes em produtos como CRMs e ferramentas de colaboração.

Fonte: Jacco van der Kooij, Winning by Design, Revenue Architecture: The Revenue Model. Publicação original.

Em paralelo, a infraestrutura em nuvem consolidava outra lógica. No lançamento do EC2, em 2006, a AWS já propunha ampliar ou reduzir capacidade computacional e pagar pelo que fosse utilizado. O consumo passou a determinar quanto a empresa gastava para executar sua operação digital.

A expansão de APIs e automações levou essa discussão para as aplicações. Um software pode processar mais pagamentos, analisar mais dados ou executar mais tarefas com a mesma equipe. A IA intensifica esse descompasso: quando o produto assume parte do trabalho humano, o número de acessos pode deixar de acompanhar tanto a entrega quanto o custo de servir. Isso abre espaço para cobrar por unidades da operação, preservando a assinatura ou os assentos onde continuam fazendo sentido.

Como funciona o usage-based billing

Até aqui, temos falado bastante de usage-based billing. Um conceito vizinho, usage based pricing, ou UBP, define a lógica comercial: qual unidade tem preço, como esse preço varia e quais compromissos existem. Billing executa essa lógica: recebe dados de uso, calcula os valores e gera a fatura.

Uma empresa pode, por exemplo, definir comercialmente que cobrará por consulta concluída. A operação de billing precisa saber quais consultas foram concluídas, a qual cliente pertencem, quais estão incluídas na franquia e qual tarifa estava vigente.

Na prática, o consumo se transforma em cobrança em quatro etapas:

1. Registrar o uso. O produto identifica o cliente, o momento e a quantidade consumida. Se a unidade vendida é uma consulta concluída, o registro precisa distinguir essa conclusão de uma tentativa com erro.
2. Apurar o consumo do ciclo. Os registros válidos são consolidados por cliente e período, como o mês de faturamento. Essa medição de uso, chamada de metering, fornece as quantidades que serão usadas no cálculo.
3. Aplicar as regras contratadas. O sistema considera a franquia incluída e calcula o valor das unidades adicionais conforme a tarifa ou as faixas de preço acordadas. Se houver uma parcela fixa, ela também compõe a conta.
4. Detalhar o valor a pagar. A fatura apresenta o período, a quantidade utilizada, a parcela incluída, os excedentes e os respectivos valores, além de eventuais descontos ou ajustes.

Considere um exemplo hipotético: uma API custa R$ 300 por mês, inclui 1.000 consultas concluídas e cobra R$ 0,10 por consulta adicional. Se o cliente concluir 1.450 consultas no ciclo, haverá 450 excedentes. O cálculo será R$ 300 + (450 × R$ 0,10) = R$ 345, sem considerar tributos ou outros ajustes. Se concluir 800 consultas, pagará os R$ 300 contratados; a franquia já está incluída na mensalidade.

Nesse exemplo, as consultas são registradas ao longo do uso, mas o valor é faturado no fechamento mensal. Medir cada operação permite acompanhar o consumo acumulado sem exigir uma transação de pagamento a cada consulta.

Por que a cobrança por uso está crescendo no SaaS

A cobrança por uso vem ganhando espaço no mercado de SaaS e fintechs porque o volume de trabalho realizado pelo software já não acompanha, necessariamente, o número de usuários. Com APIs, automações e IA, uma mesma equipe pode processar mais dados, enviar mais mensagens e executar mais tarefas. Esse aumento de uso pode elevar os custos do fornecedor e ampliar o valor entregue ao cliente.

Vincular parte do preço ao consumo ajuda a fazer a receita acompanhar essa expansão e permite oferecer uma contratação que começa menor e cresce com a utilização.

• Custos variáveis pressionam as margens. Na API do WhatsApp, a Meta cobra por mensagens entregues, conforme categoria e mercado. Para plataformas que usam esse canal, mais mensagens tarifadas significam mais custo. Vincular parte da cobrança ao volume ajuda a acompanhar essa despesa.
• A receita cresce com a operação do cliente. A Twilio cobra SMS por segmento de mensagem enviado ou recebido. A cobrança acompanha o volume de comunicação, sem depender da contratação de novos usuários.
• Começar exige um compromisso menor. O AWS Lambda cobra por requisições e tempo de execução e oferece uma faixa gratuita. Esse desenho permite testar aplicações com baixo consumo e ampliar o gasto conforme o uso cresce.
• Modelos híbridos incorporam consumo à assinatura. A Intercom combina licenças por atendente com cobrança pelos resultados do agente de IA Fin. A assinatura remunera o acesso ao helpdesk; a parcela variável acompanha os resultados da automação.

Como a IA aumenta a pressão sobre o preço por usuário

Mais do que qualquer outro exemplo, aplicações baseadas em IA evidenciam que dois usuários diferentes podem ter uma geração de valor completamente diferente entre sí dentro de um mesmo produto. Em produtos como ChatGPT ou Claude, um desenvolvedor extrai muito mais valor (e consome muito mais tokens) do que uma pessoa que usa para pesquisas simples ou para escrever textos.

Essa diferença de uso e de valor entregue expõe uma limitação da cobrança por usuário: pessoas que pagam o mesmo preço podem gerar custos e obter benefícios muito distintos. A automação acrescenta outra pressão, pois uma equipe pode realizar mais trabalho sem contratar novas licenças. Para o fornecedor, a receita pode ficar estagnada enquanto o consumo e o custo de servir aumentam.

Essa diferença entre uso e benefício leva a uma distinção central na economia dos produtos de IA: unidade de custo e unidade de valor. Tokens e chamadas ajudam a explicar quanto custa produzir uma entrega, contudo, são imprevisíveis para o cliente, dado que ele não consegue converter métricas do seu negócio para este custo. Contratos analisados ou problemas resolvidos podem representar melhor o que o cliente faz no dia a dia, transformando o custo em previsível e fácil de entender.

A unidade de cobrança também define a distribuição do risco de execução. Há três possibilidades: cobrar pelo recurso consumido, pela tarefa concluída ou pelo resultado alcançado. Na primeira, o cliente paga pelo processamento, mesmo quando ele não produz a entrega esperada. Nas outras, o fornecedor assume uma parcela maior do custo das tentativas necessárias para chegar ao evento faturável. Aproximar o preço do valor percebido exige, portanto, aceitar maior variabilidade de custo e definir com precisão o que constitui uma entrega.

Uma consequência econômica dessa escolha é mudar quem captura os ganhos de eficiência. Mantido o preço por entrega, reduzir o processamento necessário para concluir a mesma tarefa pode ampliar a margem do fornecedor sem aumentar a conta do cliente. Cobrar por tokens, por sua vez, pode fazer essa mesma melhoria reduzir o consumo faturável. A decisão sobre a unidade conecta, assim, posicionamento comercial e produtividade: o modelo precisa remunerar uma entrega reconhecível pelo comprador e continuar viável quando seu custo de execução varia.

Como escolher a unidade de cobrança

A unidade escolhida influencia margem, percepção de justiça e comportamento de uso. Uma métrica fácil de registrar pode ser ruim para vender. Uma métrica atraente na proposta pode ser difícil de comprovar.

Uma boa candidata precisa ser compreensível, mensurável e relacionada ao que o cliente compra. Também deve permitir algum controle sobre o gasto e sustentar uma relação econômica saudável nos diferentes perfis de utilização.

Os exemplos abaixo são possibilidades de desenho, não regras para cada categoria.

API de verificação

Possível unidade de cobrança: Consulta concluída

Questão que precisa ser resolvida: Tentativas com erro entram na conta

Plataforma financeira

Possível unidade de cobrança: Transação ou volume processado

Questão que precisa ser resolvida: Como tratar estornos e operações duplicadas

Automação de documentos

Possível unidade de cobrança: Documento ou página processada

Questão que precisa ser resolvida: Documentos de tamanhos diferentes têm esforço comparável

Comunicação

Possível unidade de cobrança: Mensagem ou conversa

Questão que precisa ser resolvida: Quais eventos iniciam e encerram a unidade

Produto com IA

Possível unidade de cobrança: Tarefa, documento ou tokens

Questão que precisa ser resolvida: A unidade acompanha a entrega e o custo

Infraestrutura de dados

Possível unidade de cobrança: Armazenamento e processamento

Questão que precisa ser resolvida: Como explicar dimensões diferentes de consumo

O Snowflake ilustra como uma arquitetura pode exigir mais de uma medida. No processamento dos virtual warehouses, créditos dependem do tamanho dos recursos e do tempo em execução. A unidade resume uma combinação de capacidade e duração, em vez de contar pessoas conectadas. Documentação de custos computacionais do Snowflake.

Também é preciso avaliar os incentivos. Cobrar por tentativa pode remunerar retrabalho. Cobrar por mensagem pode tornar uma conversa fragmentada mais cara do que uma resposta completa. Cobrar por volume de dados pode levar o cliente a reduzir uma utilização que seria valiosa.

O teste comercial mais útil é concreto: o cliente consegue explicar por que o uso cresceu e reconhecer o benefício correspondente? Se a resposta depender de uma longa tradução técnica, a unidade merece revisão.

As principais arquiteturas de cobrança por uso

Pagamento conforme o consumo

No modelo conhecido como pay as you go, o valor acompanha a quantidade consumida, sem necessariamente exigir um pacote antecipado. Em um exemplo hipotético, 8 mil operações a R$ 0,20 geram uma cobrança de R$ 1.600.

Cuidados e diferenças: A simplicidade favorece a compreensão. Em contrapartida, cliente e fornecedor precisam administrar a variação mensal. O modelo pode exigir alertas, estimativas e mecanismos de limite para que o crescimento da utilização seja uma escolha consciente.

Preço por faixas

As faixas permitem alterar o preço unitário conforme o volume. É essencial distinguir a cobrança progressiva, que aplica uma tarifa a cada trecho do consumo, da cobrança por volume, que aplica a tarifa da faixa atingida a todas as unidades elegíveis.

Considere este exemplo hipotético: até 10 mil operações, R$ 0,20 por unidade; acima disso, R$ 0,15.

Com 12 mil operações, o cálculo progressivo seria de R$ 2.300: R$ 2.000 pelas primeiras 10 mil e R$ 300 pelas 2 mil seguintes. Se a regra for por volume, todas as 12 mil operações custariam R$ 0,15, totalizando R$ 1.800.

Cuidados e diferenças: A mesma tabela aparente produz resultados diferentes. No segundo desenho, cruzar o limite pode até reduzir a conta total. Esse efeito precisa ser intencional, simulado e explicado na proposta.

Créditos pré-pagos

Créditos permitem adquirir um saldo que será consumido ao utilizar recursos. Uma plataforma pode oferecer uma carteira comum para tarefas diferentes, cada uma com um peso de consumo.

Cuidados e diferenças: Isso pode facilitar a contratação de um conjunto variado de funcionalidades. Mas o cliente ainda precisa entender quanto trabalho aquele saldo compra. Validade, conversão, ordem de abatimento, renovação e tratamento de saldo remanescente fazem parte da proposta de valor.

Crédito também não é sinônimo de pré-pagamento. A unidade pode servir apenas para expressar consumo, com cobrança posterior. Unidade de medida e momento de pagamento continuam sendo decisões separadas.

Compromisso mínimo de consumo

O cliente pode assumir um gasto mínimo por determinado período em troca de condições comerciais. O contrato precisa esclarecer se existe cobrança de excedentes, possibilidade de transferência de saldo e ajuste do compromisso na renovação.

Cuidados e diferenças: Um mínimo faturável também difere de uma mensalidade acrescida de consumo. No primeiro caso, o consumo pode ser abatido do compromisso. No segundo, a parcela fixa pode ser adicional. Confundir essas estruturas gera divergências antes mesmo da primeira fatura.

Por que a cobrança híbrida pode ser uma escolha melhor

A cobrança híbrida combina mensalidade fixa e cobrança por uso. A parcela fixa cobre o acesso e pode incluir uma franquia; a variável acompanha o consumo adicional. Assim, o fornecedor mantém uma receita de base e ganha com a expansão do cliente.

Exemplo hipotético: R$ 2 mil por mês incluem 10 mil operações, com excedente de R$ 0,15 por operação. Com 18 mil operações, a fatura fica em R$ 3.200.

A franquia precisa equilibrar os dois lados: se for alta demais, limita a receita de expansão e se for baixa demais, torna os excedentes frequentes e reduz a previsibilidade.

Cobrança por resultado aproxima o preço da entrega

Cobrar por resultado significa definir um evento de sucesso como unidade comercial. Uma solução de atendimento pode cobrar por resolução; uma ferramenta de automação, por tarefa concluída segundo critérios acordados.

O Fin, da Intercom, exemplifica essa abordagem ao definir resultados faturáveis e critérios para contabilizá-los. No caso das resoluções, sua documentação diferencia confirmação do cliente e resolução presumida, além de prever ajustes quando a conversa é retomada para pedir ajuda. Definição de resultados faturáveis do Fin.

Esse exemplo mostra por que “resultado” precisa de uma definição operacional. Encerrar uma conversa, satisfazer um cliente e resolver um problema são eventos relacionados, mas diferentes.

Antes de adotar esse modelo, a empresa precisa responder:

• Qual evidência demonstra que o resultado ocorreu?
• Em quanto tempo o cliente pode contestá-lo ou reabri-lo?
• Quais condições dependem do cliente ou de terceiros?
• Como falhas, revisões e resultados parciais afetam a cobrança?

A proximidade com o valor percebido pode facilitar a venda. Em compensação, o fornecedor assume o custo das tentativas que não chegam à entrega faturável.

Há ainda limites de atribuição. Uma venda pode depender de preço, estoque e atuação comercial, além do software. Cobrar por esse resultado exige um acordo mais complexo do que contar uma tarefa cuja conclusão é observável dentro do próprio produto.

O desafio operacional entre o evento de uso e a fatura

Uma cobrança variável confiável mantém contrato, uso, cálculo e fatura conectados. Isso exige quatro cuidados:

• Medir o uso: identificar cliente, evento e período faturável, evitando duplicidades e definindo como tratar registros atrasados.
• Aplicar o contrato vigente: calcular preços, franquias e descontos conforme as regras de cada período, inclusive em mudanças de plano.
• Preservar os ajustes: manter o histórico de créditos, estornos e correções ligado aos eventos que os originaram.
• Explicar a conta: apresentar período, quantidade, tarifa e ajustes de forma compreensível para o cliente.

Plataformas como a Aira, voltadas a operações com faturamento complexo e regras específicas, conectam uso, contratos, cálculo e faturas para executar essas condições. Como a Aira conecta billing e ERP.

Como implementar UBP de forma estratégica

1. Defina o objetivo e a unidade. Compare dados de uso, valor entregue e custo de servir por perfil de cliente.
2. Simule antes de cobrar. Use o histórico para testar sazonalidade, picos e condições contratuais. Execute cálculos em paralelo ao modelo atual para validar regras e impacto nas margens.
3. Valide com clientes e migre gradualmente. Verifique se conseguem estimar a conta. Comece com um piloto, respeitando contratos e prazos de adaptação, com responsabilidades claras entre as equipes.
4. Acompanhe o resultado. Monitore consumo, receita por unidade, margem por cliente e contestações. Considere sazonalidade e ganhos de eficiência ao interpretar as mudanças.

O preço precisa acompanhar o trabalho que o cliente compra

Cobrar por uso faz sentido quando o consumo representa o trabalho que o cliente compra. O modelo precisa combinar uma conta compreensível, uma margem sustentável e regras que a operação consiga executar.

Perguntas frequentes sobre cobrança por uso

Cobrança por uso substitui a assinatura

Pode substituir ou complementar, combinando mensalidade, franquia e excedentes.

Cobrança por uso sempre custa menos para o cliente

Não necessariamente. A conta depende do consumo, das tarifas e dos compromissos contratados.

Qual a diferença entre uso e resultado

Uso mede atividade ou recurso consumido; resultado mede uma entrega bem-sucedida segundo critérios acordados.

Créditos tornam a cobrança mais simples

Só quando o cliente entende a conversão, a validade e quanto consegue consumir com o saldo.

Quando vale manter a cobrança por usuário

Quando o número de pessoas representa bem o valor entregue. Recursos específicos ainda podem ter cobrança variável.