Automação

Quais processos vale automatizar com IA — e quais não

Quase todo processo pode ser automatizado. Poucos devem. A diferença entre os dois grupos cabe em cinco perguntas, e nenhuma delas é sobre tecnologia.

Quando uma empresa decide “automatizar com IA”, a lista de candidatos costuma ser grande demais. O erro seguinte é escolher pelo tamanho da dor — e a dor maior quase sempre mora no processo mais complexo, mais político e menos documentado da casa. É o pior lugar para começar.

Estas são as cinco perguntas que aplico em cada oportunidade antes de recomendar qualquer construção.

1. Isso se repete o suficiente?

Automação paga o próprio custo na repetição. Uma tarefa que acontece cinquenta vezes por mês vale mais que uma tarefa dolorosa que acontece duas vezes por ano — mesmo que a segunda incomode mais.

Um teste simples: se ninguém consegue estimar quantas vezes por mês aquilo acontece, provavelmente não é prioridade.

2. A regra dá para escrever?

Se a decisão depende de julgamento que muda a cada caso e ninguém consegue explicar o critério, o problema não é de automação — é de processo. Automatizar antes de resolver isso transfere a inconsistência para dentro do sistema, onde ela fica mais difícil de enxergar.

3. Os dados existem e estão acessíveis?

Esta é a pergunta que mais derruba projeto bonito. Não basta o dado existir: ele precisa estar acessível por API, exportação ou integração, e precisa ser confiável o bastante para sustentar a decisão que vai depender dele.

Verificar isso antes de fechar escopo é o que separa um projeto que entrega do projeto que descobre o problema no meio da construção.

4. Quanto custa errar?

Nem toda saída precisa de aprovação humana, e nem toda saída pode dispensá-la. A regra que uso:

• Erro barato e reversível — a IA pode entregar direto. Rascunhos, resumos, primeiras versões, organização de informação.
• Erro caro ou irreversível — precisa de um ponto de aprovação humana obrigatório antes de a saída sair. Preço, comunicação externa, número que entra em relatório oficial, resposta a cliente.

Definir isso é parte do escopo, não uma decisão para depois da entrega.

5. Cabe na rotina de quem vai usar?

Uma solução que exige abrir mais uma aba, lembrar de mais um passo e mudar o jeito como o time já trabalha tende a ser abandonada em três semanas. Automação boa entra onde a pessoa já está — no Slack, no e-mail, na planilha, no sistema que ela abre de manhã.

Os candidatos que quase sempre valem

• Relatório recorrente montado a partir das mesmas fontes
• Comunicação padronizada que hoje é escrita do zero toda vez
• Cálculo comercial que segue regra conhecida e vive em planilhas dispersas
• Encaminhamento de solicitações que chegam por canais diferentes
• Consolidação de dados que hoje alguém faz copiando e colando

Os que quase nunca valem (ainda)

• Decisão que depende de contexto que só existe na cabeça de uma pessoa
• Processo que muda de formato a cada trimestre
• Tarefa rara, mesmo que dolorosa
• Qualquer coisa cujo dado de origem ninguém confia
• Processo que a própria equipe não consegue descrever em ordem

E quando a resposta é “não automatize”

É um resultado legítimo, e economiza um projeto inteiro. Parte dos diagnósticos que faço termina em “mude o processo primeiro” ou “ainda não”. Isso vem por escrito e justificado — porque a alternativa é o cliente pagar para descobrir a mesma coisa seis meses depois.

Se você quer aplicar esses critérios com alguém de fora, o diagnóstico de IA é exatamente esse trabalho. Se o caso já está claro e falta construir, o caminho é automação e implementação.

Perguntas rápidas

Dá para automatizar sem ter time técnico?

Sim. A construção pode ser terceirizada; o que não pode ser terceirizado é o conhecimento sobre o processo — ele precisa vir de dentro.

Qual o melhor primeiro projeto?

O menor que resolve um problema real e que a equipe consegue perceber funcionando em poucas semanas. Começar grande é a forma mais rápida de perder o apoio interno.