A automação de processos com IA compensa quando o volume é alto, as excepções são raras, as regras são estáveis e a decisão é reversível. Falha quando qualquer um destes quatro não se verifica, e o custo aparece em manutenção, não no orçamento inicial.
Antes disso, há uma distinção que decide o projecto. Automatizar uma tarefa e orquestrar um processo são coisas diferentes. A primeira substitui cliques. A segunda coordena sistemas, pessoas e decisões de ponta a ponta, e é aí que está o retorno que dura.
O relatório da Comissão Europeia sobre a Década Digital para Portugal, COM(2026) 288 final, de 17 de junho de 2026, registra que o Plano de Ação 2026-2027 da Estratégia Nacional para o Digital avança uma Estratégia de Cloud Soberana, e avisa que esse esforço pode ser travado pela adoção lenta de cloud e de IA pelas empresas portuguesas. O mesmo relatório indica que 7,40% das empresas portuguesas recrutaram ou tentaram recrutar especialistas de TIC, com dados de 2024, contra 9,55% na média europeia. A pressão para automatizar é real e a capacidade interna é escassa, e é essa combinação que produz projectos comprados às pressas e abandonados pouco depois.
Automação de processos com IA: automatizar uma tarefa ou orquestrar um processo?
É a distinção que mais projectos confunde, e confundi-la custa caro porque leva a comprar a ferramenta errada.
Não são alternativas. O RPA tem lugar legítimo: é a solução para chegar a sistemas antigos que não expõem API e que não se podem desmantelar. O padrão que funciona é usá-lo como uma tarefa dentro de um processo orquestrado, não como o processo inteiro. As plataformas de orquestração modernas trazem conectores para as ferramentas de RPA mais comuns precisamente por essa razão. Quando os sistemas subjacentes são nossos para alterar em vez de contornar, o desenvolvimento à medida é normalmente mais barato do que automatizar uma interface.
Que seis critérios decidem se a automação de processos com IA vale a pena?
Aplicamos estes seis a qualquer processo antes de orçamentar automação de processos com IA. Não são investigação publicada, por isso apresentamo-los como aquilo que são, o nosso critério de triagem.
É um processo onde vai construir o caminho automático, manter o caminho manual, e acrescentar o trabalho de decidir em qual dos dois cada caso entra. A taxa de excepções mata mais projectos do que qualquer outra coisa e ninguém a mede antes de começar.
Onde é que a IA acrescenta algo que o software normal não faz?
Em três sítios concretos. Entradas não estruturadas, como documentos, mensagens, formulários preenchidos por pessoas e ficheiros de quatrocentos fornecedores cada um com o seu formato, e é aqui que a diferença é maior e mais defensável. Classificação com fronteiras difusas, como encaminhar um pedido ou detectar que algo é atípico, casos em que a regra existe mas ninguém consegue escrevê-la completamente. E preparação de decisão humana, reunindo contexto e resumindo para que uma pessoa decida mais depressa, notando que aqui a IA não decide, e é frequentemente o desenho com melhor retorno e menos risco. A nossa nota sobre implementar IA em empresas portuguesas mostra onde esse retorno aparece primeiro.
E onde não acrescenta. Se o processo é uma sequência de regras determinísticas sobre dados estruturados, a resposta é um motor de processos e umas tabelas de decisão. Vai correr mais depressa, custar menos e ser explicável sem esforço. Comprar IA para isso é pagar imprevisibilidade sem receber nada em troca.
Que sequência funciona?
Depois disso, automatize o caminho principal e desenhe o caminho de excepção com o mesmo cuidado, porque o segundo é onde vive a credibilidade do sistema. E defina o critério de promoção antes de arrancar o piloto: que métrica, que valor, medida durante quanto tempo, decidida por quem.
E o que fica na sua casa no fim?
Uma pergunta a fazer no início, não no fim. Automação é infraestrutura, e infraestrutura que não se pode manter internamente nem transferir é uma dependência. Devem ficar consigo os modelos de processo e de decisão em notação padrão, legíveis sem ferramenta proprietária. O código dos serviços que o processo invoca, e as definições de infraestrutura. Os dados de execução e o histórico, porque é aí que está a prova do retorno. E a documentação do que foi decidido e porquê, incluindo o que se decidiu não automatizar.
Sobre o último ponto: a lista de excepções que deliberadamente não foram automatizadas é um dos documentos mais úteis que um projecto destes produz, e é quase sempre o único que ninguém escreve. Abordamos também o que perguntar a uma agência de IA antes de assinar, e o casos de estudo tem exemplos de plataformas de processo que construímos e continuamos a manter.
O que é que faz um projecto de automação de processos com IA ficar preso em piloto?
Quatro coisas, e nenhuma é técnica. Não há critério de promoção, por isso o piloto é permanente por omissão. Ninguém é dono do processo, porque o projecto tem um patrocinador de IT e nenhum responsável do lado do negócio que possa decidir que uma excepção deixa de ser tratada à mão. O comportamento de falha não foi desenhado, e se a resposta a o que acontece quando o sistema não sabe for alguém vai ver, não existe processo, existe uma fila. E a medição compara com o ideal e não com o antes, o que garante discussões sobre resultados que matam projectos que funcionam.
Perguntas frequentes
Quando é que a automação de processos com IA compensa
Quando é que vale a pena automatizar um processo com IA?
Qual a diferença entre RPA e orquestração de processos?
BPMN e pilotos
O que é o BPMN e porque interessa a quem compra?
Porque é que os projectos de automação ficam presos em piloto?
Excepções e propriedade
Uma taxa de excepções de 30% significa que 70% é automatizável?
O que deve ficar com a empresa no fim de um projecto de automação?
