Quanto tempo demora a automação com IA? Prazos reais

É quase sempre a segunda pergunta. Primeiro: quanto custa? E depois: quanto tempo até funcionar? O tempo que a automação com IA demora raramente depende da tecnologia. Depende do tamanho que dás ao primeiro trabalho, da rapidez com que chegas aos teus próprios dados e de quem decide na tua empresa. Neste artigo ficas a saber que prazos são realistas por tipo de projeto, onde o tempo se perde sem darmos por isso e o que podes fazer para acelerar.

A resposta curta: de duas semanas a dois anos

Essa diferença de cinquenta vezes é, em grande parte, escolha tua. Um trabalho bem delimitado, responder em menos de um minuto a cada pedido do formulário de contacto e agendá-lo logo, é uma questão de semanas. 'Vamos implementar IA' é uma questão de anos, porque ninguém sabe dizer quando é que isso está pronto. A pergunta sobre a duração é, portanto, esta: até que ponto tens coragem de começar pequeno?

Porque é que as grandes empresas demoram anos

No outono de 2025, a Deloitte inquiriu 1.854 dirigentes na Europa e no Médio Oriente, Países Baixos incluídos. A maioria disse que uma aplicação de IA demora dois a quatro anos a pagar o investimento. Em tecnologia normal, essas mesmas empresas contam com sete a doze meses. Apenas 6 por cento recuperaram o dinheiro em menos de um ano; mesmo entre os projetos mais bem-sucedidos foram só 13 por cento (fonte: Deloitte, 2025).

Antes que te assustes: esses números são de empresas com milhares de trabalhadores que lançam IA em toda a organização, ao mesmo tempo que fazem uma reorganização e limpam os seus dados. A própria Deloitte compara isto à passagem do vapor para a eletricidade: as fábricas tiveram de refazer toda a linha de produção antes de o ganho aparecer. Tu não tens de refazer a tua linha de produção. Só tens de tirar aquele pedaço de trabalho de copiar à mão.

Prazos realistas por tipo de trabalho

Estes são os prazos com que trabalhamos, com o preço ao lado para poderes avaliar de imediato:

• Uma tarefa bem delimitada, responder automaticamente aos pedidos que entram e marcá-los na agenda, ou ler comprovativos: 1 a 2 semanas de construção, 300 a 5.000 euros.
• Um processo completo de início ao fim, ligado ao programa que já usas: 3 a 6 semanas, 5.000 a 12.000 euros.
• Vários processos encadeados, ou vários departamentos ao mesmo tempo: 6 semanas ou mais, 12.000 a 25.000 euros.

Antes disso há um passo: a análise. Esse levantamento do funcionamento da tua empresa custa 1.500 euros e dá origem a um relatório que diz qual o processo que vai primeiro e o que se espera que renda. A rapidez desse passo depende sobretudo de quão depressa consigo falar com as tuas pessoas e ver os teus números, combinamos isso à partida, para poderes marcá-lo na tua agenda.

O relógio não começa na construção

Quase toda a gente conta apenas as semanas de construção. Mas antes de se construir alguma coisa têm de acontecer três coisas, e é precisamente aí que o tempo desaparece nas empresas que acabam a demorar meses.

• Escolher que processo vai primeiro. Não o mais chato, mas aquele que se repete muito e segue padrões fixos.
• Tratar do acesso aos teus próprios sistemas. Quem tem as credenciais do teu programa? O teu fornecedor tem de ativar alguma coisa primeiro? Isso vale às vezes uma semana de espera, e essa espera podes começar hoje.
• Combinar quem decide. Uma pessoa que corta o nó mantém um projeto de duas semanas em duas semanas. Um grupo que se reúne à sexta-feira transforma isso em três meses.

Cinco coisas que determinam mesmo o prazo

• Quão bem delimitado está o trabalho. 'Pedidos do formulário de contacto' é delimitado. 'As vendas' não é.
• Se o trabalho tem padrões. Quarenta pedidos do mesmo tipo são rápidos. Quarenta casos únicos não.
• Quão depressa chegas aos teus próprios dados. Está tudo num programa ou em quatro sistemas que não se falam?
• Quantas exceções existem e se alguém as sabe enumerar. Exceções que só aparecem depois de estar no ar custam sempre mais uma volta.
• Quem decide e com que rapidez essa pessoa responde. Na prática é o maior fator, e o mais barato de resolver.

Onde o tempo se perde sem darmos por isso

Estes cinco travões são os que mais vejo, e nenhum é técnico:

• Esperar por acessos. O teu fornecedor de software tem de abrir algo e só responde para a semana.
• Testar com exemplos demasiado arrumados. Corre tudo bem até chegar o primeiro pedido real com uma foto anexada e meia morada.
• Exceções que ninguém referiu, porque são tão normais que já ninguém as vê.
• As pessoas que vão trabalhar com aquilo só são ouvidas no fim e levantam então objeções que se podiam ter recolhido antes.
• O projeto que cresce a meio: 'já agora, não podíamos também...'. É o fim de qualquer calendário.

Esse segundo ponto é apontado pela Deloitte como uma das principais razões para o retorno não aparecer: um teste com dados inventados corre lindamente e, assim que entram dados reais, começam os problemas (fonte: Deloitte, 2025). Por isso prefiro testar logo com os teus casos reais do mês passado, sobretudo os mais desarrumados.

A TNO acompanhou quatro organizações neerlandesas que estavam a introduzir IA e publicou os resultados em 2026. Na seguradora a.s.r. o desenvolvimento foi abandonado a meio. Na Alfândega o projeto continuava em desenvolvimento ao fim de meses. Na empresa de comércio eletrónico HelloPrint, pelo contrário, funcionou: aí a IA trata já de cerca de metade do contacto com clientes. A conclusão principal da TNO: as organizações pensaram demasiado pouco, à partida, no efeito sobre o trabalho das suas pessoas (fonte: TNO, 2026). Não é um pormenor menor, é exatamente o que faz um projeto encalhar.

Tempo de construção não é tempo de retorno

São dois relógios diferentes. O primeiro vai de 'começámos' até 'está a funcionar'. O segundo vai de 'está a funcionar' até 'já se pagou'. Num trabalho delimitado de 4.000 euros que poupa cinco horas por semana, esse segundo relógio conta-se em meses, não em anos. Num lançamento por toda a empresa estás na zona onde a Deloitte mede dois a quatro anos. É essa a verdadeira razão para começar pequeno: não porque grande seja impossível, mas porque em pequeno sabes num trimestre se resulta.

Conta também a manutenção. Os teus programas mudam, os teus preços mudam, os teus clientes passam a perguntar outras coisas. Connosco a manutenção vai de 100 a 750 euros por mês para algo pequeno, até 1.500 a 3.000 euros para uma montagem de que a tua empresa depende diariamente. Não é um custo escondido, é a razão pela qual daqui a um ano ainda funciona.

Exemplo de calendário para um primeiro projeto pequeno

Não é uma promessa, mas é a forma que mais vejo num trabalho de duas semanas:

• Dia 1: percorrer o processo em conjunto e reunir os últimos cinquenta casos reais.
• Dia 2: tratar dos acessos e combinar o que o sistema pode fazer sozinho e o que vai para uma pessoa.
• Dias 3 a 6: construir, com pontos de situação pelo meio para não ficares duas semanas às escuras.
• Dias 7 e 8: correr com os casos reais do mês passado, sem que nada saia para fora.
• Dia 9: deixar as tuas pessoas verificarem e recolher as exceções que elas veem e nós não.
• Dia 10: no ar, com o acordo de que na primeira semana tudo passa ainda por uma pessoa.

Quando demora mais, e quando é melhor esperar

Sejamos honestos: às vezes começar agora não é inteligente. É melhor esperar se acontecer uma destas coisas:

• Vais mudar de programa em breve. Não construas sobre algo que desaparece daqui a três meses.
• O processo só existe na cabeça de uma pessoa que não tem tempo nas próximas semanas. Estarias a construir sobre suposições.
• Acabaste de entrar em época alta. Nas primeiras semanas, a automação pede precisamente atenção das tuas pessoas.
• O processo acontece menos do que umas poucas vezes por semana. Aí a poupança é pequena de mais, e prefiro dizer-to antes de pagares.

O que podes fazer para acelerar

• Reúne à partida cinquenta exemplos reais do trabalho que queres automatizar, exatamente como entraram.
• Descobre já quem gere as credenciais dos teus sistemas e se o teu fornecedor tem de ativar alguma coisa.
• Nomeia uma única pessoa que decide e responde no próprio dia.
• Conta à tua equipa o que vai acontecer antes de estar a funcionar, não depois.
• Mantém o primeiro trabalho pequeno, mesmo que te apeteça mais. O segundo vai ao dobro da velocidade, porque os acessos e as regras já estão feitos.