- O ROI de um projeto de automação calcula-se comparando o seu custo total com o valor do tempo e dos erros que elimina.
- Na nossa experiência, um projeto bem delimitado sobre um processo repetitivo costuma pagar-se em menos de 12 meses; se os números saírem muito acima disso, convém rever o âmbito.
- Calcular mal o ROI, por excesso ou por defeito, leva a tomar decisões que não fazem sentido económico.
Há uma conversa que se repete muitas vezes quando uma empresa está a avaliar se deve automatizar um processo. A proposta técnica está em cima da mesa, o âmbito está definido e o orçamento também. E então alguém pergunta: “quando é que recuperamos isto?”
É a pergunta certa. E, por estranho que pareça, poucas vezes tem uma resposta preparada.
Não porque seja difícil de calcular, mas porque ninguém tirou tempo para o fazer antes de chegar a essa reunião. O projeto foi justificado com argumentos qualitativos (“vai poupar-nos muito tempo”, “vamos cometer menos erros”) sem os traduzir em números concretos. E quando alguém pede os números, a conversa encrava.
Porque é que o ROI de uma automação é quase sempre mal calculado
Há 2 erros habituais que vão em direções opostas.
O primeiro é subestimar o valor. Calcula-se o tempo que a automação poupa, mas ignoram-se os erros que elimina, as decisões mais rápidas que permite e a capacidade operacional que liberta para outras tarefas. O resultado é um ROI que parece modesto e um projeto difícil de justificar.
O segundo é sobrestimar a poupança. Contam-se as horas que “em teoria” se poupam sem ter em conta que essas horas não desaparecem do custo laboral se a pessoa que as dedicava continua nos quadros a fazer outras coisas. Ou dá-se como certo que a automação vai funcionar na perfeição desde o primeiro dia, sem contar com o período de adaptação e os ajustes iniciais.
Nenhum destes erros leva a boas decisões. O primeiro descarta projetos que fazem sentido. O segundo aprova projetos com expectativas que não se vão cumprir.
O enquadramento correto para calcular o ROI
Passo 1: quantifica o custo atual do processo
Começa pelo problema que queres resolver. Quanto tempo dedica a equipa a este processo neste momento? Com que frequência? Quantas pessoas intervêm?
Multiplica esse tempo pelo custo laboral real das pessoas que o fazem. Não o salário bruto, mas o custo total para a empresa, que em Espanha costuma ficar entre 25% e 35% acima do bruto depois de somadas as contribuições para a Segurança Social. Se uma pessoa dedica 10 horas por semana a um processo e o seu custo total para a empresa é de 25 euros por hora, esse processo custa 250 euros por semana: mais de 12.000 euros por ano.
A esse valor soma o custo dos erros. Com que frequência acontecem neste processo? Quanto tempo leva a detetá-los e corrigi-los? Afetam clientes? Se geram reclamações, devoluções ou tempo de suporte adicional, esse custo também entra aqui.
Passo 2: estima o valor do que é libertado
Quando o processo é automatizado, o tempo que antes lhe era dedicado fica disponível. A pergunta é: o que vai a equipa fazer com esse tempo?
Se a resposta é “tarefas de maior valor” (mais atenção aos clientes, mais tempo para projetos estratégicos, mais capacidade para crescer sem contratar), esse tempo vale mais do que a poupança direta em horas. Se a resposta é que simplesmente haverá menos pressão sobre a equipa, o valor é real, mas mais difícil de quantificar, e convém não o inflacionar.
Em qualquer caso, o tempo libertado tem valor. A questão é ser honesto sobre quanto.
Passo 3: calcula o custo total do projeto de automação
O custo do projeto não é só o orçamento de desenvolvimento. Inclui também o tempo interno que a equipa vai dedicar durante a implementação (reuniões, validações, testes, formação) e o custo de manutenção anual depois da entrega.
Uma automação bem construída tem um custo de manutenção baixo, mas não nulo. É preciso prever atualizações quando os sistemas externos mudam, suporte em caso de incidências e as melhorias que quase sempre são pedidas quando a equipa vê o que é possível.
Passo 4: calcula o período de retorno
Com os números anteriores, o cálculo é direto:
Período de retorno = custo total do projeto ÷ poupança mensal líquida
A poupança mensal líquida é a diferença entre o que o processo custa agora e o que vai custar depois de automatizado, incluindo a manutenção do sistema.
Se um projeto de automação custa 8.000 euros e deixa uma poupança líquida de 1.200 euros por mês, já descontada a manutenção, o período de retorno é de cerca de 7 meses. A partir do oitavo mês, o projeto gera valor líquido todos os meses.
Se preferires exprimi-lo em percentagem, o ROI de um período concreto (por exemplo, o primeiro ano) é: (poupança líquida do período − custo total do projeto) ÷ custo total do projeto × 100. Um ROI de 0% significa que apenas recuperaste o investimento; tudo o que estiver acima disso é retorno.
Um exemplo com números concretos
Imagina uma empresa de serviços com 45 colaboradores que prepara todos os meses relatórios personalizados para os seus clientes. O processo ocupa 2 pessoas durante 4 dias completos por mês: 8 dias de trabalho, com um custo laboral de cerca de 280 euros por dia. Total mensal: 2.240 euros. Anual: quase 27.000 euros.
O projeto de automação (ligação ao CRM, extração automática de dados e geração de um relatório por cliente) custa 11.500 euros de desenvolvimento e é entregue em 6 semanas. A isso somam-se cerca de 20 horas de tempo interno da equipa em reuniões, validações e testes, mais uns 700 euros. Custo total do projeto: 12.200 euros. A manutenção anual acordada é de 1.200 euros.
A poupança mensal líquida, descontando a manutenção, é de cerca de 2.140 euros. O período de retorno: pouco menos de 6 meses. No primeiro ano completo, o retorno líquido ronda os 13.500 euros, um ROI de cerca de 110%.
Uma ressalva importante: este cálculo parte do princípio de que esses 8 dias de trabalho passam a ser dedicados a trabalho útil, como atender mais clientes ou deixar de fazer horas extraordinárias. Se não for assim, a poupança real é menor, e é preciso dizê-lo.
Esses números, apresentados antes de tomar a decisão, transformam uma conversa sobre despesa numa conversa sobre investimento. E não têm nada a ver uma com a outra.
Quando o ROI não justifica o projeto
Nem todos os projetos de automação têm um ROI positivo num horizonte razoável. Às vezes o processo é demasiado irregular ou complexo e o custo de desenvolvimento não se recupera num prazo útil. Noutros casos, a poupança é real mas pequena, e o esforço de implementação não compensa face a outras prioridades.
Um bom fornecedor técnico diz-te quando um projeto não faz sentido económico antes de o orçamentar, não depois de o cobrar. Essa honestidade faz parte do trabalho, não é uma exceção.
Checklist: antes de aprovar qualquer projeto de automação
- O custo atual do processo está quantificado em tempo e em custo laboral real?
- Os erros e o seu custo foram incluídos no cálculo?
- Está definido o que a equipa vai fazer com o tempo libertado?
- O custo do projeto inclui o tempo interno, e não só o orçamento de desenvolvimento?
- Foi tido em conta o custo de manutenção anual?
- O período de retorno calculado é aceitável para a empresa?
- Alguém disse “isto não faz sentido” e foi ouvido?
Perguntas frequentes
Que período de retorno é razoável para um projeto de automação?
Depende de cada empresa, mas como referência: os projetos que se pagam em menos de 12 meses são difíceis de recusar se os números estiverem bem feitos. Entre 12 e 24 meses precisam de mais contexto (crescimento previsto, impacto estratégico, alternativas) para se justificarem. Acima de 24 meses, é preciso uma razão adicional para além da poupança direta para que façam sentido como investimento.
Como se calcula o custo dos erros se não tivermos dados históricos?
Se não há dados, é preciso estimá-los. Pergunta à equipa com que frequência acontecem erros no processo e quanto tempo se demora, em média, a corrigi-los. Multiplica pelo custo laboral correspondente. Se os erros afetam clientes, acrescenta uma estimativa conservadora do custo dessas incidências. A estimativa não será perfeita, mas será muito melhor do que ignorar esse custo por completo.
O que acontece se o processo mudar depois de automatizado?
É um dos riscos reais de qualquer automação. A forma de o gerir é construir com flexibilidade desde o início (código bem documentado, uma arquitetura que permita ajustes sem reescrever tudo) e deixar claro desde o princípio que alterações a manutenção cobre e quais exigem um orçamento à parte. Um processo que vai mudar com frequência pode precisar de uma solução diferente da de um processo estável. O que acontece quando essa documentação falta contamos em o custo oculto das automações mal documentadas.
Também te pode interessar:
- O que uma empresa ganha quando os seus sistemas deixam de funcionar em silos
- Como automatizar o reporting do teu ERP sem mudar de sistema
- De um Excel caótico a um dashboard em tempo real: um caso de transformação
Na Baqueiro calculamos o ROI antes de orçamentar qualquer projeto de automação, porque um investimento que não se consegue justificar com números não deveria ser feito. Se tens um processo em cima da mesa e queres saber se vale a pena automatizá-lo, conta-nos e fazemos as contas juntos.