Diagnóstico antes da automação

Quase toda conversa sobre inteligência artificial numa empresa começa pela ferramenta. Alguém viu uma demonstração, um concorrente anunciou um agente, um fornecedor prometeu horas devolvidas. A pergunta que chega é "onde colocamos IA?". A pergunta certa vem antes: "onde o trabalho perde tempo, e por quê?".

A diferença parece sutil, mas decide o resultado. Automatizar um processo confuso não o conserta. Produz a mesma confusão, mais rápido, com menos gente olhando.

O erro mais comum

O processo que uma empresa acredita ter e o processo que ela realmente executa raramente são o mesmo. O fluxo desenhado no manual diz que o pedido entra, é triado, conferido, aprovado e respondido. O fluxo real tem uma planilha paralela que alguém mantém por conta própria, uma etapa de "confirmar com o financeiro" que não está em lugar nenhum, e um retrabalho que volta da aprovação para a conferência toda vez que falta um dado.

Quando a automação é desenhada em cima do manual, ela automatiza um processo que não existe. As exceções, que eram tratadas na conversa de corredor, passam a quebrar o fluxo. O agente executa a etapa repetitiva com precisão, e entrega o problema para a etapa seguinte com a mesma precisão.

O diagnóstico existe para fechar essa distância entre o processo imaginado e o processo real.

O que o diagnóstico revela

Mapear um processo com método, e não de memória, costuma revelar quatro coisas.

A primeira é onde o trabalho perde contexto. Um pedido passa de uma pessoa para outra e a informação que a segunda precisa não veio junto. Ela pergunta, espera, ou adivinha. Nenhuma das três alternativas aparece no organograma, mas todas consomem horas.

A segunda é onde a decisão não tem critério. "Aprovar ou não" depende de quem está aprovando naquele dia. Sem critério explícito, não há como automatizar a decisão, e também não há como medir se ela está sendo bem tomada.

A terceira é onde nasce o retrabalho. Quase sempre é uma etapa anterior que entrega incompleto, não a etapa que refaz. Automatizar a etapa que refaz é automatizar o sintoma.

A quarta é a mais importante: quanto tempo cada etapa consome, medido, não estimado. É esse número que diz onde a automação vale a pena e onde ela seria só uma demonstração bonita.

As três perguntas antes de automatizar

Antes de colocar qualquer tecnologia numa etapa, vale responder três perguntas com dado, não com opinião.

A etapa é repetitiva de verdade? Repetitiva significa que a entrada varia pouco, a regra é a mesma e a saída é previsível. Triagem de solicitações, classificação de documentos, conciliação de registros e preenchimento de cadastros costumam ser. Negociação com um cliente irritado não é.

A etapa tem critério definido? Se duas pessoas experientes tomariam a mesma decisão com os mesmos dados, há critério. Se não, o primeiro trabalho é definir o critério, e isso é trabalho de gestão, não de tecnologia.

O que acontece quando a etapa falha? Toda automação vai encontrar um caso que não previu. Precisa existir uma regra de exceção e uma pessoa que recebe o caso. Sem isso, a falha fica silenciosa até virar um problema com o cliente.

Onde a IA entra

Com o mapa na mão, a IA deixa de ser uma decisão de tecnologia e vira uma decisão de processo. Ela entra na etapa que é repetitiva, tem critério e tem exceção tratada. Entra depois que a causa do retrabalho foi corrigida, não antes. E entra com uma medida combinada: quantas horas aquela etapa consumia antes, e quantas consome depois.

Essa medida é o que separa automação de promessa. Uma empresa que sabe quanto tempo devolveu consegue decidir a próxima etapa com o mesmo método. Uma empresa que só sabe que "está mais rápido" não consegue.

O Six Sigma é a disciplina que usamos para chegar nesse ponto: mapear, medir, analisar a causa, melhorir com controle. Não é burocracia; é a forma de garantir que a melhoria se sustenta depois que a equipe de projeto foi embora.

O que fica com a empresa

O resultado de um diagnóstico bem feito não é um relatório. É um mapa do processo atual com os pontos de perda quantificados, um plano de melhoria priorizado por horas devolvidas e esforço, e as etapas onde a automação faz sentido, com regra de exceção e supervisão definidas.

A partir daí, cada agente ou automação que entra tem um lugar, um motivo e uma medida. É assim que a IA deixa de ser uma aposta e vira operação.

É exatamente esse o trabalho da Zyon Flux: processo antes de automação, e horas devolvidas medidas em valor.