Modelos de precificação em SaaS B2B: guia por ticket, venda e operação

Escolher um modelo de precificação em SaaS B2B não é só decidir quanto cobrar. O modelo define como o cliente entende valor, como vendas negocia, como o financeiro fatura e como o produto captura expansão depois do contrato assinado.

Esse assunto ficou mais importante porque o pricing de software está menos fixo. A OpenView, no relatório de pricing SaaS de 2023, descreveu pricing e packaging como uma alavanca central de crescimento para B2B. A discussão também ganhou força com AI e consumo variável. A McKinsey, em 2026, apontou a migração de modelos tradicionais para SaaS e precificação por consumo como parte da mudança na conta de software.

O ponto operacional é direto: um preço bonito no site pode virar um problema no fechamento se o time não consegue medir uso, aplicar regra, versionar contrato, emitir fatura e explicar o cálculo para o cliente. Por isso, o melhor modelo não é o mais sofisticado. É o que combina ticket, venda, uso e operação.

O que você vai encontrar aqui?

• Seis modelos principais: por assento, por camada, por uso, híbrido, commit com excedente e percentual sobre volume.
• Critério de escolha: ticket médio, tipo de venda, previsibilidade de uso e complexidade operacional.
• Tabelas de decisão: matriz por cenário, riscos de billing e sinais de maturidade.
• Exemplos práticos: como cada modelo aparece em SaaS B2B e onde costuma quebrar.
• Operação de cobrança: o que precisa estar pronto antes de levar o modelo para contratos reais.

Como esses modelos foram selecionados?

Os modelos abaixo foram selecionados por um critério operacional: eles aparecem com frequência em SaaS B2B e mudam a forma como a empresa vende, mede uso, cobra e reconhece receita. A lista não tenta cobrir toda variação possível de packaging. Ela separa os desenhos que exigem decisões diferentes no go-to-market e no billing.

A escolha também depende da forma de venda. Um produto self-service sofre quando o comprador precisa simular cinco cenários antes de passar o cartão. Um produto enterprise sofre quando o modelo não comporta exceções negociadas, aditivos e versões diferentes do mesmo plano.

O que muda quando ticket, venda e operação entram na escolha?

Ticket baixo pede simplicidade. Ticket alto tolera mais estrutura porque existe conversa comercial, jurídico, procurement e acompanhamento de conta. O erro comum é copiar um modelo usado em enterprise para um produto que precisa vender sozinho, ou manter um preço simples demais quando o contrato já tem regra específica por cliente.

Modelo por assento: o que é e quando usar?

No modelo por assento, o cliente paga por usuário, colaborador, operador ou conta ativa. Ele funciona quando o valor do produto cresce de forma razoavelmente proporcional ao número de pessoas usando a ferramenta.

Um exemplo simples: um SaaS de atendimento cobra R$ 120 por agente ativo por mês. Uma empresa com 25 agentes paga R$ 3.000 mensais. Se o time dobra, o contrato dobra sem precisar redesenhar o pricing.

O modelo é fácil de vender porque o comprador já sabe estimar o tamanho do time. Ele também simplifica forecast, comissionamento e cobrança. O problema aparece quando o produto entrega valor reduzindo trabalho humano. Em ferramentas de AI, automação ou workflow autônomo, cobrar por usuário pode punir justamente o cliente que usa melhor o produto.

Modelo por camada: o que é e quando usar?

No modelo por camada, a empresa vende pacotes como Starter, Pro, Business e Enterprise. Cada camada agrupa funcionalidades, limites, suporte, integrações ou volume incluso.

Um exemplo: o plano Pro custa R$ 2.000 por mês com até 10 usuários, integrações básicas e 50 mil eventos. O plano Business custa R$ 5.000 por mês com mais integrações, SLA e 250 mil eventos. A diferença não está em uma única métrica, mas no pacote de valor.

Esse modelo funciona bem quando o comprador consegue se reconhecer em um pacote. Times menores compram uma camada mais simples. Operações maiores sobem para uma camada com governança, integração ou suporte. O risco está em montar camadas por custo interno, não por maturidade do cliente. Quando a camada vira uma lista de features sem lógica, vendas precisa explicar cada exceção e o cliente negocia item por item.

Modelo por uso: o que é e quando usar?

No modelo por uso, o cliente paga conforme consome uma métrica: eventos processados, requisições, documentos, transações, créditos, mensagens, dados armazenados ou volume analisado. A lógica central é cobrar perto da unidade de valor.

Um exemplo: um produto cobra R$ 0,04 por documento processado. Se o cliente processa 80 mil documentos em maio, a cobrança variável é de R$ 3.200 no ciclo. Se processa 120 mil em junho, sobe para R$ 4.800.

A OpenView, no State of Usage-Based Pricing, estimou que 61% do índice geral de SaaS adotaria alguma forma de usage-based pricing até o fim de 2023, com mais 21% testando o modelo. O dado importa menos como moda e mais como sinal: empresas querem capturar expansão pelo uso real.

O risco é previsibilidade. O cliente precisa entender o que consome, acompanhar o acumulado e prever a fatura. Se a empresa não mede o evento certo, a cobrança vira disputa. Se mede certo mas não mostra a memória de cálculo, o financeiro vira suporte.

Modelo híbrido: o que é e quando usar?

No modelo híbrido, o cliente paga uma base fixa e uma parte variável. A base garante previsibilidade para fornecedor e comprador. A parte variável captura crescimento quando o cliente usa mais, processa mais ou gera mais valor.

Um exemplo: R$ 4.000 mensais de plataforma mais R$ 0,02 por evento acima de 200 mil eventos no mês. O contrato tem uma âncora previsível, mas ainda expande quando o cliente cresce.

Esse desenho costuma funcionar em SaaS B2B com venda consultiva, uso variável e custo de servir relevante. Ele reduz o medo de uma fatura totalmente aberta e evita que a empresa entregue volume crescente preso em uma mensalidade fixa. O desafio está na explicação. O cliente precisa saber o que está incluso, quando começa o variável e como o excedente é calculado.

Modelo de commit com excedente: o que é e quando usar?

No modelo de commit com excedente, o cliente contrata um mínimo de consumo ou receita por período. Se usa abaixo, paga o mínimo. Se usa acima, paga overage no preço combinado.

Um exemplo: o cliente fecha um commit anual equivalente a R$ 30.000 por mês, com 1 milhão de eventos inclusos. Acima desse volume, paga R$ 0,025 por evento adicional. O fornecedor ganha previsibilidade. O cliente ganha desconto ou condição melhor em troca do compromisso.

Esse modelo combina bem com venda enterprise porque o comprador já passa por orçamento, contrato e negociação. Ele também organiza expansão: quando o cliente passa do commit com frequência, vendas tem sinal para renegociar o próximo pacote.

O ponto frágil é dimensionamento. Commit alto demais gera frustração e churn na renovação. Commit baixo demais vira desconto disfarçado e deixa dinheiro na mesa. O financeiro precisa acompanhar consumo contra o contratado durante o ciclo, não só no fechamento.

Modelo percentual: o que é e quando usar?

No modelo percentual, a cobrança é uma taxa sobre uma base monetária. Pode ser percentual sobre GMV, volume transacionado, receita processada, economia gerada ou outro valor financeiro auditável.

Um exemplo: um SaaS cobra 0,8% sobre o volume financeiro processado pelo cliente no mês, com mínimo de R$ 5.000. Se o cliente processa R$ 1 milhão, paga R$ 8.000. Se processa R$ 300 mil, paga o mínimo.

Esse modelo funciona quando o produto participa diretamente de um fluxo financeiro. O comprador entende que o fornecedor captura uma fração do valor movimentado. Também reduz a necessidade de inventar proxies como usuário ou evento quando a métrica econômica já existe.

O risco é confiança na base. Se CRM, ERP, banco e planilha mostram números diferentes, o percentual vira discussão de origem do dado. O modelo exige rastreabilidade: qual valor entrou, qual foi excluído, qual regra aplicou e qual contrato sustenta a cobrança.

Quando usar cada modelo?

A matriz abaixo resume a decisão. Ela não substitui pesquisa com clientes, mas reduz uma parte da ambiguidade antes de testar preço em mercado.

O modelo também deve combinar com a maturidade do time. Pricing por uso sem medição confiável cria vazamento de receita. Commit sem acompanhamento durante o mês cria surpresa na renovação. Percentual sem conciliação cria disputa. Modelo sofisticado pede operação sofisticada.

Como levar o modelo para a operação de billing?

A operação começa antes da primeira fatura. Cada modelo precisa virar contrato, plano, métrica, regra de cálculo, linha de fatura e memória explicável. Sem isso, o preço vive no PDF assinado e o financeiro reconstrói a cobrança a cada fechamento.

Essa é a ponte entre pricing e order-to-cash. Depois que vendas fecha uma condição, a empresa precisa cobrar exatamente aquela condição, no ciclo certo, com os dados certos. Para aprofundar o fluxo de cobrança depois da escolha do modelo, vale ler o guia sobre como SaaS fazem cobrança recorrente.

Como a Aira opera modelos de precificação em SaaS B2B?

A Aira é uma plataforma de billing e cobrança recorrente, de order-to-cash, pensada para empresas B2B brasileiras. Ela transforma planos, métricas, contratos, uso e faturas em uma operação rastreável, para que o modelo de pricing definido por produto e receita seja cobrado sem reconstrução manual no fechamento.

Nos modelos de precificação documentados, a Aira suporta preço unitário, pacote, fixo e percentual, com faixas progressivas ou faixa única. Em criação de planos, ela combina mensalidade, franquia mínima e métricas baseadas em uso. Em versionamento, cada contrato mantém uma instância própria do plano, para que alterações em novos preços não mudem retroativamente contratos ativos.

Na prática, isso conecta o desenho do pricing à cobrança. A Aira agrega eventos, aplica a regra de preço, calcula totais, gera itens de linha e cria faturas por ciclo, como descrito na documentação de faturamento de clientes. Quando o SaaS muda de plano simples para uso, híbrido ou commit com excedente, o ponto não é só ter uma tabela de preços nova. É manter cada centavo cobrado ligado à regra contratada e ao consumo que justificou a fatura.