Se os Agentes Gastam, Eles Precisam de uma API de Orçamento para Consultar

A inflação de preço de software ficou em 16,4% em junho de 2026, contra cerca de 2,7% de inflação geral no G7. O dado é do Vertice SaaS Inflation Index, que oscilou entre 12% e 16,4% ao longo de 2026, atingiu 14,7% no quarto trimestre de 2025 e ficou em 16,4% em junho de 2026. O Zylo 2026 SaaS Management Index, construído sobre mais de 40 milhões de licenças e mais de US$ 75 bilhões de gasto rastreado, aponta que a empresa média gasta US$ 55,7 milhões por ano em SaaS, um aumento de 8%, com o portfólio parado em 305 aplicações. O mesmo número de ferramentas custando mais dinheiro.

Já argumentamos que o assento acabou como unidade de valor. Esse debate está encerrado. A pergunta aberta é o que a substituição faz com os seus controles, porque preço por consumo, por resolução e por resultado movem para o runtime uma decisão que pertencia a compras. E no runtime ninguém está olhando.

O Comprador Trocou de Identidade

A frase de Jason Lemkin sobre escolha de fornecedor merece atenção: “cada vez mais, os agentes vão escolher o fornecedor. E o modelo é crítico nessa decisão.” Um agente que escolhe entre duas APIs em tempo de execução está fazendo uma compra. Ele lê latência, capacidade e preço, e então compromete o seu dinheiro.

Todo termo comercial relevante para essa decisão precisa ser legível por máquina. Caso contrário, o agente decide pelos termos que consegue interpretar e ignora o resto. Limites de taxa, preço por unidade, comportamento no excedente, saldo restante. Se isso vive em um PDF assinado em março, o agente compra às cegas.

Do lado do vendedor a leitura é mais dura. “Se você vende por assento, você é a fonte de financiamento. Essa é a posição de onde você negocia em 2026.” Fornecedores por assento são de onde sai o dinheiro que paga a IA cobrada por consumo, e isso é um fato de compras antes de ser uma opinião sobre preço.

Resolução É a Camada Que Dá para Alcançar

Preço por resultado é a camada mais difícil de alcançar. A estimativa de Lemkin: “preço por resultado é difícil em cerca de 95% das categorias.” O problema de atribuição explica por quê. Se um agente de suporte atende uma conversa e o cliente renova algumas semanas depois, nenhum sistema de faturamento consegue reivindicar essa renovação com honestidade.

Resolução fica abaixo de resultado e acima de consumo bruto, e é mensurável dentro do próprio sistema do fornecedor. Um chamado fechado. Uma pergunta respondida sem escalar. Essa mensurabilidade é o que torna a resolução cobrável sem uma discussão trimestral.

Ela também cria uma conta que vale fazer antes de assinar. Uma tarifa de US$ 2,00 por conversa com taxa de resolução de 60% equivale a US$ 3,33 por resolução efetiva. O número anunciado e o número pago diferem em 67%, e a diferença é determinada inteiramente por uma métrica de qualidade que o fornecedor controla. Normalize toda cotação por consumo para a unidade que interessa antes de comparar duas delas. Fizemos o mesmo argumento sobre comparar camadas de agentes em vez de preços de tabela.

Escreva a Definição Antes de o Piloto Começar

O trabalho de governança aqui é pequeno, tedioso, e acontece antes da primeira fatura ou não acontece. A versão de Lemkin: “escreva a definição da unidade cobrável antes de o teste começar… O que conta como resolvido? O que acontece em um contato de retorno sobre o mesmo problema? Quem arbitra? Coloque no papel antes da primeira fatura, não depois da primeira disputa.”

Três perguntas, uma página, assinada pelos dois lados. Um cliente que aciona o suporte duas vezes sobre o mesmo problema gera uma resolução ou duas, e a resposta acordada muda a fatura de forma material. A resposta padrão do fornecedor vai favorecer o fornecedor. Isso é apenas o efeito de um termo vago.

A cláusula de arbitragem é a que precisa estar escrita. Quando a telemetria do fornecedor reporta uma taxa de resolução e os seus dados de satisfação apontam algo pior, alguém decide. Nomeie esse alguém no contrato.

O Orçamento Vira Controle de Runtime

Lemkin lista quatro obrigações que um fornecedor cobrado por consumo deve ao comprador. Leia como especificação de controle, porque é isso que são:

Um teto rígido. “Um teto rígido que o cliente define, não você. Não um alerta. Uma parada.” Alerta é a notificação de que o dinheiro já saiu. Teto é uma fronteira que o sistema não consegue atravessar.
Blocos pré-comprados com rollover. Gasto comprometido que não evapora no fim do trimestre, o que remove o incentivo de queimar orçamento por queimar.
Alerta de limiar endereçado ao comprador. “Quem assina a renovação deveria descobrir aos 60% do orçamento, não na fatura.” A obrigação é de roteamento: o administrador não é quem assina a renovação.
Uma API de orçamento que o agente consiga consultar. A avaliação do próprio Lemkin: “quase ninguém construiu isso. Se os agentes estão gastando, eles precisam consultar o orçamento restante do mesmo jeito que consultam qualquer outra coisa.”

Esse último item é a peça que quase ninguém construiu, e é a peça que decide se gasto autônomo é governável. Um agente que não consegue ler o saldo restante tem exatamente dois estados: gastando, ou parado por falha. Dê a ele um endpoint de saldo e ele degrada de forma deliberada. Troca para o modelo mais barato conforme o saldo cai. Agrupa em lote em vez de streaming. Enfileira trabalho não urgente até o próximo bloco. Pergunta a um humano antes que o saldo acabe.

Nada disso é engenharia exótica. É o mesmo padrão que qualquer API com limite de taxa já implementa, aplicado a dinheiro em vez de requisições. Minha leitura de por que quase ninguém construiu isso: o preço por consumo assumiu um humano lendo um painel uma vez por mês.

De Onde o Dinheiro Está Saindo

A Redpoint pesquisou 141 CIOs em março de 2026. Quarenta e cinco por cento disseram que o orçamento de IA sai do orçamento de software existente, em vez de dinheiro novo. A Creative Strategies coloca um número mais afiado no mesmo comportamento: apenas cerca de 28 centavos de cada dólar incremental de IA são orçamento de TI genuinamente novo, e os 72 centavos restantes vêm de algo que já estava no stack.

Essa leitura é contestada. A pesquisa da RBC com CIOs chega a uma conclusão diferente e encontra gasto de IA majoritariamente novo. As duas não podem estar certas, e a resposta provavelmente varia por porte e setor, então trate os 28 centavos como claim direcional, e não como assunto encerrado. Mais difícil de contestar é a consequência que os compradores relatam diretamente: 79% dos líderes de TI levaram um aumento de preço na renovação nos últimos 12 meses, 78% receberam cobranças inesperadas ligadas a recursos de IA ou consumo, e 61% cortaram projetos planejados para absorver aumentos imprevistos de custo de SaaS. Projeto cancelado é o preço real do consumo sem medição.

A reação defensiva já é visível. Cinquenta e quatro por cento dos CIOs pesquisados rodam programas de consolidação de fornecedores, apenas 3% esperam que a IA leve a mais fornecedores, e 54% disseram que prefeririam que o fornecedor atual adicionasse IA a trocar por uma alternativa nativa de IA. Em 2026, ser incumbente vale mais do que ter produto superior, o que é difícil de ouvir para um desafiante e fácil de verificar na renovação. Traçamos o lado de compras disso em reprecificação de IA empresarial e em o que uma página de preço precisa dizer para uma máquina.

Faça Isso Agora

Pegue um fornecedor de IA cobrado por consumo que já está no seu stack e gaste uma hora em quatro coisas.

Ache a definição da unidade cobrável no contrato. Se ela não existe, ou se está escrita como “por interação bem-sucedida” sem regra de retorno e sem árbitro, esse é o seu primeiro pedido de aditivo.

Normalize o preço. Divida a tarifa unitária pela taxa de sucesso reportada pelo próprio fornecedor e compare esse número, não o preço de tabela, com a alternativa.

Peça ao fornecedor dois endpoints: saldo restante e teto rígido. Não um alerta. Uma parada que o sistema do fornecedor aplica, com um valor que você define. A resposta que você receber diz o quanto eles pensaram sobre compradores autônomos.

Depois, redirecione a notificação de 60% para quem assina a renovação. Isso é uma mudança de configuração e elimina uma forma comum de uma fatura por consumo virar surpresa.

Fornecedores que entregarem uma API de orçamento vão vencer a seleção feita por agentes, porque um agente só consegue se comprometer com um gasto que ele consegue limitar. Compradores que pedirem essa API agora vão obtê-la antes de a fatura ensinar por que eles a queriam.

Fontes

SaaStr (Jason Lemkin). “The 3 New Pricing Models in B2B. Pick One, Because The Old One (Just Seats) Really is Dying.” Agosto de 2026. O artigo reporta o Vertice SaaS Inflation Index, o Zylo 2026 SaaS Management Index, a pesquisa Redpoint de março de 2026 com CIOs e a estimativa de substituição orçamentária da Creative Strategies.

A Victorino ajuda times de engenharia e compras a transformar contratos por consumo em controles de runtime que o agente obedece: contato@victorino.com.br | www.victorino.com.br