Uma empresa contrata uma ferramenta de inteligência artificial para automatizar parte do atendimento. Durante o teste, a conta custa menos de R$ 200. O resultado parece promissor e a equipe conecta a solução ao site, ao aplicativo e ao sistema de suporte.
No mês seguinte, a fatura ultrapassa R$ 3 mil.
O aumento não aconteceu porque o fornecedor alterou o plano. A empresa colocou a automação em produção sem estimar quantas mensagens seriam processadas, quanto contexto seria enviado em cada solicitação e quantas tentativas seriam feitas quando uma integração falhasse.
Esse cenário ajuda a explicar uma mudança importante no mercado de software: o preço de um SaaS está deixando de ser apenas uma mensalidade previsível por usuário. APIs, ferramentas de comunicação, infraestrutura e recursos de inteligência artificial passaram a cobrar, total ou parcialmente, conforme o consumo.
É a chamada precificação por uso, também conhecida como usage-based pricing.
O modelo pode ser mais justo para operações pequenas ou sazonais, mas exige uma forma diferente de contratar. A empresa não deve perguntar somente “quanto custa o plano?”. Ela precisa descobrir qual evento gera cobrança, como o consumo é medido e quanto uma operação real poderá custar quando chegar à escala.
O preço deixou de ser apenas uma assinatura
No modelo tradicional, a conta costuma ser relativamente simples:
Custo mensal = número de usuários × preço por usuário
Se uma ferramenta cobra R$ 80 por assento e possui 20 usuários, o custo mensal esperado é de R$ 1.600, desconsiderando impostos, complementos e descontos.
Na precificação por uso, a fórmula muda:
Custo mensal = valor fixo + consumo × preço unitário + excedentes
O consumo pode ser medido de várias maneiras:
- chamadas de API;
- mensagens enviadas;
- minutos de áudio;
- transações processadas;
- gigabytes armazenados;
- documentos analisados;
- automações executadas;
- contatos ativos;
- tokens de entrada e saída;
- créditos consumidos;
- resultados concluídos.
Uma plataforma pode cobrar R$ 300 por mês e incluir 50 mil operações. Depois da franquia, cada operação adicional custa R$ 0,005.
Se a empresa executar 80 mil operações, o cálculo ilustrativo será:
R$ 300 + 30.000 × R$ 0,005 = R$ 450
Essa conta ainda pode receber impostos, variação cambial, tarifas de canal, armazenamento e serviços complementares. Por isso, o preço exibido na página comercial raramente representa sozinho o custo total.
Nem toda cobrança por uso funciona da mesma forma
Duas ferramentas podem dizer que utilizam precificação por consumo e produzir contas completamente diferentes.
Pagamento pelo consumo puro
Nesse modelo, não existe uma mensalidade relevante ou compromisso mínimo. A empresa paga somente pelas unidades consumidas.
Ele pode ser interessante para projetos novos, testes e operações muito variáveis. O risco é a conta crescer rapidamente quando o uso aumenta ou uma automação sai do controle.
Assinatura com franquia e excedente
A empresa paga um valor mensal que inclui determinado volume. O consumo acima da franquia é cobrado separadamente.
Esse formato oferece alguma previsibilidade, mas exige atenção ao preço do excedente. Em alguns contratos, ultrapassar ligeiramente a franquia pode tornar um plano superior mais econômico.
Créditos pré-pagos
A empresa compra um pacote de créditos e os utiliza conforme executa determinadas funções. É comum em geração de imagens, transcrição, automação e inteligência artificial.
O comprador precisa descobrir:
- quanto cada ação consome;
- se funções diferentes gastam quantidades diferentes;
- quando os créditos expiram;
- se créditos não utilizados passam para o próximo período;
- se a compra adicional é automática;
- se existe reembolso.
Um saldo de dez mil créditos não informa muita coisa sem uma tabela que mostre quantos créditos cada atividade consome.
Cobrança em faixas
O preço unitário pode diminuir conforme o volume aumenta. Entretanto, existem pelo menos duas formas de calcular essas faixas.
Na cobrança progressiva, cada parte do consumo recebe o preço correspondente àquela faixa. Na cobrança por volume, alcançar uma faixa pode aplicar uma nova taxa a todo o consumo.
As duas estruturas podem produzir valores diferentes mesmo quando a tabela parece semelhante. Peça ao fornecedor uma simulação de fatura, não apenas a relação de preços.
Compromisso mínimo
Empresas maiores podem negociar um consumo mínimo mensal ou anual em troca de desconto.
Esse contrato melhora o preço unitário, mas recria um tipo de capacidade ociosa: se o uso ficar abaixo do compromisso, a empresa paga mesmo assim.
O desconto só é real quando o volume contratado possui alta probabilidade de ser utilizado.
Inteligência artificial tornou a conta mais difícil
A IA acelerou o uso desse modelo porque cada solicitação possui um custo computacional variável.
Em APIs de modelos de linguagem, a cobrança pode considerar separadamente os tokens enviados e recebidos. Um comando curto com uma resposta curta custa menos do que o envio de um documento extenso seguido por uma análise detalhada.
A página oficial de preços da API da OpenAI é um exemplo de como modelos e modalidades podem possuir unidades e valores diferentes. Como os preços e produtos mudam, eles devem ser consultados no momento da simulação.
A empresa não deve calcular apenas quantas pessoas usarão a IA. Precisa estimar:
- solicitações por usuário;
- tamanho médio da entrada;
- tamanho médio da resposta;
- documentos anexados;
- uso de imagem, áudio ou vídeo;
- chamadas adicionais feitas por ferramentas;
- repetição de tentativas;
- modelo utilizado;
- horário ou modalidade de processamento.
Considere um assistente interno utilizado por 40 funcionários. Cada pessoa faz, em média, 15 solicitações diárias durante 22 dias úteis.
O volume mensal será:
40 × 15 × 22 = 13.200 solicitações
Se cada solicitação acionar três etapas internas — busca, geração e revisão — o fornecedor poderá registrar 39.600 operações, mesmo que o usuário perceba apenas 13.200 interações.
Por isso, “preço por solicitação” e “preço por operação” não devem ser tratados como sinônimos.
Três cenários mostram quando o modelo ajuda ou prejudica
Empresa sazonal com grande variação de uso
Uma loja virtual utiliza uma plataforma de comunicação que cobra por mensagem enviada. Durante meses comuns, envia 40 mil mensagens. Na Black Friday, o volume sobe para 250 mil.
Uma assinatura fixa dimensionada para o pico provavelmente deixaria capacidade ociosa durante boa parte do ano. A cobrança por uso permite que o custo acompanhe a atividade.
O problema é que novembro também concentra anúncios, infraestrutura, atendimento e logística. Se o pico de mensagens não for incluído no orçamento, a empresa pode descobrir a despesa somente depois da campanha.
Serviços de comunicação como a Twilio mostram por que a unidade precisa ser compreendida. O custo pode variar por destino, canal, tipo de número e tarifas adicionais. Comparar apenas “preço por mensagem” pode ser insuficiente.
Nesse cenário, o modelo por uso faz sentido, mas o orçamento anual deve considerar meses normais e períodos de campanha.
Automação que entra em repetição
Uma empresa integra dois sistemas por API. Quando uma operação falha, a automação tenta novamente.
Um erro de configuração faz com que a tentativa seja repetida mil vezes por minuto durante 30 minutos:
1.000 × 30 = 30.000 chamadas adicionais
Se cada tentativa também consulta outro serviço, o incidente pode gerar consumo nos dois fornecedores.
O custo não traz valor ao negócio. Ele representa apenas desperdício técnico.
Para reduzir esse risco, a integração precisa utilizar:
- limite de tentativas;
- intervalo progressivo entre repetições;
- identificação de eventos duplicados;
- alertas de anomalia;
- limite de chamadas;
- interrupção automática;
- registro por aplicação ou chave.
A precificação por uso transforma falhas técnicas em eventos financeiros. Por isso, desenvolvimento, operações e financeiro precisam acompanhar o mesmo consumo.
Equipe com muitas licenças pouco utilizadas
Uma empresa possui 100 funcionários, mas apenas 20 usam uma ferramenta de análise intensivamente. Em um plano por assento, a organização pode pagar licenças para pessoas que acessam o sistema poucas vezes por mês.
A cobrança por uso parece mais econômica porque concentra o custo nos usuários ativos.
Entretanto, é necessário simular o comportamento dos 20 usuários frequentes. Se cada um executar grande volume de processamento, o consumo poderá ultrapassar o valor de 100 licenças fixas.
A comparação correta não é “100 assentos contra 20 usuários ativos”. É:
Custo por assento de toda a equipe versus custo do consumo produzido pelos usuários ativos
Como encontrar o ponto de equilíbrio
O ponto de equilíbrio mostra a partir de qual volume uma assinatura fixa se torna mais barata do que a cobrança variável.
Imagine duas propostas hipotéticas:
- Plano A: R$ 250 mensais, com uso ilimitado dentro das condições;
- Plano B: R$ 0,04 por operação, sem mensalidade.
O ponto de equilíbrio será:
R$ 250 ÷ R$ 0,04 = 6.250 operações
Abaixo de 6.250 operações, o plano por uso tende a ser mais barato. Acima desse volume, a assinatura fixa começa a ganhar vantagem.
A comparação fica mais complexa quando existe uma taxa base.
Considere:
- Plano A: R$ 600 fixos;
- Plano B: R$ 150 mais R$ 0,03 por operação.
A diferença fixa entre os planos é de R$ 450:
R$ 450 ÷ R$ 0,03 = 15.000 operações
Até 15 mil operações, o Plano B tende a custar menos. Acima disso, o Plano A pode se tornar mais econômico.
Essa análise precisa considerar diferenças de recursos, suporte, limites, qualidade e contrato. O ponto de equilíbrio financeiro não transforma automaticamente uma ferramenta na melhor escolha.
O custo por unidade não é o indicador mais importante
Uma API pode custar poucos centavos por chamada e ainda produzir uma despesa ruim se várias chamadas forem necessárias para concluir uma tarefa.
O indicador mais útil é o custo por resultado de negócio.
Exemplos:
- custo por atendimento resolvido;
- custo por documento processado;
- custo por venda concluída;
- custo por lead qualificado;
- custo por transcrição aprovada;
- custo por automação concluída;
- custo por usuário realmente ativo.
A fórmula é:
Custo por resultado = custo total do serviço ÷ resultados úteis concluídos
Suponha que uma automação custe R$ 2 mil por mês e processe 10 mil documentos. O custo médio é de R$ 0,20 por documento.
Porém, se três mil documentos precisarem ser refeitos manualmente, existem apenas sete mil resultados úteis:
R$ 2.000 ÷ 7.000 = aproximadamente R$ 0,29 por documento útil
O custo técnico permanece igual, mas o custo de negócio aumenta.
Esse cálculo evita que a empresa comemore uma tarifa unitária baixa enquanto paga por processamento que não gera resultado.
Como projetar a fatura antes de contratar
Não faça uma única previsão. Trabalhe com pelo menos três cenários.
| Cenário | Comportamento | Para que serve |
|---|---|---|
| Baixo | Adoção lenta ou mês fraco | Estimar o custo mínimo e o risco de compromisso ocioso |
| Provável | Uso esperado na operação normal | Formar o orçamento mensal |
| Pico | Campanha, sazonalidade ou crescimento | Avaliar excedentes e capacidade financeira |
| Incidente | Repetição, erro ou abuso | Descobrir o pior impacto controlável |
Para cada cenário, registre:
- quantidade de usuários;
- operações por usuário;
- dias de utilização;
- volume de entrada e saída;
- tentativas e repetições;
- armazenamento;
- tarifas adicionais;
- impostos;
- moeda;
- desconto;
- crescimento esperado.
Um modelo inicial pode utilizar:
Consumo mensal = usuários × operações diárias × dias ativos × chamadas por operação
Se 50 pessoas realizam oito tarefas por dia, durante 22 dias, e cada tarefa gera quatro chamadas:
50 × 8 × 22 × 4 = 35.200 chamadas mensais
A projeção deve ser comparada com uma amostra real. Se o fornecedor oferece teste ou créditos iniciais, execute um processo completo e registre o consumo mostrado no painel.
O guia sobre como aproveitar o teste grátis de um SaaS ajuda a estruturar essa validação.
Custos escondidos que precisam entrar na simulação
A tarifa principal pode representar apenas parte da fatura.
Armazenamento e retenção
Uma ferramenta pode cobrar pelo processamento e também pelos arquivos, registros ou logs mantidos depois da execução.
Verifique se existe cobrança por armazenamento, recuperação, exportação e retenção prolongada.
Entrada e saída de dados
Alguns serviços cobram para processar dados e podem aplicar tarifas diferentes para transferi-los ou exportá-los.
Esse custo ganha importância quando a empresa precisa mover grandes volumes entre fornecedores.
Repetições e operações duplicadas
Descubra se uma tentativa que falhou gera cobrança. Pergunte também como a plataforma trata eventos duplicados, cancelamentos e reprocessamentos.
Recursos adicionais
Uma operação pode consumir mais de uma unidade. Uma análise de documento pode utilizar armazenamento, extração, inteligência artificial e exportação.
O usuário vê uma tarefa; a fatura registra quatro serviços.
Câmbio e impostos
Preços em dólar acrescentam variação cambial, impostos e possíveis tarifas do meio de pagamento. Uma operação estável tecnicamente pode ficar mais cara em reais sem aumento de consumo.
Créditos expirados
Créditos pré-pagos não utilizados podem expirar. Nesse caso, a empresa paga por uma capacidade que não consumiu, mesmo dentro de um modelo apresentado como cobrança por uso.
Suporte e observabilidade
Relatórios detalhados, alertas, suporte prioritário e exportação de consumo podem ficar em planos superiores. A empresa pode precisar pagar mais justamente para controlar melhor o gasto.
O conteúdo sobre custo total de um SaaS apresenta outros componentes que devem entrar no cálculo anual.
Alertas não são a mesma coisa que limites
Um alerta informa que determinado consumo foi atingido. Um teto interrompe ou restringe o serviço.
Essa diferença é importante. Receber um e-mail quando 100% do orçamento já foi consumido não impede novas cobranças.
O Google Cloud é um exemplo de serviço que documenta a criação de orçamentos e alertas. A própria documentação distingue notificações de mecanismos de controle e alerta sobre possíveis atrasos na contabilização.
Ao contratar qualquer SaaS por uso, verifique se existem:
- alertas por percentual;
- previsão de fechamento;
- limite rígido;
- limite por usuário;
- limite por equipe;
- limite por chave de API;
- bloqueio de determinada função;
- aprovação para consumo adicional;
- detecção de anomalias;
- relatório quase em tempo real.
Uma política inicial pode utilizar alertas em 50%, 75%, 90% e 100% do orçamento. Os percentuais devem considerar a velocidade do consumo. Em uma API capaz de gastar o orçamento em minutos, um relatório diário será insuficiente.
O painel precisa explicar de onde veio a conta
Uma fatura de R$ 8 mil não é gerenciável se mostrar apenas “consumo de API”.
A empresa precisa decompor o gasto por:
- produto;
- modelo;
- função;
- usuário;
- departamento;
- aplicação;
- projeto;
- cliente;
- chave de API;
- ambiente de teste ou produção.
Quando possível, cada integração deve usar uma credencial própria. Assim, um aumento pode ser associado ao processo responsável.
O mesmo vale para centros de custo. Marketing, suporte e produto podem utilizar a mesma plataforma, mas precisam responder por consumos diferentes.
Essa disciplina aproxima a gestão de SaaS das práticas de FinOps: tecnologia, financeiro e operação analisam juntos o custo variável e o valor gerado.
O que perguntar ao fornecedor
Antes de contratar, solicite respostas objetivas:
- Qual evento é considerado faturável?
- A cobrança ocorre por tentativa ou por resultado concluído?
- Como operações duplicadas são tratadas?
- O consumo é atualizado em tempo real?
- Existe atraso entre utilização e painel?
- Os créditos expiram?
- O excedente é automático?
- Existe teto rígido de gasto?
- É possível limitar usuários, equipes e aplicações?
- Como funcionam as faixas de volume?
- Existe compromisso mínimo?
- Quais custos não aparecem na tarifa principal?
- Como dados e relatórios de consumo são exportados?
- O preço pode mudar durante o contrato?
- Como o cliente é informado sobre alterações?
- O que acontece quando o limite é atingido?
- Existe desconto por volume?
- Há cobrança durante testes e reprocessamentos?
A documentação da Stripe sobre cobrança por uso mostra como esse modelo pode envolver medição de eventos, créditos pré-pagos, contratos, faixas e visibilidade do consumo. Isso ajuda a entender por que uma proposta aparentemente simples pode esconder várias regras.
Quando o modelo por uso faz mais sentido
A precificação por consumo tende a funcionar bem quando:
- o uso varia bastante entre os meses;
- a empresa está testando um produto;
- existem poucos usuários intensivos;
- o consumo acompanha diretamente a receita;
- a operação é sazonal;
- o custo por resultado pode ser medido;
- existem bons controles de orçamento;
- o fornecedor oferece transparência.
Ela pode ser menos adequada quando:
- o consumo é alto e previsível;
- a empresa precisa de orçamento fixo;
- não há teto de gasto;
- a métrica é difícil de prever;
- a equipe não consegue atribuir custos;
- um erro pode gerar milhares de operações;
- a fatura demora para refletir o consumo;
- a cobrança depende de unidades pouco compreensíveis.
Em operações estáveis, uma assinatura fixa ou um contrato com compromisso negociado pode oferecer custo menor e mais previsibilidade.
Em operações variáveis, um modelo híbrido pode equilibrar uma base fixa com cobrança adicional somente durante os picos.
A gestão continua depois da contratação
No modelo por assento, a revisão costuma se concentrar em licenças ativas. Na cobrança por uso, a empresa precisa acompanhar consumo, eficiência e custo unitário continuamente.
Crie uma rotina mensal para:
- comparar previsto e realizado;
- investigar variações;
- identificar integrações ineficientes;
- remover processos sem resultado;
- revisar limites;
- acompanhar créditos;
- renegociar faixas;
- verificar alterações de preço;
- calcular custo por resultado;
- atualizar a projeção anual.
Esse acompanhamento deve fazer parte da gestão de assinaturas SaaS, especialmente quando diferentes departamentos contratam ferramentas variáveis de forma independente.
O preço por uso não é necessariamente mais barato nem mais caro. Ele transfere parte do risco de capacidade do fornecedor para o cliente. Quem controla bem o consumo pode ganhar flexibilidade. Quem não acompanha pode transformar uma automação eficiente numa despesa imprevisível.
Antes de contratar, simule. Depois de contratar, monitore. E, antes de escalar, descubra quanto custa cada resultado útil.
Perguntas frequentes
O que é usage-based pricing?
É o modelo em que a cobrança varia conforme o consumo da ferramenta. A unidade pode ser chamada de API, mensagem, transação, token, crédito, gigabyte ou outra métrica definida pelo fornecedor.
Precificação por uso é sempre mais barata?
Não. Ela tende a ser vantajosa em uso baixo, variável ou sazonal. Em consumo alto e constante, uma assinatura fixa ou um compromisso negociado pode ser mais econômico.
Como calcular o ponto de equilíbrio?
Divida o custo fixo pela tarifa unitária. Se um plano custa R$ 250 e o modelo variável cobra R$ 0,04 por operação, o ponto de equilíbrio ocorre em 6.250 operações.
O que é uma unidade faturável?
É o evento utilizado pelo fornecedor para calcular a cobrança. Uma ação percebida pelo usuário pode gerar várias unidades faturáveis internamente.
Créditos são iguais em todas as ferramentas?
Não. Cada fornecedor define quanto um recurso consome, se os créditos expiram e como são recarregados. Compare ações concretas, não apenas a quantidade total de créditos.
Um alerta impede que a fatura aumente?
Não necessariamente. Alertas apenas notificam. Para impedir novas despesas, a plataforma precisa oferecer limite rígido, bloqueio ou outro mecanismo de controle.
Como evitar gastos causados por uma automação com erro?
Utilize limites de chamadas, número máximo de tentativas, intervalos progressivos, identificação de eventos duplicados, alertas de anomalia e credenciais separadas por aplicação.
Qual métrica financeira devo acompanhar?
Além do custo total, acompanhe o custo por resultado útil: atendimento resolvido, documento processado, venda concluída ou outra entrega relacionada ao negócio.
