ROI de agentes de IA em compras: como medir o retorno com a régua certa

O ROI de um agente de IA em compras é o resultado em reais que o agente causou, menos o que custa operá-lo, medido pedido a pedido. O resultado tem quatro componentes: o saving apurado na régua certa, as horas de comprador devolvidas, o lead time da requisição ao pedido e a cobertura da cauda, ou seja, quanto do gasto passou a ter negociação. Só o primeiro aparece direto no caixa. Os outros três são reais, mas só viram dinheiro em condições que precisam estar escritas.

A régua do saving é a parte que decide se o número sobrevive à primeira auditoria. O histórico de preço da empresa entra como âncora, o alvo que o agente persegue, e como trava do resultado. O saving em si é apurado no evento: a menor proposta válida da primeira tomada de preço menos o valor efetivamente comprado. Este artigo explica por que essa combinação é a correta, mostra um exemplo numérico com a conta aberta e lista os erros que mais distorcem o retorno, para cima e para baixo.

Se a dúvida ainda é o que um agente de compras faz, comece pelo guia de agente de IA para compras. Se a dúvida é sobre fórmulas de saving em geral, o artigo sobre como calcular saving de compras apresenta as três réguas.

Por que o retorno da IA em compras é difícil de provar

Três problemas aparecem em quase toda conversa sobre o retorno de IA em compras, e nenhum deles é de tecnologia.

O primeiro é a baseline escolhida depois. Quando o resultado é bom contra o preço anterior, reporta-se contra o preço anterior; quando é bom contra a proposta, reporta-se contra a proposta. O número sobe, a credibilidade cai.

O segundo é a atribuição. O preço caiu porque o agente negociou, porque o mercado caiu ou porque o comprador já vinha renegociando aquela categoria? Sem uma régua que isole o efeito da negociação, o agente leva o crédito do câmbio, ou perde o crédito para ele.

O terceiro é contar hora como dinheiro. "O agente economizou 400 horas" vira "R$ 30 mil" no slide. Mas se as 400 horas não viraram volume novo tratado nem contratação evitada, o caixa não viu nada.

Não por acaso, ao projetar que mais de 40% dos projetos de IA agêntica serão cancelados até o fim de 2027, o Gartner apontou como motivos o custo crescente, o valor de negócio pouco claro e o controle de risco inadequado (Gartner, junho de 2025). Valor pouco claro, em compras, quase sempre é régua mal definida.

Os quatro componentes do retorno

Componente	O que mede	Como se calcula	Vira caixa quando
Saving apurado	O preço que a negociação do agente tirou	Menor proposta válida da 1ª tomada menos o valor comprado, por item	O pedido é efetivado no preço fechado
Horas de comprador devolvidas	O tempo que o time deixou de gastar na rotina	Pedidos × (minutos antes menos minutos depois) ÷ 60	As horas viram volume novo tratado ou contratação evitada
Lead time	A velocidade da requisição ao pedido	Mediana e percentil 90, antes e depois	Há custo mensurável de atraso, como ruptura ou compra de urgência
Cobertura da cauda	Quanto do gasto passou a ter negociação	Pedidos e valor negociados ÷ total da cauda	Sempre indiretamente: é a base sobre a qual o saving é calculado

Somar os quatro no mesmo número é o erro mais comum. O saving é dinheiro. As horas são capacidade. O lead time é serviço. A cobertura é escopo. Um relatório honesto mostra os quatro lado a lado, e só soma ao resultado financeiro o que passou pela condição da última coluna.

Componente 1: o saving, e qual régua usar

A âncora: o menor preço que a empresa já pagou

Antes de negociar, o agente lê no ERP o histórico de preço do item: quanto a empresa pagou, em que unidade, de qual fornecedor, nos últimos doze meses. O menor preço válido desse histórico é a âncora. Ele diz ao agente onde mirar, e tem uma vantagem que nenhuma meta inventada tem: é um preço que a empresa já conseguiu, com um fornecedor real, em condição real. O fornecedor que ouve "vocês já me venderam isso por menos" não tem argumento de mercado para rebater.

A âncora não é a régua do saving. Ela mede o que ainda está na mesa, não o que a negociação obteve. Usá-la como denominador do resultado criaria um incentivo errado: o saving só existiria quando o preço fechado ficasse abaixo do menor preço histórico, o que zera o resultado justamente nos itens cujo preço subiu por razões de mercado.

A régua: a primeira tomada de preço

O saving é apurado no resultado da negociação, por item:

saving apurado = menor proposta válida da 1ª tomada de preço − valor efetivamente comprado

Por que a primeira tomada, e não a última rodada? Porque o agente trabalha nas rodadas seguintes. Se o denominador fosse a menor proposta do evento já fechado, o ganho arrancado pelas contrapropostas do agente ficaria dentro do próprio denominador, e o saving sairia zero exatamente onde a negociação aconteceu. A primeira tomada é o retrato do preço antes da negociação: as propostas que os fornecedores mandaram quando receberam o pedido de cotação.

Essa régua é uma aplicação disciplinada do que o mercado chama de custo evitado, com a condição que torna o custo evitado auditável: a proposta de referência precisa estar registrada antes da conversa. Por isso ela só vale quando as propostas da primeira rodada ficam gravadas em sistema legível, como o portal de cotação, o anexo do processo no ERP ou a própria trilha do agente. Onde só o vencedor volta para o ERP, não há denominador, e o resultado passa a ser medido contra o preço anterior do mesmo item, o saving realizado, com a limitação de que essa régua não isola o efeito da negociação do efeito do mercado.

A trava: o histórico protege o resultado

Para impedir que uma primeira tomada inflada gere saving artificial, o preço fechado é comparado também com a referência histórica do item. As duas condições precisam valer:

1. Fechado igual ou abaixo da referência histórica: o saving é apurado automaticamente.
2. Fechado acima da referência: a linha vai para confirmação do comprador, com motivo de lista fechada (mercado ou índice, urgência, fornecedor único, especificação, lote mínimo, câmbio), dentro da aprovação por exceção que ele já faz.
3. Confirmado e pedido efetivado: o saving da rodada vale. Pedido cancelado ou devolvido estorna.
4. Sem confirmação: a linha não gera saving, mesmo com o pedido efetivado.

O detalhe que dá força ao arranjo: quem confirma é o comprador do cliente, e ele tende a ser conservador. Cada real que entra pela exceção carrega a assinatura de quem não tem interesse em inflar o número.

Componente 2: as horas de comprador devolvidas

A conta é simples: pedidos tratados vezes a diferença de minutos por pedido, antes e depois, dividido por 60. O que o agente devolve é o tempo de disparar cotação, cobrar resposta, montar o comparativo e digitar o pedido. O que ele acrescenta é o tempo de o comprador olhar a exceção que o agente escalou. As duas partes entram na conta.

Atenção a dois pontos. O primeiro é de nomenclatura: em compras, "custo evitado" já é o nome de uma régua de preço, por isso chamar horas devolvidas de custo evitado confunde o leitor do relatório. O segundo é a condição para virar dinheiro. A hora devolvida vale o custo da hora do comprador se for usada para tratar volume que antes não era tratado, para absorver crescimento de demanda sem contratar, ou para levar o comprador a categorias estratégicas com meta própria. Esse cenário é concreto: a Hackett Group projetou que a carga de trabalho de compras deve crescer 8% em 2026, com headcount e orçamento em queda (The Hackett Group). Se nada disso acontecer, as horas existem, mas não entram no resultado financeiro.

Componente 3: o lead time

O tempo da requisição ao pedido emitido costuma cair muito quando o agente assume a rotina, porque a espera, e não o trabalho, é a maior parte desse tempo. Meça pela mediana e pelo percentil 90, antes e depois, na mesma categoria e na mesma faixa de valor. O guia de lead time explica por que a média engana.

Lead time é serviço para o requisitante e só vira reais quando existe um custo de atraso mensurável: ruptura que parou uma linha, compra de urgência com frete expresso, multa contratual. Se esse custo não for medido com dado, mostre o lead time como indicador de serviço e não o converta em dinheiro.

Componente 4: a cobertura da cauda

Em compras indiretas, a maior parte dos pedidos não abre cotação nenhuma: valor baixo demais para justificar o esforço, prazo curto, fornecedor de sempre. É a curva C, ou tail spend. A cobertura mede quanto dessa cauda passou a ter negociação, em pedidos e em valor.

A cobertura não é dinheiro por si, mas explica de onde o saving vem. Um agente que só trata os pedidos que o comprador já cotava entrega velocidade. Um agente que trata os pedidos que ninguém cotava trabalha sobre uma base de gasto que antes não tinha negociação nenhuma, e é ali que o saving é inteiramente atribuível a ele.

O outro lado da conta: o custo de operar

O custo do agente não é só a licença ou a mensalidade da operação. Entram também:

• Implantação: integração com o ERP, leitura do histórico, configuração de alçada. Normalmente um custo único.
• Tempo do time interno: quem confirma as exceções, quem acompanha a fila, quem responde pela governança.
• Exceções: cada caso escalado consome minutos de comprador e precisa estar na conta de horas.
• Remuneração variável, quando houver: em modelos com parte atrelada ao saving apurado, essa parte é custo e entra no lado de lá.

Exemplo numérico com a conta aberta

Todos os números abaixo são hipotéticos, de uma empresa ilustrativa, e servem para mostrar a mecânica. Não são tabela de preço nem resultado de cliente.

A cauda antes do agente. 1.500 pedidos por mês abaixo de R$ 10 mil, somando R$ 3,0 milhões por mês. O comprador cota 300 deles, os de maior valor, gastando cerca de 40 minutos em cada um. Os outros 1.200 são emitidos direto para o fornecedor de sempre, sem cotação.

O que o agente assume. Ele passa a negociar 1.000 dos 1.200 pedidos que não tinham cotação, somando R$ 2,0 milhões por mês. Também assume a rotina operacional dos 300 que o comprador já cotava: dispara a cotação, monta o comparativo e prepara o pedido, e o comprador só decide.

Saving apurado no mês típico. Nos 1.000 pedidos negociados, a soma das menores propostas válidas da primeira tomada foi R$ 2,08 milhões e o valor comprado foi R$ 2,0 milhões:

• R$ 2.080.000 − R$ 2.000.000 = R$ 80.000 de saving apurado.
• Pela trava, R$ 250 mil em itens fecharam acima da referência histórica. O comprador confirmou R$ 180 mil, com motivo. Os R$ 70 mil restantes não foram confirmados, e o saving apurado neles, R$ 2.500, não conta.
• Saving válido: R$ 80.000 − R$ 2.500 = R$ 77.500 por mês.

Nos 300 pedidos que o comprador já cotava, o saving não entra na conta do agente. Ele já existia antes, e atribuí-lo ao agente seria contar duas vezes.

Horas devolvidas. Nos 300 pedidos já cotados, o tempo do comprador cai de 40 para 10 minutos: 300 × 30 ÷ 60 = 150 horas. Nos 1.000 pedidos novos, o agente escala 6% para o comprador, 60 casos de 15 minutos: 15 horas a mais. Saldo: 135 horas por mês. A R$ 75 por hora, custo carregado hipotético, são R$ 10.125 por mês, e só entram no resultado se a empresa usar essas horas para algo que ela pagaria de outra forma.

Cobertura. Antes, 300 de 1.500 pedidos tinham negociação (20%). Depois, 1.300 de 1.500 (cerca de 87%).

Custo da operação, hipotético. R$ 40 mil de implantação, uma vez, e R$ 25 mil por mês de operação.

Rampa e acumulado. O agente começa com 30% dos 1.000 pedidos, vai a 60% no segundo mês e a 100% no terceiro. Só o saving válido entra na conta abaixo, as horas ficam de fora:

Mês	Saving válido	Custo do mês	Resultado do mês	Acumulado
1	R$ 23.250	R$ 65.000 (implantação + operação)	− R$ 41.750	− R$ 41.750
2	R$ 46.500	R$ 25.000	+ R$ 21.500	− R$ 20.250
3	R$ 77.500	R$ 25.000	+ R$ 52.500	+ R$ 32.250
4 em diante	R$ 77.500	R$ 25.000	+ R$ 52.500 por mês

A leitura que vai para o comitê: resultado líquido de R$ 52,5 mil por mês em regime, acumulado positivo a partir do terceiro mês, com 135 horas de comprador por mês disponíveis e cobertura da cauda de 20% para 87%. Cada linha do saving pode ser refeita item a item, com a proposta da primeira tomada e o pedido emitido na mesma tela.

Como montar a linha de base antes de ligar o agente

O retorno só é crível se a linha de base existir antes do primeiro pedido negociado. Ela tem cinco itens:

1. O escopo: quais categorias, faixas de valor e unidades o agente vai tratar, e quais ficam de fora.
2. O volume atual: pedidos e valor por mês da cauda, quantos já são cotados e quantos não são.
3. A referência histórica de cada item: menor preço válido nos últimos 12 meses, na mesma unidade de medida, com o critério escrito (por exemplo, pelo menos três compras no período).
4. O tempo atual por pedido: quanto o comprador gasta nos pedidos que cota, medido ou estimado com premissa declarada.
5. A régua e a trava: escritas e assinadas pelas duas partes antes de começar, com a lista de motivos de exceção.

Um ponto que costuma ser esquecido: a referência histórica envelhece. Um piso de preço praticado só no primeiro semestre pode estar fora do mercado no segundo. É por isso que a trava manda a linha para confirmação, em vez de descartá-la.

Indicadores para acompanhar mês a mês

Indicador	Fórmula	Para que serve
Saving válido	Soma do saving apurado nas linhas que passaram pela trava	É o resultado financeiro
Taxa de exceção	Casos escalados ÷ casos tratados	Mede a carga que volta ao comprador e a qualidade da alçada
Taxa de confirmação	Valor confirmado ÷ valor acima da referência	Mostra se a trava está calibrada
Cobertura em valor	Valor negociado ÷ valor total da cauda	Mostra quanto da base o agente alcança
Lead time mediano	Mediana da requisição ao pedido	Mostra o serviço ao requisitante
Horas devolvidas	Pedidos × diferença de minutos ÷ 60	Mostra a capacidade liberada

A calculadora de saving faz as contas das réguas de saving item a item e exporta a planilha em CSV. Os KPIs de compras completam o painel da área.

Erros que inflam ou escondem o retorno

• Usar a última rodada como referência. Esconde o trabalho do agente: o saving das contrapropostas some dentro do denominador.
• Usar a proposta inicial sem registro. Infla o resultado: proposta reconstituída depois do fechamento é memória, não baseline.
• Atribuir ao agente o saving que o comprador já obtinha. Conta duas vezes o mesmo ganho.
• Anualizar um saving pontual. Uma compra única não vira economia recorrente.
• Converter todas as horas em reais. Só vale para as horas que viraram volume tratado ou contratação evitada.
• Ignorar o custo do time interno. Exceção confirmada é tempo de comprador, e esse tempo é custo.
• Esquecer o estorno. Pedido cancelado ou devolvido precisa sair do resultado do mês.

Por que não medir o retorno como múltiplo

Muitas apresentações resumem o retorno de IA num múltiplo do investimento. Ele parece objetivo e esconde quase tudo o que importa. Esconde a escala: um retorno alto sobre uma base pequena pode valer menos do que um retorno modesto sobre a cauda inteira. Esconde o tempo: não diz quando o acumulado vira positivo. E esconde a régua: o mesmo múltiplo sai de réguas completamente diferentes.

As três perguntas que o comitê precisa responder são outras. Quanto entra por mês, em reais, depois do custo? A partir de quando o acumulado é positivo? Cada linha pode ser auditada no sistema? A tabela do exemplo responde às três.

Perguntas frequentes

Como medir o ROI de agentes de IA em compras?

Somando o resultado em reais que o agente causou e subtraindo o custo de operá-lo, pedido a pedido. O resultado tem quatro componentes: saving apurado pela primeira tomada de preço, horas de comprador devolvidas, lead time e cobertura da cauda. Só o saving entra direto no caixa. As horas entram apenas se viraram volume novo tratado ou contratação evitada, e o lead time apenas se houver custo de atraso medido.

Qual régua de saving usar para medir um agente de IA?

A menor proposta válida da primeira tomada de preço menos o valor efetivamente comprado, por item. A primeira tomada é o preço antes da negociação; usar a última rodada esconderia o ganho das contrapropostas do agente. O menor preço que a empresa já pagou entra como âncora da negociação e como trava: se o preço fechado ficar acima dele, a linha só conta com confirmação do comprador e motivo registrado.

Por que não usar o menor preço já pago como base do saving?

Porque ele mede o que ainda está na mesa, não o que a negociação obteve. Como denominador, ele zeraria o saving justamente nos itens cujo preço subiu por razão de mercado, mesmo quando a negociação foi boa. Por isso ele funciona melhor como âncora, o alvo que o agente persegue, e como trava do resultado.

Horas economizadas pelo agente contam como retorno?

Contam como capacidade, e só viram dinheiro em três casos: quando as horas passam a tratar volume que antes não era tratado, quando absorvem crescimento de demanda sem contratação, ou quando o comprador é levado para categorias estratégicas com meta própria. Fora disso, as horas existem, devem aparecer no relatório, mas não devem ser somadas ao resultado financeiro.

Em quanto tempo um agente de IA em compras se paga?

Depende do volume da cauda, da rampa de cobertura e do custo de implantação, então a resposta honesta é uma conta, não um prazo padrão. No exemplo hipotético deste artigo, com 1.000 pedidos novos por mês e rampa de três meses, o acumulado vira positivo no terceiro mês. Monte a mesma tabela com o seu volume e o seu custo antes de decidir.

O que é cobertura da cauda de compras?

É a fração da cauda, em pedidos e em valor, que passa a ter negociação. Na maioria das empresas, a maior parte dos pedidos de baixo valor é emitida sem cotação. A cobertura mostra quanto desse gasto o agente alcançou e explica de onde vem o saving: o que é negociado em pedido que antes não tinha negociação nenhuma é inteiramente atribuível ao agente.

Como evitar que o ROI do agente seja contestado pelo financeiro?

Declarando a régua e a trava antes de começar, registrando as propostas da primeira tomada em sistema legível, excluindo o saving que o comprador já obtinha, estornando pedidos cancelados e mantendo cada linha reconciliada com o pedido no ERP. O teste rápido é pegar as cinco maiores linhas do mês e refazer a conta na mão, com o documento na frente.

Como a UpFlux faz

O Agente Negociador da UpFlux opera a cauda de compras dentro do Protheus, do Datasul ou do SAP: lê o histórico do item, usa o menor preço já pago como âncora, negocia, emite o pedido como usuário nomeado e devolve ao comprador só o que sai da alçada. O resultado é apurado item a item e registrado no RoAI, reconciliado com o lançamento no ERP do cliente, sem planilha paralela. Numa multinacional industrial, publicado em resultados, foram R$ 1,6 milhão capturados sobre spend que ninguém negociava, com mais de 6% de saving sobre a base e nenhuma contratação.

Para estimar o seu caso, a calculadora de tail spend dá a ordem de grandeza da cauda, e a visão geral de IA em compras mostra o que o agente decide sozinho e o que continua com o comprador.