RPA: libere seu time das tarefas repetitivas e foque no que realmente importa
Toda empresa tem gente cara fazendo trabalho de robô. Não por incompetência: porque o trabalho apareceu aos poucos, cinco minutos de cada vez, até virar meio expediente de alguém. O problema é que ninguém consegue apontar quando isso aconteceu.
O imposto invisível do trabalho manual
Faça uma conta rápida. Uma pessoa que gasta 90 minutos por dia copiando dado entre sistemas, montando relatório e preenchendo formulário consome:
- 7,5 horas por semana
- ~360 horas por ano
- Ao custo carregado de R$ 45/hora: R$ 16.200 por ano, por pessoa
Numa equipe de doze pessoas com esse mesmo perfil, são quase R$ 200 mil por ano — sem constar de nenhuma linha do orçamento, porque está diluído em salários que a empresa pagaria de qualquer jeito.
E o custo em dinheiro é o menor dos dois. O maior é que essas 360 horas saem justamente das pessoas que conhecem o processo bem o suficiente para melhorá-lo. Você paga para que quem poderia consertar o sistema fique ocupado demais operando-o na mão.
Como encontrar as tarefas certas
Ferramentas de process mining ajudam, mas raramente são o ponto de partida certo. Numa empresa de porte médio, três perguntas feitas ao vivo encontram 80% das oportunidades:
1. “O que você faz toda segunda de manhã que preferia não fazer?” Tarefas com cadência fixa são as mais fáceis de automatizar e as mais fáceis de esquecer que existem.
2. “Qual planilha você mantém que não deveria existir?” Toda planilha paralela é a cicatriz de um sistema que não entrega algo. Ela marca exatamente onde está o buraco.
3. “Qual informação você digita em mais de um lugar?” Digitação dupla é o indicador mais confiável de integração faltando — e o mais barato de resolver.
Uma quarta pergunta, para o gestor: “o que quebra quando o Fulano tira férias?” Isso revela o processo manual que ninguém documentou e que, por isso, é o mais arriscado de todos.
Vale registrar quatro números por tarefa encontrada: frequência, duração medida, número de sistemas envolvidos e o que acontece quando dá errado. Isso é suficiente para priorizar.
A matriz de priorização: volume × estabilidade
Nem toda tarefa repetitiva merece automação. Duas dimensões resolvem a decisão:
| Regras estáveis | Regras mudam sempre | |
|---|---|---|
| Alto volume | Automatize primeiro. Retorno rápido, manutenção baixa. | Cuidado. Só automatize se conseguir isolar a parte estável. |
| Baixo volume | Automatize se for crítico ou arriscado — não pelo tempo. | Não automatize. Simplifique o processo ou deixe manual. |
O quadrante superior esquerdo é onde estão os projetos que se pagam em poucos meses. O inferior direito é onde estão os projetos de RPA que viram passivo: alguém constrói o robô, a regra muda, o robô quebra, e agora existe um sistema não documentado que ninguém sabe manter.
Regra de corte que uso: se a tarefa não acontece pelo menos 200 vezes por mês ou não carrega risco relevante, ela vai para o fim da fila. Volume é o que multiplica ganho; risco é o que justifica exceção.
RPA, API ou IA: qual usar em cada caso
“RPA” virou guarda-chuva para coisas muito diferentes, com custos de manutenção muito diferentes. Na prática, existem três caminhos:
Integração por API — sempre a primeira escolha
Se os dois sistemas têm API, integre por API. É mais barato de manter, não quebra quando a tela muda, e falha de forma explícita em vez de silenciosa. Parece óbvio, mas é comum ver projetos de RPA construídos por cima de sistemas que expõem API perfeitamente utilizável — porque o time de RPA foi acionado antes do time de engenharia.
RPA de interface — quando não há alternativa
Robô que opera a tela como um humano faria. Legítimo para sistemas legados sem API, ou para fornecedores que não vão abrir integração nunca. Mas entre nisso sabendo do custo: RPA de interface é frágil por natureza. Uma atualização do fornecedor pode quebrar tudo numa terça-feira. Orçamente manutenção, monitoramento e alerta desde o primeiro dia — não como fase 2.
IA — quando a entrada não é estruturada
O divisor de águas é simples: a tarefa depende de interpretar linguagem, imagem ou contexto ambíguo?
- Extrair 12 campos de uma nota fiscal em PDF cujo layout muda por fornecedor: IA.
- Classificar e-mails por intenção antes de rotear: IA.
- Copiar um valor de um campo fixo para outro campo fixo: não use IA. Um script resolve, custa menos e nunca alucina.
A combinação mais eficiente costuma ser híbrida: IA para interpretar a entrada, código determinístico para executar a ação. Deixar o modelo decidir o que extrair e o código decidir o que fazer dá o melhor dos dois — flexibilidade na leitura, previsibilidade na execução. É a mesma lógica de custo/benefício que descrevo no artigo sobre ROI de projetos de IA.
Três armadilhas que transformam RPA em dívida
Armadilha 1: automatizar o processo errado, muito bem. Antes de automatizar, pergunte se a tarefa precisa existir. Com frequência, metade das etapas são conferências criadas para compensar um erro que já foi corrigido em outro lugar. Automatizar conferência desnecessária é congelar o desperdício em código.
Armadilha 2: robô sem dono. Automação é software em produção. Precisa de responsável, log, alerta e um plano para quando falhar. Um robô que roda em silêncio e falha em silêncio é pior que o processo manual — porque ninguém percebe que os dados pararam de chegar até o fechamento do mês.
Armadilha 3: automatizar sem medir o antes. Se você não mediu o tempo e a taxa de erro antes, não vai conseguir provar o ganho depois. E projeto de automação sem ganho comprovado não ganha o segundo ciclo de orçamento.
Como seria um primeiro ciclo de 6 semanas
Um recorte que funciona bem como ponto de partida:
- Semana 1 — Mapeamento por entrevista. Levantar de 15 a 25 tarefas candidatas com os quatro números de cada uma.
- Semana 2 — Priorização pela matriz e escolha de duas tarefas: uma de retorno rápido e óbvio, outra de maior valor estratégico. Definição da linha de base medida.
- Semanas 3 e 4 — Construção da primeira automação, com log e alerta desde o início.
- Semana 5 — Operação assistida: roda em produção com acompanhamento humano, comparando saída automática e manual.
- Semana 6 — Medição contra a linha de base, ajuste e decisão sobre a segunda tarefa.
Ao fim de seis semanas você tem um número real, um caso interno para mostrar, e — mais importante — uma leitura honesta de quanto da sua operação vale a pena automatizar de fato.
É assim que costumamos começar. Se quiser mapear onde está esse custo na sua operação, me manda uma mensagem descrevendo o processo que mais consome o seu time.