Como medir o ROI de automação sem um sistema de registro
O ROI de uma automação é a diferença entre o custo do processo antes e depois dela, e os dois números precisam sair do mesmo lugar. Se o processo vive em planilhas e mensagens, o "antes" não está registrado em lugar nenhum. A automação funciona e o retorno fica sem prova. O primeiro passo é decidir onde o dado nasce.
Por que o ROI da automação depende de um sistema de registro?
Porque retorno é uma comparação, e comparação exige dois pontos medidos do mesmo jeito. O ponto "depois" quase sempre existe: a automação roda, deixa log, conta execuções. O ponto "antes" só existe se o processo manual deixava registro estruturado. Na maior parte das PMEs, não deixava.
Pense no processo de conferir pedidos contra o estoque. Quem faz sabe que "leva a manhã toda". Esse número nunca passou por um sistema. Ele vive na percepção de uma pessoa, e percepção muda quando o processo muda. Seis meses depois da automação, ninguém lembra se eram três horas ou cinco, e a diretoria pergunta se valeu a pena.
Nesse ponto o problema deixa de ser de tecnologia. A ferramenta de automação entrega o que foi configurado. O que falta é uma decisão de arquitetura: em qual sistema o processo registra o que faz, antes e depois da automação. Sem essa decisão, o cálculo de ROI de automação depende de estimativas feitas de memória.
O que os dados dizem sobre retorno e sobre sistemas?
Dizem que o retorno é mais raro do que o entusiasmo sugere e que a base de sistemas da empresa média ainda é estreita. Os dois fatos se ligam.
No levantamento do Gartner, feito entre novembro e dezembro de 2025 com 782 líderes de infraestrutura e operações, apenas 28% dos casos de uso de IA atenderam por completo à expectativa de retorno, e 20% falharam por inteiro. Entre os 57% que relataram ao menos uma falha, muitos disseram ter esperado demais, rápido demais. Entre os fatores associados ao sucesso, 33% apontaram a integração a sistemas e processos já existentes. O recorte é de operações de TI e de IA, não de processos de negócio de uma PME. O que a pesquisa oferece é um padrão: retorno depende de a iniciativa estar encaixada onde a operação já registra o que faz.
Do lado brasileiro, a pesquisa TIC Empresas 2025, do Cetic.br, com coleta entre fevereiro de 2025 e janeiro de 2026, mostra que 36% das empresas com 10 pessoas ou mais usaram pacote de software ERP. Quase dois terços, portanto, não usaram. Isso não quer dizer que essas empresas não tenham nenhum programa. O Sebrae registrou, em junho de 2025, que 47% dos pequenos negócios (MEI, micro e pequenas empresas) usam aplicativos ou programas para gerenciar a operação. Ter programa, porém, é diferente de ter um sistema em que o processo inteiro deixa registro. Uma assinatura de ferramenta por área produz dados em cinco lugares, e nenhum deles mede o processo de ponta a ponta.
As três fontes têm universos diferentes (TI corporativa, empresas de 10 pessoas ou mais, pequenos negócios) e não devem ser somadas. Lidas juntas, apontam para a mesma conclusão: a automação chega a uma operação cujo "antes" quase nunca foi medido.
Que dados o processo precisa deixar antes de ser automatizado?
Cinco, e nenhum exige um projeto grande para existir.
Volume é quantas vezes o processo roda por semana. Sem volume, você não sabe se a automação atende 50 casos ou 5 mil, e o payback muda por uma ordem de grandeza.
Tempo é quanto cada execução leva de ponta a ponta, incluindo a espera entre etapas. A espera costuma pesar mais que o trabalho em si, e ela só aparece quando cada etapa registra quando começou e quando terminou.
Erro é a fração das execuções que voltam para correção. É o dado mais caro de reconstruir depois, porque erro corrigido em silêncio não deixa rastro.
Retrabalho é o tempo gasto nessas correções. Ele separa a automação que elimina o erro da que só o move de lugar.
Dono é a pessoa que responde pelo número. Dado sem dono é dado que ninguém atualiza.
O ponto central é onde esses cinco dados nascem. Se o registro depende de alguém preencher uma planilha no fim do dia, ele falha justamente nas semanas de pico, que são as que mais importam. Um sistema interno registra como efeito colateral de o processo acontecer: o pedido entrou, a conferência começou, o erro foi marcado. É a lógica que sustenta, por exemplo, o sistema de gestão ambiental da Reatop, em que o dado nasce no fluxo do trabalho e não depois dele.
Um exemplo prático: o retorno que ninguém conseguiu provar
O cenário a seguir é hipotético, e os números são premissas ilustrativas, não medição. Uma distribuidora com 90 funcionários e faturamento acima de R$ 200 mil por mês automatiza a conferência de pedidos. A equipe diz que o processo consumia "uma manhã por dia" de duas pessoas. O projeto é aprovado com uma meta informal de economizar 20 horas por semana.
Três meses depois, a automação roda sem falhas e a diretoria quer o retorno. O que existe? Uma estimativa verbal das 20 horas, feita por quem vivia o processo. Nenhum registro de quantos pedidos entravam por semana antes, de quantos voltavam com erro, de quanto tempo o pedido esperava entre a entrada e a conferência. A automação reduziu algo, mas ninguém consegue dizer quanto, e a pergunta "valeu o investimento?" vira debate de percepção.
Agora o mesmo projeto com um passo anterior. Durante quatro semanas, antes de automatizar, os pedidos passam por um cadastro simples que registra entrada, início e fim da conferência e erros marcados. Mesmo que o resultado seja modesto, ele é demonstrável: a diretoria vê o antes e o depois com o mesmo critério. E o registro revela algo que a estimativa verbal escondia, por exemplo que o maior custo era a espera entre a entrada do pedido e o início da conferência, e não a conferência em si. A automação, então, é redesenhada para atacar a espera.
A mudança de ordem é pequena. O que ela altera é a qualidade da decisão sobre o que automatizar. É o mesmo princípio do ganho de produtividade que não vira resultado: sem medir onde o tempo realmente vai, a hora economizada some sem deixar efeito no caixa.
Como começar sem parar a operação?
Comece pelo processo que você mais quer automatizar e coloque o registro antes da automação, por um prazo curto e definido. Quatro semanas costumam mostrar a variação entre semanas normais e de pico, mas esse prazo é uma referência de planejamento, não uma medição.
Depois, decida onde o registro vai morar. Uma planilha compartilhada serve para um experimento de um mês. Para ser a base do retorno, o dado precisa estar em um sistema onde o processo realmente acontece, com campos obrigatórios e histórico. É a lógica de quando trocar planilhas por um sistema interno: a planilha é o ponto de partida do levantamento, e o sistema é onde o retorno passa a ser confiável.
O caso da SuperVida mostra esse movimento em outra escala. A rede de cartão de benefícios do Maranhão geria contratos em uma base improvisada no Airtable, e a Yowpi migrou a operação para um sistema sob medida, com contratos, beneficiários, vendedores e parceiros em um só lugar. O case da SuperVida não traz números de retorno, e este texto não os inventa. O que ele ilustra é a condição prévia: com a operação num único registro, qualquer automação futura tem onde ser medida.
Perguntas frequentes
Minha equipe está acostumada com planilhas. Isso atrapalha medir o retorno?
Não precisa atrapalhar. Comece com o que a equipe já usa e acrescente só os cinco dados mínimos, por um período curto. O objetivo é ter o "antes" registrado, não trocar a ferramenta no primeiro dia. A migração para um sistema vem quando a planilha começa a falhar no pico.
Não sei se automação tem retorno financeiro. Como saber antes de investir?
Você sabe medindo antes. Com quatro semanas de volume, tempo e erro registrados, o custo do processo atual vira número, e o retorno máximo possível da automação fica limitado por ele. Se o custo do processo é baixo, o payback não vem, e descobrir isso antes de contratar é um bom resultado.
Não tenho equipe qualificada para implementar. Dá para fazer mesmo assim?
Dá, porque o registro mínimo não exige time de tecnologia: exige decidir quais cinco dados importam e quem responde por eles. A parte técnica, quando chega, pode ser feita por um parceiro. A decisão sobre o que medir precisa ser sua, porque ela depende de conhecer o processo.
O próximo passo
Se você quer saber em que sistema o seu processo deveria registrar o que faz antes de ser automatizado, o Diagnóstico de Arquitetura Operacional, uma conversa de 30 minutos, é o lugar para começar: fale com a Yowpi.
Cases relacionados
Reconheceu a sua operação neste artigo?
Agende o Diagnóstico de Arquitetura Operacional: 30 minutos para mapear onde está o gargalo da sua operação. Sem proposta na primeira conversa.
Agendar diagnóstico