Três modelos de preço competem por um produto construído sobre um modelo: por posto, por utilização e por resultado. O preço por posto é o mais fácil de vender e o mais rápido a quebrar, porque uma funcionalidade de IA tem uma margem bruta de 50-60 por cento contra os 80-90 por cento de um produto SaaS tradicional, e porque cerca de 5 por cento dos utilizadores podem gerar 80 por cento da fatura de inferência. Mais de 60 por cento das empresas de SaaS de IA já aterraram num modelo híbrido: uma subscrição base, uma franquia incluída que cobre cerca de 80 por cento dos clientes e um excedente cobrado a não menos do que o dobro do custo marginal.
Porque é que o preço por posto quebra assim que há um modelo no ciclo
O preço por posto assenta num pressuposto que se manteve durante quinze anos: o custo marginal de mais um utilizador é próximo de zero. Um posto custa armazenamento, um pouco de computação e suporte. Esse pressuposto morre no momento em que cada clique envia tokens para um modelo. Agora o utilizador mais pesado da conta é também o mais caro, e o preço que cobra não sabe disso.
A diferença aparece na linha da margem bruta. Um produto SaaS clássico corre a 80-90 por cento. Um produto cujo ciclo central chama um modelo aterra tipicamente nos 50-60 por cento depois de contabilizadas a inferência, a recuperação, a avaliação e o orçamento de repetições. Não é um erro de arredondamento. É um negócio diferente, com necessidades de financiamento diferentes e um múltiplo de avaliação diferente, e o preço é a única alavanca que fecha essa diferença. Expusemos a estrutura de custos completa em quanto custa mesmo uma funcionalidade de IA.
Pior ainda, o custo não está distribuído de forma uniforme. A utilização concentra-se numa cauda estreita. Na maioria dos produtos, uma pequena minoria de utilizadores processa os documentos longos, os trabalhos de investigação profunda e os ciclos que chamam o modelo oito vezes antes de devolver uma resposta. Com preço por posto, essa minoria paga exatamente o mesmo que o utilizador que entra duas vezes por mês.
Uma verificação que pode fazer esta semana. Pegue no último mês de utilização. Ordene as contas por custo de inferência por posto e divida-as em decis. Calcule a margem bruta de cada decil ao preço de tabela atual. Se os dois decis inferiores forem negativos, ou se o decil superior carregar toda a margem do produto, o preço por posto já está a subsidiar os seus piores clientes com os melhores. A maioria das equipas que faz isto pela primeira vez fica surpreendida com a dimensão do intervalo.
Os três modelos, lado a lado
Cada modelo está certo nalgum sítio. A questão é o que está realmente a vender e o que o comprador acredita estar a pagar.
| Dimensão | Por posto | Por utilização | Por resultado |
|---|---|---|---|
| O que o cliente compra | Acesso para uma pessoa identificada | Volume de trabalho executado | Um resultado que aconteceu |
| Risco de margem | Alto. O custo flutua, o preço não | Baixo. O preço acompanha o custo | Médio a alto. Depende da sua taxa de resolução |
| Previsibilidade para o comprador | Excelente | Fraca sem franquia e alertas | Média. Depende do volume do próprio cliente |
| Facilidade de previsão para si | Excelente | Média | Fraca no primeiro ano |
| Atrito nas compras | O mais baixo. Toda a gente conhece o formato | Médio. As finanças pedem um teto | O mais alto. Exige uma definição acordada de sucesso |
| Incentivo que cria | Comprar menos postos, partilhar credenciais | Usar menos o produto | Alinhado, se a métrica for honesta |
| Melhor encaixe | Funcionalidades assistivas dentro de um produto existente | Produtos de plataforma e API, processamento de documentos e média | Deflexão de suporte, cobranças, geração de leads qualificados |
Leia as duas últimas linhas em conjunto. O preço puro por utilização tem um defeito real que raramente se diz em voz alta: ensina o seu cliente a usar menos o produto. Se ainda está na fase de adoção, é o incentivo mais caro que pode comprar.
A estrutura híbrida que realmente vence
Mais de 60 por cento das empresas de SaaS de IA cobram hoje num modelo híbrido. Não é um compromisso, é a única estrutura que dá previsibilidade ao comprador e lhe dá um teto de custo ao mesmo tempo. Quatro componentes, e cada um tem um número associado.
| Componente | O que faz | Como definir |
|---|---|---|
| Subscrição base | Cobre o custo fixo e ancora a conversa de valor | Defina o preço contra o resultado, não contra a fatura de tokens. Esta é a parte que tem de sobreviver a uma comparação competitiva |
| Franquia incluída | Elimina a ansiedade da fatura para a maioria | Dimensione-a para que cerca de 80 por cento das contas nunca toquem no teto. Leia-a na distribuição de utilização, não na média |
| Taxa de excedente | Protege a margem na cauda | Não menos do que o dobro do custo marginal. Abaixo disso, a cauda come o negócio |
| Alertas de limiar | Evita a fatura surpresa que mata renovações | Notifique aos 80 por cento da franquia, no produto e por email, com um caminho de upgrade num clique |
A franquia é o componente que as equipas erram com mais frequência, porque a dimensionam pela média em vez da distribuição. A média é puxada para cima pela cauda pesada, por isso uma franquia definida na média deixa um terço dos clientes a entrar em excedente logo no primeiro mês e a escrever para o suporte. Dimensione-a por volta do percentil oitenta e a natureza da reclamação muda por completo.
Quatro testes para uma boa unidade de faturação
O que quer que meça tem de passar nos quatro. Uma unidade que falhe apenas um vai produzir discussões com clientes todos os meses.
O cliente percebe-a sem um diagrama. Documentos processados, tickets resolvidos, chamadas transcritas, candidatos filtrados. Os tokens falham este teste. Nenhum comprador fora da engenharia tem intuição sobre o que é um token ou quantos a sua equipa vai usar, e unidades que não podem ser estimadas à partida não podem ser aprovadas pelas compras.
Move-se com o valor que recebem. Se o cliente obtém o dobro do valor, o contador deve marcar aproximadamente o dobro. Se o contador pode subir enquanto o valor fica igual, construiu uma unidade que castiga as pessoas pela sua própria ineficiência.
Correlaciona-se com o seu custo. Não na perfeição, mas na direção. Se uma única unidade lhe pode custar cinco cêntimos ou cinco dólares consoante entradas que não consegue ver, segmente a unidade em escalões ou passe a variância para a taxa de excedente.
Consegue contá-la e defender a contagem. O número tem de estar visível para o cliente quase em tempo real, ser reconstituível à posteriori e ser idêntico ao número da fatura. Um contador que o cliente não consegue auditar será contestado no primeiro mês em que subir.
O modo de falha a evitar. Não meça repetições, passagens internas de avaliação ou a sua própria sobrecarga de orquestração. Se o seu agente chama o modelo seis vezes para responder a uma pergunta, essa é uma decisão da sua arquitetura, não a compra do cliente. Cobre a pergunta. Depois vá reduzir as seis chamadas, o que é um projeto de margem e não de preço.
Quando o preço por resultado é real e quando é teatro
O preço por resultado é a história mais atraente da categoria e a mais difícil de operar. Só funciona quando quatro coisas são verdadeiras ao mesmo tempo.
Primeiro, o resultado é mensurável sem discussão. Um ticket de suporte resolvido que não reabriu em setenta e duas horas é mensurável. Produtividade melhorada não é. Segundo, consegue atribuí-lo. Se três sistemas tocaram no negócio, o preço por resultado transforma-se numa disputa de atribuição em cada renovação. Terceiro, a sua taxa de sucesso é suficientemente estável para prever. As taxas de resolução autónoma começam de forma conservadora nos 40-50 por cento em bots baseados em recuperação, sobem 10-20 pontos com comportamento agêntico e mais 20-30 pontos quando o sistema consegue efetivamente agir em vez de apenas responder. Enquanto não souber onde está nessa curva, o preço por resultado é uma aposta no seu próprio roteiro. Quarto, a economia unitária continua a funcionar à sua taxa de sucesso real, não à do slide.
A comparação que torna isto compensador: a resolução por IA de uma interação de suporte é habitualmente publicada entre 0,50 e 2,00 dólares, e fica mais perto dos 5 dólares tudo incluído depois de contabilizadas a infraestrutura e a escalada humana, contra 6 a 12 dólares por um contacto tratado por uma pessoa. Esse intervalo é largo o suficiente para se cobrar diretamente contra ele. A Gartner espera que os sistemas agênticos resolvam autonomamente 80 por cento dos problemas de serviço comuns até 2029, com uma redução de 30 por cento no custo operacional. Onde o intervalo é assim tão claro, o preço por resultado é a estrutura honesta. Onde não é, é marketing.
Mudar de preço sem queimar a base de clientes
A maioria das equipas que lê isto já tem preços no mercado que deixaram de servir. Quatro regras tornam a migração sobrevivível.
Mantenha as condições antigas com generosidade e por um período fixo. Doze meses nas condições antigas custam-lhe menos do que uma reclamação pública de uma conta de referência. Ponha uma data de fim para que não se torne permanente.
Mostre a nova fatura antes de a cobrar. Corra os dois modelos em paralelo durante um ciclo de faturação completo e mostre a cada conta quanto teria pago. As contas que pagariam menos tornam-se as suas provas. As contas que pagariam consideravelmente mais precisam de uma conversa antes da fatura, não depois.
Mexa numa variável de cada vez. Introduzir um componente de utilização, subir o preço base e acrescentar um novo escalão na mesma versão torna impossível saber que mudança causou o cancelamento.
Publique o contador antes de publicar o preço. Lance o painel de utilização um trimestre antes, para que na altura em que começar a medir todos os clientes já reconheçam o número e confiem nele. As mudanças de preço falham por falta de confiança no número muito mais vezes do que pelo número em si.
O objetivo de tudo isto é o mesmo que está por trás do modelo unitário de um negócio digital: um preço que não está ligado a uma estrutura de custos é um palpite. Assim que o modelo entra no produto, a estrutura de custos muda todas as semanas, e o preço tem de ser construído para mudar com ela. Se está a definir uma nova funcionalidade de IA neste momento, defina a unidade de preço ao mesmo tempo que define os critérios de aceitação — são a mesma conversa.
Se quiser ajuda a ajustar um modelo de preço à sua própria estrutura de custos, é parte do que fazemos no nosso trabalho de planeamento financeiro e de crescimento.
Perguntas frequentes
Devo cobrar uma funcionalidade de IA por posto ou por utilização?
Nem uma nem outra isoladamente. Mais de 60 por cento das empresas de SaaS de IA usam um modelo híbrido: uma subscrição base que ancora o valor, uma franquia incluída dimensionada para que cerca de 80 por cento das contas nunca a excedam, e uma taxa de excedente definida a não menos do que o dobro do custo marginal. O preço puro por posto expõe-o a uma cauda em que cerca de 5 por cento dos utilizadores geram 80 por cento do custo de inferência. O preço puro por utilização dá ao cliente um incentivo para usar menos o produto, o que é fatal durante a adoção.
Que margem bruta devo esperar num produto construído sobre um modelo?
Tipicamente 50-60 por cento, contra 80-90 por cento no SaaS tradicional, depois de contabilizadas a inferência, a recuperação, a avaliação e as repetições. Planeie o preço, a angariação de capital e a conversa de avaliação em torno desse número e não do referencial de SaaS. Caching, batching e encaminhamento de modelos podem melhorá-lo de forma material, mas não fecham sozinhos a diferença para o SaaS clássico.
Como dimensiono a franquia incluída?
Pela distribuição de utilização, não pela média. A média é inflacionada pela cauda pesada, por isso uma franquia definida na média empurra uma grande minoria de contas para o excedente de imediato. Defina-a por volta do percentil oitenta da utilização mensal, alerte aos 80 por cento da franquia e dê um caminho de upgrade num clique dentro do alerta.
Vale a pena o preço baseado em resultados?
Apenas quando quatro condições se verificam em conjunto: o resultado é mensurável sem discussão, consegue atribuí-lo ao seu sistema, a sua taxa de sucesso é suficientemente estável para prever, e a economia funciona à sua taxa de sucesso real e não à projetada. A deflexão de suporte costuma qualificar-se, porque a resolução por IA entre 0,50 e 2,00 dólares publicados, ou perto de 5 dólares tudo incluído, fica contra 6 a 12 dólares de um contacto humano. Alegações de produtividade normalmente não.
Devo medir tokens diretamente?
Não. Os tokens falham o teste mais importante de uma unidade de faturação, que é o cliente conseguir estimar a despesa à partida. Meça algo que o comprador já compreende — documentos processados, tickets resolvidos, chamadas transcritas — e absorva a variância dos tokens dentro da sua margem e da sua taxa de excedente. Nunca fature repetições ou passagens internas de avaliação; essas são a sua arquitetura, não a compra do cliente.