Automatizar não é suficiente. Elimine.

Existe um padrão que vejo repetir em quase toda empresa que começa a trabalhar com automação: ela pega um processo existente, mapeia as etapas, e pergunta em qual delas a IA pode ajudar. O resultado é um processo mais veloz. Às vezes, muito mais veloz. Mas continua sendo o mesmo processo.

A pergunta mais difícil não é onde a IA entra. É por que esse processo existe dessa forma.

O custo invisível do processo herdado

Processos corporativos acumulam camadas. Uma aprovação que surgiu depois de um problema pontual em 2018. Um relatório semanal que ninguém sabe ao certo quem usa. Uma etapa de triagem manual que existia porque o sistema antigo não filtrava bem e o novo sistema nunca teve essa configuração revisada.

Quando você automatiza essas etapas, elas ficam mais baratas de executar. Mas continuam consumindo atenção, gerando dependências e criando atritos no fluxo. Velocidade não compensa estrutura errada.

Um exemplo direto: uma empresa de serviços financeiros com quem trabalhei tinha um ciclo de aprovação de propostas comerciais que levava, em média, onze dias. Havia quatro níveis de revisão. Quando mapeamos o histórico de dois anos, descobrimos que o terceiro nível, responsável por validação jurídica de escopo, havia recusado ou alterado propostas em menos de 3% dos casos. E, nesses casos, as mudanças eram mínimas.

A solução não foi automatizar a validação jurídica. Foi extinguir aquela etapa para propostas abaixo de um determinado valor, com uma checklist padronizada no início do processo. O ciclo caiu para quatro dias. Nenhum sistema novo foi comprado.

A pergunta que ninguém faz

Toda etapa de um processo existe por algum motivo original. O problema é que esse motivo nem sempre continua válido. Sistemas mudam, equipes mudam, o contexto de mercado muda. Mas o processo permanece porque ninguém parou para perguntar: se fôssemos desenhar isso hoje, faríamos da mesma forma?

Quando começo um projeto de diagnóstico de processos, uso uma estrutura simples para cada etapa:

• Qual problema essa etapa foi criada para resolver?
• Esse problema ainda existe na mesma intensidade?
• O que acontece, de fato, quando ela falha ou é pulada?
• Existe alguma outra etapa que já cobre essa função, mesmo que parcialmente?

Quatro perguntas. Em geral, entre 20% e 40% das etapas não sobrevivem a esse exame.

Triagem que não triava nada

Outro caso concreto: uma operação de e-commerce com volume alto de tickets de suporte tinha uma fila de triagem manual onde atendentes categorizavam cada ticket antes de encaminhar. A justificativa histórica era que o sistema de CRM antigo não tinha categorização automática confiável.

O CRM foi trocado dois anos antes. O novo sistema categorizava com precisão acima de 90%. Mas a triagem manual continuou existindo por inércia, agora servindo principalmente para corrigir os 10% de erro do sistema, o que na prática consumia o tempo de duas pessoas em período integral.

A decisão foi eliminar a triagem manual como etapa padrão e criar uma fila residual pequena, revisada uma vez ao dia, para os tickets que o sistema classificava com baixa confiança. O volume dessa fila era inferior a 8% do total. As duas pessoas foram realocadas para atendimento de casos complexos, onde o impacto delas era real.

Não foi automação. Foi a percepção de que uma etapa inteira havia se tornado um ritual sem função.

Relatórios que ninguém lia

Um terceiro exemplo, mais comum do que parece: reportes internos. Toda semana, em dezenas de empresas, alguém passa horas consolidando dados, formatando planilhas e enviando relatórios para uma lista de distribuição que cresceu organicamente ao longo dos anos.

Fiz um exercício com uma empresa de médio porte: mandamos uma pesquisa para todos os destinatários de três relatórios semanais perguntando se eles abriam, com que frequência e qual decisão aquele dado havia informado no último mês. Dois dos três relatórios não geravam nenhuma decisão identificável. O terceiro era consultado por duas pessoas da lista de doze.

Eliminamos os dois. O terceiro foi transformado num painel simples, atualizado automaticamente, acessado sob demanda. O tempo que era gasto produzindo esses relatórios voltou para análise real.

O raciocínio por trás da eliminação

Eliminar uma etapa de processo exige um tipo de coragem diferente de automatizá-la. Automatizar é aditivo: você acrescenta uma ferramenta e o processo continua existindo. Eliminar é subtrativo: você assume a responsabilidade de dizer que aquilo não deveria mais existir.

Por isso a maioria das empresas não chega lá. É mais fácil aprovar uma ferramenta nova do que questionar uma aprovação antiga.

O raciocínio que uso segue uma lógica simples: antes de perguntar como automatizar, pergunto qual é o custo real de manter aquela etapa. Não só o custo de tempo, mas o custo de atenção, de dependência, de atraso que ela injeta no fluxo. Quando esse custo fica visível, a decisão de eliminar fica muito mais clara.

IA é uma ferramenta extraordinária para executar processos bem desenhados com mais velocidade e menos erro. Mas ela não conserta a arquitetura. Isso ainda é trabalho humano, e começa com a disposição de questionar o que deveria nem estar lá.