RPA em processos de baixo volume e o retorno que não vem

Lara Montavia
Lara Montavia
Rolando Bonaccorsi

Não é de hoje que a automação promete alívio imediato para rotinas administrativas, promessa examinada por Rolando Bonaccorsi, executivo de operações e delivery em tecnologia. Robôs de software entregam resultado consistente em fluxos repetitivos e de grande volume, com ganho visível em poucas semanas. O problema começa quando a mesma lógica é aplicada a tarefas que acontecem meia dúzia de vezes por mês. A promessa permanece idêntica, ainda que a aritmética mude por completo.

A tecnologia replica a interação humana com sistemas, clicando, copiando e preenchendo campos conforme uma regra fixa. O desenho dispensa integração profunda e costuma ser aprovado rápido justamente por não exigir mudança no sistema de origem. A conta de retorno, porém, depende de quantas vezes a tarefa se repete, porque o custo de construir e manter o robô independe do volume processado. A diferença entre os dois cenários aparece já no primeiro ano.

O volume de execuções decide o retorno

Um robô que executa quinhentas vezes por dia dilui o custo de desenvolvimento em milhares de execuções por ano. O mesmo robô aplicado a um processo mensal roda doze vezes no mesmo período. Como sinaliza Rolando Bonaccorsi, líder em IA e ciência de dados aplicadas a negócios e operações, a diferença não está na tecnologia, e sim na base de cálculo usada para aprovar o projeto. A ferramenta funciona bem nas duas situações, e o retorno não acompanha.

Economia de tempo em processo raro costuma ser medida em horas por ano. Horas poupadas não viram caixa quando ninguém é realocado nem deixa de ser contratado, o que transforma o ganho em número de apresentação. O teste honesto pergunta o que mudaria na operação caso o robô parasse de rodar por um trimestre inteiro. Resposta vaga costuma indicar ganho apenas contábil.

O custo de manutenção que ninguém projeta

Robôs dependem de telas estáveis. Qualquer atualização de sistema, mudança de layout ou campo obrigatório novo interrompe a execução e exige correção imediata. Sob a perspectiva de Rolando Bonaccorsi, a manutenção consome parcela relevante do esforço anual investido em automação, parcela que raramente aparece na planilha aprovada no início do projeto. Automação sem dono definido para a correção simplesmente para de rodar.

O efeito prático surge no segundo ano. Equipes acumulam dezenas de robôs pequenos, cada um com sua rotina de correção, e passam a dedicar tempo de especialista a manter automações que entregam pouco. A fila de manutenção cresce enquanto processos de alto volume esperam vagas para serem automatizados. A capacidade da área, que é finita, passa a ser consumida pela própria carteira.

Padronizar antes de automatizar rende mais

Processos de baixo volume costumam ser desorganizados justamente porque ninguém os executa com frequência suficiente para estabilizá-los. Automatizar a desordem congela a exceção dentro do código. Conforme detalha Rolando Bonaccorsi, Diretor de Operações da Vert Analytics, a ordem dos fatores altera o resultado, já que padronizar antes muda o diagnóstico sobre o que merece robô. Fluxo organizado costuma pedir menos automação do que se imaginava.

Depois que o fluxo ganha regra clara e dono definido, parte das tarefas simplesmente desaparece. Outra parte vira configuração no próprio sistema, sem linha de código adicional. O que sobra costuma ser menor do que o escopo imaginado na primeira reunião, e às vezes nem justifica o investimento inicial. A revisão prévia tende a baratear o projeto inteiro.

Critérios para separar candidato real de vitrine

Três perguntas filtram boa parte das ideias. Quantas execuções por mês o processo tem, qual a estabilidade das telas envolvidas e o que acontece com a pessoa liberada pela automação. Na percepção de Rolando Bonaccorsi, projetos que respondem bem às três sustentam o retorno prometido, enquanto os demais rendem demonstração e pouco mais que isso.

A escolha entre automatizar e deixar como está também é decisão de portfólio. Capacidade de automação é recurso escasso, e cada robô de baixo retorno ocupa o espaço de um robô de alto retorno que ficou na fila. Priorizar por volume e estabilidade evita que a vitrine consuma o orçamento da operação.

Compartilhe este artigo