Pões o agente em produção, o painel diz que resolve 90% dos casos e a poupança não aparece em lado nenhum. Nem em horas, nem em custos, nem na cara de quem fazia esse trabalho. O painel não mente: mede o que o agente faz. A poupança decide-se no que ele não faz. (Os 90% são um exemplo para ilustrar o padrão, não um número de nenhum cliente.)
A tese numa linha: uma automatização sem responsável pela fila de exceções não poupa horas, desloca-as e esconde-as. O trabalho que o agente não resolve não desaparece; muda de mãos, perde o contexto que tinha e deixa de ser contado onde se verificava a poupança.
A fila de exceções de um agente de IA: os 10% que decidem se poupas
Uma fila de exceções é a lista dos casos que o agente não sabe resolver, ou não se atreve a fechar, e deixa para uma pessoa. Todo o agente tem uma, mesmo que ninguém lhe chame assim: uma pasta de correio, um canal de chat, um separador «rever» numa folha de cálculo, um estado estranho no CRM. O que muda de empresa para empresa não é existir, mas ter ou não um responsável.
O padrão repete-se quase sempre igual. No primeiro mês as exceções são poucas e quem montou o agente olha para elas, curioso. No terceiro são mais, vê-as quem passa por ali e ninguém as prioriza. No sexto a fila é um cemitério: casos com semanas, clientes que escreveram duas vezes e o hábito coletivo de fechar com «resolvido por outra via» aquilo que ninguém investigou. A percentagem de casos resolvidos pelo agente continua alta. A poupança já não.
O que se sabe sobre o que acontece aos alertas de que ninguém trata?
Pouco sobre agentes de negócio, e convém dizê-lo. O dado mais próximo vem das operações de rede. A 23 de setembro de 2026, a Cisco publicou um inquérito realizado pela Omdia a 1000 responsáveis de TI e de operações de rede em organizações com mais de 500 trabalhadores na América do Norte, Europa Ocidental e Ásia-Pacífico. Segundo o comunicado da Cisco, quase metade dos alertas de rede é fechada sem investigação, uma proporção quase idêntica de inquiridos diz que o tempo de investigação vai a perseguir falsos positivos, e a organização média gera cerca de 4100 alertas e eventos de monitorização por dia. Limpar à mão o backlog diário de alertas de rede exigiria, segundo o mesmo relatório, da ordem de 100 especialistas de TI (comunicado de imprensa da Cisco, 23-09-2026).
Três ressalvas antes de o usar. É um inquérito publicado por um fabricante que vende precisamente a solução para esse problema. É sobre operações de rede, não sobre operações de negócio. E não é uma medição de Portugal nem de nenhum país em concreto. Não descreve o que acontece ao teu agente de faturação. Usamo-lo como indicador avançado: quando o que há para ver excede o que uma pessoa consegue ver, o racional é fechar sem ver. A tua fila será mais pequena, mas o mecanismo é o mesmo.
Porque é que uma fila sem responsável esconde a poupança em vez de a perder?
Porque o trabalho não desaparece, muda de forma. Antes, uma pessoa fazia o caso inteiro. Agora o agente despacha o troço fácil e o difícil chega a alguém que já tem outras coisas em cima, sem o contexto que o processo antigo tinha. Cada exceção custa mais do que um caso normal e, ainda por cima, é invisível: não aparece no painel do agente, aparece como tempo perdido na agenda de três pessoas diferentes.
- As horas que o painel diz ter libertado gastam-se a apagar exceções, repartidas por gente que não as contabiliza.
- Os casos difíceis costumam ser os de mais valor: o cliente grande, o montante estranho, a reclamação.
- O que se fecha sem investigar não se aprende. O agente não melhora porque ninguém lhe explica porque falhou.
É a mesma armadilha que explica porque as horas libertadas não são poupança: conta-se o que o agente tira e não o que reaparece noutro sítio. E não é o problema de a métrica que faz o teu agente mentir: aí falha o que se mede; aqui falha o turno. Ninguém tem a tarefa de ver o que sobra.
O que deve ficar escrito antes de ligar o agente?
Quatro coisas, numa página, antes da primeira execução em produção:
- Quem vê a fila. Um nome e um suplente, não «a equipa». Se a resposta é «quem puder», não a vê ninguém.
- Com que frequência. Uma ou duas janelas fixas por dia, não «quando houver um intervalo».
- Qual é o SLA de uma exceção. Quanto pode esperar um caso antes de contar como incumprimento, diferente consoante o cliente ou o montante.
- O que acontece quando a fila cresce duas semanas seguidas. Uma regra de disparo: pára-se a ampliação do agente e revê-se porque entram tantos casos.
A quarta é a que quase ninguém escreve, e é a que transforma a fila num instrumento de gestão em vez de um balde. Uma fila que cresce não é um problema de pessoas: é o sinal de que o agente resolve menos do que julga ou de que mudou o que lhe chega. O guia para medir o desempenho das tuas automatizações conta as exceções por semana entre as métricas-chave; aqui juntamos o responsável e o turno de que essa métrica precisa para servir de alguma coisa.
Quem deve tratar das exceções: uma pessoa, uma equipa ou outro agente?
Depende do que custa o erro. Se o custo é baixo e o volume alto, outro agente pode triar e resolver com regras mais rígidas. Se é alto e pouco frequente, vai para uma pessoa com critério e autoridade para decidir. É a mesma lógica de onde pôr a validação humana sem matar a poupança, aplicada ao que fica depois de o agente ter feito a sua parte.
Quando o volume cresce, a boa vontade deixa de bastar e é preciso supervisão humana da IA à escala: turnos, amostragem e critério escrito. E para que quem trata uma exceção consiga reconstituir o que se passou, precisa de rastreabilidade das decisões da IA. Sem ela, cada exceção é investigada do zero ou não é investigada.
Como saber se a tua fila de exceções já morreu?
Com um teste de dez minutos. Pergunta a três pessoas que mexem no processo quantas exceções houve ontem e quantas continuam abertas. Se derem três números diferentes, ou nenhum, a fila não tem responsável. Depois ordena os casos abertos por antiguidade e compara o mais antigo com o SLA que devia ter. Se não há SLA, tens a resposta.
Um segundo sinal é o motivo de fecho. Se a maioria das exceções se fecha com uma etiqueta genérica e sem nota sobre o que aconteceu, a fila funciona como caixote do lixo, não como fonte de melhoria. Cada exceção bem fechada devia poder voltar ao agente como caso de teste.
Quando isto não se aplica a ti
Se o teu agente trata um volume baixo e o custo de um erro é trivial, uma fila formal é burocracia: basta um resumo diário a uma pessoa. Também não se aplica se a exceção já tem um dono natural, como a caixa de uma equipa de suporte com a sua própria escala de prevenção. Muda quando as exceções de vários agentes chegam ao mesmo sítio, ou quando ninguém saberia dizer quantas houve ontem.
A frase para levar: a poupança de um agente não se mede no que resolve, mas no que sobra depois de contar o que não resolve e quem o apanha. Antes de o ligar, põe nome a quem vê a fila.