← Todos os insights

Nota de campoRecorte: Brasil4 min de leitura

Um agente pode liberar 28.000 horas e economizar metade do dinheiro prometido. Horas são capacidade, não valor

Business cases de agentes ainda se apoiam em horas economizadas. As evidências desta semana mostram por que o número superestima o valor, onde o valor maior se esconde e quais custos ficam de fora.

Ouça este artigo · 5 min

Narração completa do artigo, gerada por IA.

Visão de perto do mostrador de um cronômetro, em duotone La Madre, ao lado das palavras Horas não são valor
Foto: rawpixel (CC0)

Um comitê gestor aprova um agente para triagem de sinistros. O business case diz que ele vai liberar 28.000 horas por ano, no valor de cerca de US$ 1,26 milhão. Um ano depois, o agente funciona como projetado e as horas foram liberadas. O financeiro encontra cerca de metade do dinheiro.

Ninguém falhou. A outra metade foi para onde o tempo não atribuído sempre vai: em dias um pouco mais lentos, um pouco mais de reuniões, um trabalho um pouco melhor que ninguém mede.

Os números desse cenário não são nossos. Eles vêm de um exemplo ilustrativo de sinistros em um framework publicado pela AWS em 7 de outubro, e os autores, Manish Ballal e Sumit Wasuja, são diretos sobre a lição: “liberar horas não é o mesmo que economizar dinheiro.” No exemplo deles, 200.000 sinistros por ano a doze minutos cada, 70% automatizados, liberam cerca de 28.000 horas. Apenas cerca de US$ 630.000 dos US$ 1,26 milhão são realizados, por meio de vagas não repostas e menos horas extras.

Horas são um insumo, não um resultado

O modelo de horas economizadas foi projetado para automação baseada em regras. A AWS lista o que ele deixa de fora para agentes: manutenção conforme os processos mudam, exceções, o custo da supervisão humana e a suposição de que horas economizadas se transformam em lucro e prejuízo por conta própria.

Nossa visão, e é um argumento e não um resultado medido, é mais forte. Horas economizadas são capacidade. Capacidade se torna valor somente por meio de uma decisão operacional: uma linha de custo que encolhe, ou um resultado nomeado com seu próprio dono e sua própria medida. Sem essa decisão, o agente pode funcionar perfeitamente e o business case ainda falha.

De horas liberadas a valor que alguém consegue encontrarO AGENTEA GESTÃO DECIDEO FINANCEIRO MEDE01Horasliberadas peloagente02Destinonomeado antesdo go-live03Corte de custoou resultadomedido04Menos custosde execução:tokens,avaliação,supervisão05Valor líquidoque ofinanceiroconseguerastrearProduzido pelo sistemaUma decisão operacional
  1. Horas liberadas pelo agente
  2. Destino nomeado antes do go-live
  3. Corte de custo ou resultado medido
  4. Menos custos de execução: tokens, avaliação, supervisão
  5. Valor líquido que o financeiro consegue rastrear
  • O agente: Horas liberadas pelo agente
  • A gestão decide: Destino nomeado antes do go-live · Corte de custo ou resultado medido
  • O financeiro mede: Menos custos de execução: tokens, avaliação, supervisão · Valor líquido que o financeiro consegue rastrear

Produzido pelo sistemaUma decisão operacional

A maioria dos business cases para na primeira caixa. O valor é decidido na segunda e encontrado na última.

Onde o valor maior costuma se esconder

O mesmo framework aponta para valor que as horas deixam de fora completamente.

Exceções. A AWS coloca o custo de corrigir uma transação em 1,5 a 4 vezes o custo de lidar com ela uma vez. No exemplo de sinistros, 8% dos sinistros que precisam de correção representam cerca de US$ 504.000 por ano de exposição. Um agente que reduz erros pode valer mais do que um que reduz minutos, que é o redesenho que descrevemos em validação de negociações com evidência da Chatham Financial.

Qualidade da decisão. Consistência e precisão em escala são um caso separado, justificado em seus próprios termos, e não como redução de custo.

Mudança. Scripts baseados em regras quebram quando o processo muda. O framework compensa a manutenção que um agente evita contra o que custa operá-lo.

Onde os custos se escondem

A mesma semana trouxe dois lembretes de que o lado do custo também se move. A Anthropic cortou o preço do Claude Haiku 5.5 em 90% abaixo de 100.000 tokens, o que discutimos como uma decisão de arquitetura sobre a linha de preço. Tokens mais baratos ajudam, mas tokens são uma linha na fórmula de custo da AWS, ao lado de implementação, integração, avaliação, supervisão, governança e gestão de mudança. Em trabalhos regulados, a revisão humana é um requisito, não uma opção, então a supervisão é um custo fixo que nenhum corte de preço remove.

O Google, enquanto isso, estendeu o uso pay-as-you-go acima das cotas agrupadas para mais edições do Gemini Enterprise. Uma licença está se tornando o piso da conta, não o teto, e é por isso que orçamentos de agentes ficam ao lado de permissões de agentes.

E métricas de tempo precisam de todo o processo. A Cornerstone OnDemand relata diagnóstico de banco de dados caindo de cerca de 45 para 10 minutos. Isso é um ganho real em um segmento de um incidente. O valor para os clientes depende de se o tempo de resolução cai junto.

Um business case que sobrevive ao seu segundo ano

  1. Nomeie o destino de cada hora liberada antes do go-live: um custo que encolhe, ou um resultado com um dono e uma métrica.
  2. Conte cada benefício uma vez. A regra da AWS vale a pena copiar: conte valor realocado ou uma redução de custo em dinheiro, não ambos.
  3. Coloque exceções no caso base. Meça a taxa de correção antes do agente e depois.
  4. Precifique a execução, não o token: avaliação, supervisão, governança e uso medido além da licença.
  5. Meça o processo inteiro, não a etapa que o agente toca.

Nada disso argumenta contra agentes. Argumenta contra aprová-los com base em um número que mede atividade em vez de valor. O segundo ano é quando o financeiro procura o dinheiro, e a decisão sobre para onde as horas vão tem que ser tomada no primeiro.

Tem um caso de uso de IA parado entre o protótipo e a produção?

Conte o que você quer colocar no ar. Respondemos com próximos passos honestos.

Converse sobre um caso de uso