Automação pode aumentar a velocidade e piorar o processo ao mesmo tempo. Quando uma empresa digitaliza desperdício, ela preserva a lógica ruim e apenas reduz o tempo necessário para executá-la, o que costuma dificultar a correção depois, porque agora existe um sistema defendendo o erro.
O processo desenhado e o processo real são documentos diferentes
Projetos sérios começam mapeando o fluxo: entradas, saídas, atividades, pontos de decisão, passagens de responsabilidade, prazos e exceções. A notação padrão para isso é o BPMN, mantido pela Object Management Group, e ela existe justamente para que o desenho signifique a mesma coisa para quem opera, para quem aprova e para quem audita. O problema é que o desenho oficial quase nunca corresponde ao que acontece de fato. É aí que entra o process mining — mineração de processos —, que reconstrói o fluxo real a partir dos registros de ERP, CRM e demais sistemas. O resultado costuma ser desconfortável. O processo real tem mais etapas, mais retornos, mais retrabalho e mais espera do que o procedimento escrito. Esse diagnóstico revela os gargalos verdadeiros, que raramente estão onde a equipe imagina. A partir daí, vale classificar cada atividade em três categorias: agrega valor ao cliente, é necessária por controle ou é puro desperdício. A terceira categoria precisa ser questionada antes que alguém pergunte qual robô comprar.
A tecnologia certa depende do problema
RPA — robotic process automation — executa tarefas repetitivas nas interfaces existentes e resolve rápido, sem tocar nos sistemas. APIs conectam sistemas diretamente e resolvem melhor, com mais esforço inicial. Plataformas de integração orquestram fluxos entre várias fontes. Reconhecimento de documentos extrai informação de arquivos não estruturados. Modelos de linguagem interpretam texto livre. Usar robô para compensar eternamente um sistema que poderia integrar por API é criar dívida técnica com aparência de solução.
Um indicador útil para orientar essa escolha é o processamento direto: quantas transações atravessam o fluxo do início ao fim sem intervenção manual. Aumentar esse percentual gera eficiência real, desde que o tratamento de exceções seja bom. Vale medir também o tempo total de execução antes e depois, além de horas dedicadas, taxa de erro, cumprimento de prazo, retrabalho e custo por transação. Sem linha de base, não existe retorno demonstrável, apenas a sensação de que ficou melhor.
Dois riscos que aparecem depois
O primeiro é a proliferação de ferramentas. Cada área compra a sua, e ao fim de dois anos existem dez plataformas e uma pessoa exportando planilha manualmente para ligar duas delas. Automação precisa reduzir passagens de responsabilidade, não criar novas. O segundo risco é automatizar o que não deveria ser automatizado. Negociação, exceção, julgamento e relacionamento continuam humanos. O melhor desenho é híbrido: máquinas executam repetição, pessoas tratam exceção e contexto.
O que medir antes de dizer que funcionou
Processamento direto (straight-through processing): percentual de transações que atravessam o fluxo do início ao fim sem intervenção manual. É o indicador que melhor resume o ganho, desde que o tratamento de exceções não se degrade junto.
Tempo total de execução, ponta a ponta, não por etapa. Otimizar uma etapa e piorar a espera seguinte é o erro mais comum.
Retrabalho e taxa de erro. A contramétrica obrigatória: velocidade que sobe com erro que sobe não é ganho, é deslocamento.
Custo por transação, incluindo licença, manutenção e o tempo de quem sustenta a automação. Robô tem custo de manutenção que raramente entra no business case original.
Quanto esforço um processo seu consome por mês?
Considere um processo de cadastro com nove etapas, quatro retornos e 1.200 casos por mês, consumindo dezoito minutos de trabalho por caso. Se o redesenho e a automação retirarem oito minutos médios, são 9.600 minutos mensais, ou 160 horas. A pergunta econômica deixa de ser qual ferramenta comprar e passa a ser qual desenho elimina mais esforço com menor risco.
Framework ÍON LEAN-AUTO
- Mapear
- o processo real, não apenas o procedimento
- Eliminar
- etapas sem valor nem necessidade de controle
- Simplificar
- reduzir retornos e camadas de aprovação
- Automatizar
- escolher a tecnologia adequada ao problema
- Medir
- tempo, erro, custo, retrabalho e prazo
Modelo de cálculo ÍON
Reproduza com o seu processo: casos por mês × minutos economizados por caso ÷ 60 = horas recuperadas.
Fontes e referências
van der Aalst, W. M. P. — Process Mining: Data Science in Action
Literatura fundadora da disciplina.
Acessar a fonteIEEE Task Force on Process Mining — Process Mining Manifesto
Acessar a fonteObject Management Group — especificação BPMN 2.0
Acessar a fonteMicrosoft Learn — visão geral de process mining
Referência de implementação, não de conceito.
Acessar a fonte
A empresa em folha em branco
Se sua organização fosse fundada amanhã, você recriaria exatamente as mesmas quatorze etapas, as mesmas aprovações e as mesmas planilhas? Tudo aquilo que você não reconstruiria merece ser questionado antes de ser automatizado, porque automatizar é a forma mais cara de tornar permanente uma decisão provisória.
Diagnóstico ÍON de Processos e Automação
Duas horas, sem custo, para mapear um processo crítico, identificar desperdícios e gargalos e definir os indicadores que vão medir o retorno. Você escolhe um processo e envia as etapas atuais e o volume mensal. Devolvo, em sete dias úteis, o mapa do fluxo com as etapas candidatas à eliminação e à automação, nessa ordem.
Dúvidas frequentes
- Qual a diferença entre RPA e integração por API?
- RPA executa tarefas nas interfaces existentes, resolve rápido e não toca nos sistemas. API conecta os sistemas diretamente, exige mais esforço inicial e resolve melhor. Usar robô permanentemente para compensar uma integração que poderia existir é dívida técnica com aparência de solução.
- O que é process mining?
- A reconstrução do fluxo real de um processo a partir dos registros de eventos dos sistemas, em vez do procedimento escrito. Costuma revelar mais etapas, mais retornos e mais espera do que o desenho oficial.
- O que não deve ser automatizado?
- Negociação, exceção, julgamento e relacionamento. O melhor desenho é híbrido: máquinas executam repetição, pessoas tratam exceção e contexto.
- Como saber se a automação deu retorno?
- Comparando com uma linha de base registrada antes: tempo total, taxa de erro, retrabalho, cumprimento de prazo e custo por transação. Sem linha de base, não existe retorno demonstrável.
- Por que automatizar um processo ruim é pior que não automatizar?
- Porque preserva a lógica ruim e apenas acelera sua execução, e passa a existir um sistema defendendo o erro, o que encarece a correção depois.
Autor
Leandro Bryk
Consultor responsável pela ÍON Soluções, atuando em inteligência comercial, estratégia, gestão financeira, marketing e imagem corporativa.
LinkedIn