A pergunta “dá para automatizar isso?” raramente ajuda. Quase todo processo pode ser automatizado. Pergunte: este processo merece investimento antes dos outros doze?
Uma automação mal escolhida desperdiça orçamento de tecnologia. O custo continua após a entrega: alguém mantém o código, atualiza regras e corrige falhas. Um processo que roda dez vezes por mês pode exigir manutenção permanente para economizar vinte minutos.
As três variáveis que decidem
Avalie cada processo por três eixos antes de escrever código. Considere os três em conjunto.
1. Volume × tempo por execução
Meça horas por mês, não apenas a frequência. Multiplique a frequência pelo tempo médio de execução. Um processo que roda 400 vezes por mês e leva 4 minutos consome 26 horas mensais. Um que roda 6 vezes e leva 3 horas consome 18. O primeiro concentra mais esforço e tende a ter regras mais simples por causa da repetição.
2. Estabilidade da regra
Uma regra que mudou três vezes no último ano exige manutenção frequente. Cada mudança pede alteração de código, teste e deploy. Leis e contratos trazem regras estáveis. Políticas comerciais tendem a mudar.
Regras instáveis pedem configuração que o time de negócio edita. Evite escondê-las em condicionais de código.
3. Custo do erro
Avalie o impacto de cada falha. Use três faixas práticas:
- Erro recuperável e barato: o fluxo pode rodar com log e correção posterior.
- Erro caro e detectável: o fluxo roda com conferência por amostragem e alerta.
- Erro caro e invisível: o fluxo prepara a decisão e uma pessoa aprova o efeito.
A terceira faixa também pode compensar. Ao retirar coleta e digitação, você corta boa parte do tempo, mesmo mantendo uma aprovação humana no fim.
Uma conta rápida de retorno
Some as horas mensais, multiplique pelo custo-hora de quem executa e compare com o custo de construção e de operação por doze meses.
Se o retorno não aparece em doze meses, elimine ou simplifique o processo antes de automatizá-lo.
Muitos candidatos à automação são resquícios de um sistema antigo ou de um controle criado para um problema que acabou. Automatizá-los congela o desperdício em código.
Onde a IA muda a conta
Modelos de linguagem mudaram a avaliação da estabilidade da regra. Um modelo pode lidar com variações de formato de documento, redação de pedido ou descrição de produto que antes exigiam uma condicional para cada caso.
Processos de alto volume e regra difusa passaram a ser viáveis. Entre eles estão a leitura de documentos sem padrão, a classificação de chamados e a extração de dados de texto livre.
A IA mantém o custo do erro. Um modelo acerta parte dos casos, e a equipe deve medir essa taxa em exemplos reais antes de levar a automação à produção. Acompanhe esse número ao longo do tempo. Sem uma camada de avaliação, a equipe não vê as falhas do piloto.
Um roteiro de meia hora
Antes da próxima reunião sobre automação, liste os processos candidatos e preencha quatro colunas para cada um: horas/mês, quantas vezes a regra mudou em 12 meses, o que acontece se errar, e quem executa hoje. Os itens com melhor oportunidade vão aparecer. A conversa passa a tratar de prioridade, em vez de tecnologia.