Uma pessoa deve aprovar toda etapa em que um erro sai caro, é difícil de desfazer ou fica visível para o cliente, e toda decisão que depende de um contexto que o sistema não enxerga. O resto (mover dados, aplicar regras, enviar atualizações de rotina) deve rodar sozinho. Os sistemas que se sustentam são desenhados em torno dessa linha desde o primeiro dia, com a passagem entre máquina e pessoa planejada com o mesmo cuidado que a própria automação.
Human in the loop na automação com IA: quais etapas uma pessoa deve aprovar?
Automação é boa nas partes do trabalho que têm uma resposta certa: mover o dado, aplicar a regra, enviar a atualização. É um substituto fraco para o julgamento. Um cliente que precisa ser acalmado, uma exceção que tecnicamente quebra a regra mas é obviamente a decisão certa, um relacionamento que se mantém porque alguém lembrou de um detalhe que ninguém registrou em lugar nenhum: isso continua sendo trabalho de gente.
Na prática, classificamos cada etapa de um fluxo com três perguntas. Um erro aqui pode ser desfeito sem custo? Cliente, fornecedor ou a Receita vão ver o resultado? A resposta certa depende de algo que não está nos dados? Se as três respostas forem não, a etapa roda automaticamente. Se qualquer uma for sim, uma pessoa aprova, ou pelo menos vê antes de sair.
Pense no contas a pagar como exemplo. Um fluxo no n8n lê as notas fiscais e boletos que chegam no e-mail do financeiro, o Claude extrai fornecedor, valor, vencimento e itens, e o lançamento entra como rascunho no Omie ou no Bling. Ler, extrair e lançar em rascunho são passos reversíveis e ninguém de fora vê, então rodam sozinhos. O pagamento não tem volta, então uma pessoa aprova o lote antes do Pix ou da remessa sair. Fornecedor novo, chave Pix ou conta bancária alterada, ou um boleto bem acima do valor habitual daquele fornecedor (digamos, 20% maior que o último) vai para uma pessoa com o documento original e o histórico anexados, porque é exatamente aí que golpes e erros caros se escondem.
Por que sistemas totalmente automáticos falham em silêncio
A demonstração de um processo 100% automático sempre funciona, porque usa entradas limpas. A operação real não é assim. O cliente manda áudio no WhatsApp em vez de texto, o fornecedor muda o layout da nota, um código de produto sai de linha mas continua aparecendo em pedidos antigos. Um sistema sem ponto de controle humano não para quando encontra esses casos. Ele dá o seu melhor palpite e segue em frente, e a resposta errada se espalha para o CRM, para o ERP e para a caixa de entrada do cliente antes que alguém perceba.
Esse é o risco de verdade. Pessoas também erram, mas um sistema sem supervisão erra em silêncio e em escala. Uma taxa de erro irrelevante para alguém que atende 20 solicitações por dia vira um mutirão de correção toda semana quando a mesma lógica processa 2.000.
Automatize o volume, leve as decisões de julgamento para uma pessoa com contexto completo e nunca deixe um erro avançar sem que alguém o veja.
Como desenhamos a passagem entre o sistema e a pessoa
A passagem só funciona se quem recebe consegue decidir em menos de um minuto. Isso significa que o sistema envia contexto, não apenas um alerta. Quando uma solicitação sai do que a automação deve resolver, a pessoa recebe a mensagem original, o que o sistema entendeu, o que ele teria feito e por que parou, dentro da ferramenta que a equipe já usa (normalmente WhatsApp ou Slack), com a opção clara de aprovar ou editar.
O gatilho dessa passagem é um limite de confiança. Quando um modelo como o Claude ou o ChatGPT classifica uma solicitação de atendimento, ele pode devolver junto com a resposta o quanto está seguro dela. Acima do limite, a resposta de rotina sai. Abaixo, o rascunho vai para revisão humana. Começamos com um limite conservador, para que mais itens passem por pessoas nas primeiras semanas, e só baixamos quando o registro de revisões mostra quais categorias o sistema acerta com consistência.
O mesmo princípio está por trás de um portal de atendimento que construímos para um cliente. As solicitações de rotina agora são resolvidas automaticamente, devolvendo cerca de 30 horas por mês para a equipe, enquanto os casos que realmente precisam de gente continuam com ela. O objetivo nunca foi tirar a equipe do atendimento. Foi parar de gastar o tempo dela com pedidos que não precisavam dela.
Como são as proteções na prática
A aprovação é a parte visível. Por baixo dela, todo sistema que construímos tem o mesmo conjunto de proteções:
- Registro de cada ação, para que qualquer resultado possa ser rastreado até a entrada e a regra que o geraram.
- Alertas quando algo sai da faixa esperada, por exemplo um pedido com dez vezes a quantidade média daquele cliente, ou uma sincronização noturna que processou zero registros.
- Acesso restrito, para que um agente que redige respostas não consiga também emitir estornos ou mudar preços.
- Logs de auditoria que mostram quem aprovou o quê, e quando.
- Regras claras de escalonamento, definindo quem recebe cada tipo de exceção, em quanto tempo precisa responder e quem cobre quando essa pessoa está fora.
Nada disso é exótico. n8n, Make e Zapier têm tratamento de erros e notificações, e o HubSpot guarda o histórico de cada propriedade dos registros. O trabalho de verdade é decidir, antes de colocar no ar, o que conta como anormal e quem é dono da resposta quando acontecer.
Por onde começar
Escolha um processo que você está prestes a automatizar, ou um que já roda, e liste todas as etapas numa única página. Marque cada etapa com as três perguntas: dá para desfazer, aparece fora da empresa, depende de contexto. As etapas com três nãos são candidatas à automação, e todas as outras precisam de um ponto de aprovação e de um responsável com nome. Se quiser um segundo olhar sobre esse mapa, é a revisão que a JARA faz antes de construir qualquer coisa.
Perguntas frequentes
O que significa human in the loop na automação com IA?
Significa que o sistema pausa em pontos definidos e uma pessoa revisa, aprova ou corrige o resultado antes de o processo continuar. A automação cuida do volume, e a pessoa cuida das decisões em que um erro custa caro ou em que a resposta certa depende de contexto.
As aprovações não anulam o tempo que a automação economiza?
Não, quando estão bem posicionadas. A maior parte do volume de um fluxo típico é rotina e roda sem ninguém encostar. As aprovações ficam na pequena parcela de etapas com risco real, e uma passagem bem desenhada leva segundos, não minutos, porque o sistema já reuniu o contexto.
Como definir o limite de confiança?
Comece conservador, para que mais itens passem por revisão, e acompanhe o registro de revisões. Quando uma categoria é aprovada sem edição de forma consistente por algumas semanas, baixe o limite para ela. Quando os revisores corrigem algo com frequência, suba o limite ou tire essa categoria da automação.
Quais etapas nunca devem ser totalmente automáticas?
Pagamentos e estornos acima de um valor definido, alteração de dados bancários ou chave Pix de fornecedores e clientes, qualquer envio para órgão regulador ou para o fisco, e respostas a um cliente insatisfeito. São etapas irreversíveis, visíveis fora da empresa ou dependentes de julgamento, e muitas vezes as três coisas ao mesmo tempo.
Uma empresa pequena consegue operar isso sem equipe técnica?
Sim. As aprovações acontecem nas ferramentas que a equipe já usa, como WhatsApp, Slack ou e-mail, e as proteções são configuradas uma vez durante a construção. O que a empresa precisa ter é uma pessoa responsável, com nome, para cada tipo de exceção.