Por que fazer um diagnóstico antes de automatizar um processo na empresa?

Vale fazer um diagnóstico antes de automatizar porque automação não conserta um processo: ela repete o processo que existe, só que mais rápido, inclusive os erros. O diagnóstico mostra como o trabalho anda de verdade, onde ele quebra e qual trecho vale automatizar primeiro, antes de alguém gastar com ferramenta.

Você já comprou um sistema, ligou uma integração ou montou um robô de mensagens e, um mês depois, a equipe estava corrigindo à mão o que a máquina fazia errado? Quase sempre o problema não estava na ferramenta. Estava no que ninguém tinha olhado antes de ligar.

Em 1797, Goethe publicou a balada O Aprendiz de Feiticeiro. O mestre sai da oficina e deixa tarefas para o aprendiz. Cansado de carregar água no balde, o aprendiz enfeitiça uma vassoura para fazer o serviço por ele, usando uma magia que ainda não domina. O chão começa a alagar, e ele percebe que não sabe o feitiço para fazer a vassoura parar.

Desesperado, ele parte a vassoura ao meio com um machado. Cada metade vira uma vassoura inteira, as duas voltam a buscar água, e agora no dobro da velocidade. Só quando o mestre volta o feitiço é desfeito. Em 1940, a Disney levou a história para Fantasia, com o Mickey no papel do aprendiz.

É uma boa imagem de automação sem diagnóstico. A vassoura faz exatamente o que mandaram. O problema é que ninguém definiu quando ela para, o que acontece quando o balde transborda e quem desliga tudo. E a reação mais comum diante do alagamento, colocar mais uma automação em cima da primeira, faz o mesmo que o machado: dobra o problema.

Em 1990, Michael Hammer escreveu na Harvard Business Review um artigo com um título direto: Reengineering Work: Don't Automate, Obliterate. Ali ele diz que boa parte dos fluxos de trabalho e das estruturas das empresas nasceu antes do computador, e conclui: "É hora de parar de pavimentar os caminhos das vacas. Em vez de embutir processos ultrapassados em silício e software, deveríamos eliminá-los e começar de novo."

Não é preciso ir tão longe quanto Hammer para aproveitar a ideia. Numa pequena empresa, raramente faz sentido demolir tudo. Mas o ponto central continua válido: se o caminho foi aberto por hábito, e não por decisão, asfaltá-lo só deixa o hábito mais difícil de mudar.

Na DOUVRAS, a página do nosso serviço de automação e integrações descreve o problema que mais encontramos: a informação existe, mas atravessa a empresa por cópia manual, memória e mensagens soltas. Automatizar isso sem olhar primeiro é transformar a memória de alguém em código, com as falhas junto.

Um diagnóstico não é uma reunião de opinião. É um trabalho curto que termina com material concreto na mão do dono do negócio. No formato que usamos para começar com pequenas empresas, a entrega inclui:

• Análise do processo atual. Como o trabalho acontece hoje, não como o manual diz que deveria acontecer.
• Mapa do fluxo. Quem faz o quê, em que ordem, com quais sistemas e onde o dado é copiado à mão.
• Uma automação simples. Um primeiro trecho automatizado, pequeno o bastante para testar a ideia sem risco.
• Planilha ou CRM organizado. A base de dados onde o fluxo passa a se apoiar.
• Relatório de melhorias. O que vale automatizar depois, em que ordem, e o que não vale.
• Vídeo explicando o uso. Para a equipe aprender a operar sem depender de quem montou.

Por trás disso estão as quatro perguntas que abrem qualquer projeto nosso: qual é o gargalo, quais são as dependências, qual é a evidência de que funcionou e o que fica de fora. Falamos delas no texto sobre por que o dono de negócio não compra IA. O diagnóstico é o lugar onde essas respostas deixam de ser suposição.

O mapa quase sempre mostra mais de um candidato. Para escolher o primeiro, usamos o critério que já publicamos em como automatizar sem automatizar o caos: o melhor primeiro candidato é frequente, delimitado e reversível.

• Frequente. Acontece todo dia ou toda semana, então qualquer ganho aparece rápido.
• Delimitado. Tem começo e fim claros, como responder um contato novo ou lançar um pagamento.
• Reversível. Se der errado, dá para desfazer sem prejuízo sério.

O mesmo texto traz o alerta inverso: se o custo de um erro é alto ou se ninguém consegue explicar a exceção, o processo ainda precisa de arquitetura antes de automação. É aqui que o aprendiz de Goethe teria se salvado. Antes de enfeitiçar a vassoura, bastava saber como pará-la.

Uma automação feita a partir de um diagnóstico já nasce com o que faltou ao aprendiz. No nosso escopo de automação entram o mapa do fluxo atual e seus pontos de falha, as integrações com tratamento de repetição, para que o mesmo evento não seja processado duas vezes, e logs, alertas e procedimento de contingência. O resultado esperado é um fluxo versionado e observável, em que a falha aparece em vez de se esconder.

E o diagnóstico cria uma linha de base. Depois de medir volume, falhas e tempo poupado no primeiro fluxo, dá para decidir com fatos se vale conectar o próximo sistema. A automação cresce porque deu certo, não porque havia ferramentas sobrando.

O diagnóstico não atrasa o projeto? Atrasa menos do que refazer uma automação montada em cima de um processo errado. Ele é curto de propósito e já termina com um primeiro trecho automatizado.

Minha empresa é pequena demais para isso? Não. É justamente na empresa pequena que o processo mora na cabeça de duas ou três pessoas, e é esse conhecimento que o mapa do fluxo põe no papel.

E se o diagnóstico mostrar que não vale automatizar? Esse também é um resultado útil. O relatório de melhorias diz o que arrumar antes e o que pode ficar como está.

A DOUVRAS Labs trabalha com automação e integrações, software sob medida, agentes de IA, sites e resgate técnico, e todo projeto começa do mesmo jeito: uma conversa de diagnóstico que define o gargalo, as dependências, a evidência de conclusão e o que fica fora. O orçamento só vem depois desse recorte.

E na sua empresa, qual vassoura já está buscando água sem que ninguém saiba como fazê-la parar?

Douglas Henrique, DOUVRAS Labs.

Hammer, Michael. Reengineering Work: Don't Automate, Obliterate. Harvard Business Review, julho de 1990. hbr.org

Goethe, Johann Wolfgang von. Der Zauberlehrling (O Aprendiz de Feiticeiro), 1797.

The Sorcerer's Apprentice. Wikipedia. wikipedia.org

DOUVRAS Labs. Automação e integrações. douvras.com

DOUVRAS Labs. Como automatizar sem automatizar o caos. douvras.com