Consultoria de IA e automação de processos: por onde começar quando tudo é manual
Consultoria em IA e automação de processos começa pelo mapa, não pela ferramenta: como priorizar quando tudo é manual, qual camada usar (RPA, regras ou IA) e a sequência de 30/60/90 dias que entrega ganho medido.
“Aqui tudo é manual.” É a frase mais comum na primeira reunião de uma consultoria em IA e automação de processos. Quase sempre é verdade, e quase sempre é o problema errado para atacar primeiro. Quando tudo é manual, o risco não é a falta de tecnologia. É automatizar a coisa errada, na ordem errada, e transformar um processo ruim em um processo ruim mais rápido.
Este texto é a sequência que usamos: mapear, separar por camada, atacar em ondas de 30, 60 e 90 dias e definir quem manda no fluxo depois que ele existe. Uma consultoria de IA que pula a primeira etapa está vendendo ferramenta. A que segue a ordem está vendendo resultado.
Mapear antes de automatizar: o mapa de 1 página
Não estamos falando de um BPMN de quarenta páginas que ninguém vai abrir de novo. É uma página por processo, preenchida em uma conversa de uma hora com quem executa, não com quem gerencia. Quem gerencia descreve o processo como deveria ser. Quem executa descreve como é.
Os campos do mapa de uma página:
- Entrada: o que dispara o processo (e-mail, formulário, documento, pedido no sistema).
- Saída: o que sai no fim e para quem.
- Volume mensal, com pico e vale.
- Quem executa cada passo e quantas pessoas são.
- Tempo médio por item, separando tempo de execução e tempo de espera.
- Onde o dado nasce e por quantos sistemas passa até o fim.
- Onde o item para na fila e por quanto tempo.
- O que acontece quando dá errado: quem descobre, como corrige, quanto custa.
O mapa revela sempre as mesmas coisas. Uma minoria dos processos concentra a maior parte das horas. A maior parte do tempo de ciclo não é execução, é espera por alguém aprovar ou conferir. E metade dos passos de conferência existe por causa de um erro que aconteceu anos atrás e nunca mais foi revisto.
Com o mapa pronto, a priorização deixa de ser opinião. Volume vezes tempo por item dá as horas. Custo do erro dá a urgência. Facilidade de medir dá a chance de provar o ganho. Os três primeiros processos da lista saem dessa conta, não da reunião de diretoria.
RPA, regras e IA: qual camada para qual tarefa
Hiperautomação virou termo de apresentação de vendedor. O que é útil por trás dele é simples: existem três camadas de automação, cada uma boa para um tipo de tarefa, e a maior parte dos processos precisa de mais de uma.
| Camada | Serve para | Não serve para | Exemplo |
|---|---|---|---|
| RPA | Tarefa repetitiva em tela, sistema sem API, mesma sequência sempre | Entrada que varia, decisão com contexto | Copiar dados de um portal para o ERP |
| Regras | Decisão determinística, auditável, que cabe em um “se, então” | Texto livre, imagem, exceção não prevista | Aprovar despesa abaixo do limite com nota válida |
| IA | Entrada não estruturada, classificação, extração, decisão com contexto | O que uma regra resolve com 100% de acerto | Ler um contrato e extrair as cláusulas de reajuste |
O erro caro mais comum de automação de processos com IA é usar IA onde uma regra resolve. Custa mais por item, é menos previsível e é mais difícil de explicar para uma auditoria. O erro simétrico é usar RPA onde a entrada varia: o robô quebra na primeira mudança de layout e alguém volta a fazer na mão sem avisar.
A combinação certa costuma ser IA na entrada (ler, classificar, extrair), regra no meio (decidir o que é padrão) e RPA ou integração na saída (lançar no sistema). É esse desenho por camadas que chamamos de automação inteligente, e é ele que trata RPA e IA como ferramentas complementares, não concorrentes.
Sequência de 30/60/90 dias em uma consultoria em IA e automação de processos
Noventa dias é o prazo que funciona. Mais que isso, o patrocinador perde interesse e o orçamento vira alvo. Menos que isso, o processo não passa por um ciclo completo de fechamento mensal e o ganho não é medido de verdade.
- Dias 1 a 30: mapa, priorização e primeiro piloto. Mapa de uma página para os processos candidatos, escolha dos três primeiros, medição do tempo e do erro atuais (sem essa linha de base não existe ganho para mostrar) e um piloto em produção controlada, com volume reduzido e humano conferindo tudo.
- Dias 31 a 60: volume real e segundo processo. O piloto vai para o volume real com monitoramento de erro e de custo por item. O segundo processo entra na esteira, aproveitando a integração já feita. O time que executava passa a tratar exceções.
- Dias 61 a 90: terceiro processo, transferência e governança. Terceiro processo em produção, documentação do que foi construído, treinamento do time interno para operar e ajustar, e a política de mudanças formalizada. No dia 90 a empresa tem três processos rodando e sabe operar sem a consultoria.
O que raramente cabe nos 90 dias: trocar sistema legado, reorganizar área, limpar anos de dado ruim. Quando um desses aparece como pré-requisito, o processo sai da lista e entra outro. Automação de processos com IA é uma esteira, não um projeto único.
Governança: quem aprova mudanças no fluxo
Automação sem dono vira legado em seis meses. Ninguém sabe por que o robô faz o que faz, o prompt foi ajustado por alguém que saiu da empresa e a regra de aprovação não bate mais com a política vigente. O que uma consultoria em IA e automação de processos deve deixar no dia 90 cabe em três papéis e uma lista.
Os três papéis:
- Dono do processo, da área de negócio. Responde pelo resultado e tem poder de desligar a automação.
- Dono técnico, de engenharia ou TI. Responde por disponibilidade, versão e monitoramento.
- Aprovador de mudança, que em processos regulados é compliance ou jurídico. Não precisa aprovar tudo; precisa aprovar o que está na lista.
A lista do que exige aprovação antes de ir para produção: mudança em regra de decisão, mudança em prompt que afeta o resultado, troca de modelo ou de fornecedor, nova fonte de dado e qualquer entrada de dado pessoal que não estava no desenho original. Esse último item é LGPD na prática: dado novo exige revisar base legal e finalidade antes, não depois.
Cada mudança gera um registro com versão, quem aprovou, quando, e a métrica antes e depois. Parece burocracia. É o que permite responder a uma auditoria em uma hora em vez de uma semana, e é o que faz a automação sobreviver à saída de quem a construiu.
Exemplo ilustrativo: 60% menos tempo em processamento de documentos
Este exemplo é montado com números redondos para mostrar a conta. Não é um caso de cliente. Os percentuais são o que a sequência acima produz quando o mapa é feito antes da ferramenta.
Uma operação recebe 10 mil documentos por mês: contratos, notas, comprovantes. Cada um passa por recepção, classificação, extração de campos, conferência e lançamento no sistema. O mapa de uma página mostra 12 minutos por documento em média, ou 2.000 horas por mês. Separando por etapa: classificar e extrair levam 7 minutos, conferir leva 3, lançar leva 2.
Primeira onda (dias 1 a 30): IA classifica o documento e extrai os campos. O humano confere tudo e lança. O tempo médio cai para cerca de 7 minutos, porque os 7 minutos de leitura viraram 2 minutos de revisão do que a IA extraiu.
Segunda onda (dias 31 a 60): uma regra decide quando a conferência humana é dispensável (confiança alta e valores batendo com o pedido) e RPA lança no sistema. Só as exceções passam por gente. O tempo médio cai para cerca de 5 minutos, com a maior parte dos documentos passando sem toque humano e uma minoria concentrando o trabalho de conferência.
De 12 para 5 minutos: cerca de 60% menos tempo, ou 2.000 horas virando 800. O que o número não mostra é tão importante quanto ele. O time de conferência passou a tratar exceção, que é trabalho de mais valor. O erro de lançamento caiu, porque RPA não digita errado. E a auditoria passou a ter uma trilha completa de quem viu o quê.
O ganho veio da sequência, não da IA sozinha. Se a primeira onda tivesse sido RPA, teria quebrado na variação dos documentos. Se tivesse sido IA para tudo, incluindo lançamento, teria custado mais e sido menos confiável do que um robô fazendo uma tarefa determinística.
Perguntas frequentes
Preciso mapear todos os processos antes de começar?
Não. Mapeie os candidatos, que costumam ser entre cinco e dez, e escolha três. O mapa de uma página leva uma hora por processo. Mapear a empresa inteira antes de automatizar qualquer coisa é a forma mais comum de nunca começar.
RPA ainda faz sentido com IA generativa?
Sim, para o que é determinístico e vive em sistema sem API. Lançar dado em tela, mover arquivo, preencher formulário. IA generativa não substitui isso; ela resolve a parte que RPA nunca resolveu, que é entender uma entrada que varia. RPA e IA funcionam melhor juntos do que qualquer um sozinho.
Quanto custa uma consultoria em IA e automação de processos?
Depende do número de processos e da complexidade de integração, mas o formato de 90 dias com três processos tem escopo e preço fechados antes de começar. O que define o retorno é a linha de base medida no primeiro mês. Sem ela, ninguém sabe se o projeto se pagou.
Qual processo automatizar primeiro?
O que tem volume alto, tempo por item mensurável, erro caro e integração viável em semanas. Não o mais visível nem o mais pedido pela diretoria. O primeiro processo existe para provar o método; o ganho grande vem do segundo e do terceiro, que reaproveitam o que foi construído.
Se a sua operação está no ponto do “tudo é manual”, a página de automação inteligente mostra como estruturamos essas doze semanas e o que a empresa recebe no dia 90.