O que medir antes de automatizar um processo

A decisão de automatizar uma etapa quase sempre nasce de uma frase dita numa reunião: essa parte toma tempo demais. Ninguém sabe dizer quanto. Meses depois, com o fluxo já rodando, a pergunta volta em outro formato: valeu a pena? E de novo não há resposta, porque não existe o número de antes. Saber o que medir antes de automatizar um processo é o que separa uma decisão de gestão de uma aposta cara.

O problema de medir só depois

Automação produz uma sensação imediata de alívio. A etapa some da caixa de entrada de alguém, o relatório passa a sair sozinho, o cadastro deixa de ser digitado. A sensação é real e não é medida.

Quando a empresa tenta comprovar o ganho, esbarra em três coisas. Ninguém anotou quanto tempo a etapa consumia. O volume mudou no meio do caminho, então comparar o mês atual com a lembrança do mês anterior não diz nada. E parte do trabalho não desapareceu, apenas mudou de lugar, porque agora alguém confere o que o fluxo fez.

Sem linha de base, a automação vira questão de opinião. Quem defendeu o projeto acha que funcionou. Quem perdeu autonomia acha que não. Nenhum dos dois consegue provar.

As quatro medidas que sustentam a decisão

Não são muitas. Quatro números, levantados ao longo de duas ou três semanas, já bastam para escolher a etapa certa e para comprovar o resultado depois.

Tempo de toque e tempo de espera

Tempo de toque é quanto tempo uma pessoa fica efetivamente trabalhando na etapa. Tempo de espera é quanto tempo o item fica parado entre uma etapa e outra, aguardando alguém, um dado ou uma aprovação.

A separação importa porque as duas situações pedem soluções diferentes. Tempo de toque alto é candidato natural a automação. Tempo de espera alto quase nunca é: o problema está na fila, no critério de prioridade ou na dependência de uma pessoa específica, e automatizar a etapa não mexe em nada disso. Quem ignora essa diferença acaba automatizando a parte rápida de um processo lento.

Volume e variação

Quantos itens passam pela etapa por semana, e quanto esse número oscila. O volume decide se o esforço se paga. A variação decide o desenho, porque um fluxo que recebe quantidades parecidas toda semana é simples, e um que concentra quase tudo em três dias do mês precisa suportar o pico, não a média.

A variação também explica por que a etapa parece pior do que é. Boa parte da queixa de sobrecarga vem do pico, não do total.

Taxa de retrabalho

Quantos itens voltam para trás, e por quê. Essa é a medida que muda mais decisões. Retrabalho alto significa que o problema nasce antes, numa etapa que entrega incompleto. Automatizar a etapa que refaz aumenta a velocidade do conserto e deixa a causa intacta.

Vale registrar o motivo do retorno, não só a contagem. Poucos motivos costumam concentrar a maior parte dos casos, e são eles que indicam onde a correção é barata.

Taxa de exceção

Qual proporção dos itens não segue o caminho padrão. Toda etapa tem casos que fogem da regra: o cliente com contrato diferente, o documento que veio em outro formato, o pedido que entrou fora do prazo.

Essa é a medida mais subestimada. Uma etapa com exceção frequente não está pronta para automação, está pedindo revisão de regra. E quando a exceção é rara mas existe, o fluxo precisa de um caminho explícito para ela e de uma pessoa que recebe o caso. Exceção sem destino vira falha silenciosa, e falha silenciosa só aparece quando já virou problema com o cliente.

Como levantar esses números sem sistema

A objeção previsível é que a empresa não tem ferramenta para medir nada disso. Não precisa ter.

Duas ou três semanas de registro manual resolvem. Uma planilha com data, item, quem tocou, hora de início, hora de fim, se voltou e por qual motivo. Quem executa a etapa preenche. O preenchimento custa poucos minutos por dia e a amostra já é suficiente para decidir.

Três cuidados fazem diferença. O primeiro é medir o processo como ele é, não como deveria ser, incluindo a planilha paralela que alguém mantém por conta própria e a conversa de confirmação que não está em manual nenhum. O segundo é avisar a equipe que a medição é do processo e não das pessoas, senão os números chegam maquiados. O terceiro é escolher um período representativo, evitando a semana de férias coletivas ou o mês de fechamento atípico.

Estimativa de memória não serve. A percepção de tempo de quem executa uma tarefa repetitiva é sistematicamente diferente do tempo real, às vezes para mais e às vezes para menos, e a decisão fica refém desse viés.

O que o número muda na decisão

Com as quatro medidas na mão, a conversa deixa de ser sobre ferramenta e passa a ser sobre prioridade.

A etapa com tempo de toque alto, volume estável, retrabalho baixo e exceção rara é a candidata óbvia. Automatiza primeiro, com risco pequeno e ganho comprovável.

A etapa com retrabalho alto sai da fila. Antes de automatizar, corrige a entrada. Resolver a causa costuma devolver mais tempo do que a automação devolveria, e sai mais barato.

A etapa com exceção frequente entra num terceiro grupo. Revisão de regra primeiro, tecnologia depois.

E a etapa com espera alta e toque baixo não é problema de automação. É problema de fila e de prioridade, e se resolve com gestão.

Essa classificação não depende de ferramenta nenhuma. Depende de ter medido.

O que fica com a empresa

No fim das duas ou três semanas, a empresa tem uma linha de base: quanto cada etapa consome, com que frequência falha e quanto varia. Esse registro serve três vezes. Decide o que automatizar primeiro. Permite comprovar o resultado depois, comparando o mesmo indicador e não uma impressão. E vira o instrumento de acompanhamento do fluxo em operação, porque uma automação também se degrada quando o processo em volta muda.

Quem guarda essa linha de base consegue fazer a segunda e a terceira automação com o mesmo método, cada vez em menos tempo. Quem não guarda recomeça a discussão do zero a cada projeto, e volta a decidir por impressão.

Medir antes é a parte menos animadora do trabalho e é a que decide se o resto vale. É por isso que a Zyon Flux começa pelo processo, e não pela ferramenta.