Como calcular o ROI de projetos de inteligência artificial (com números que a diretoria aceita)

"Quanto isso vai me trazer de retorno?" é a pergunta que trava a maioria dos projetos de inteligência artificial nas empresas brasileiras. Não porque não haja resposta, mas porque a resposta costuma ser dada mal: ou com otimismo indefensável ("vai economizar 40% do time"), ou com evasivas ("é estratégico, não dá para medir").

As duas respostas destroem credibilidade. Este artigo apresenta um modelo de cálculo que sobrevive ao escrutínio de um CFO: quais custos precisam entrar na conta, como valorar ganhos que não aparecem diretamente no caixa e quais armadilhas de cálculo aparecem com mais frequência.

O erro fundamental: confundir horas economizadas com dinheiro economizado

Comece por aqui, porque é o erro que aparece em nove de cada dez business cases de IA.

Suponha que um assistente de IA economize 30 minutos por dia de cada um dos 20 analistas de uma área. São 10 horas por dia, 200 horas por mês. A um custo total de R$ 60 por hora, isso dá R$ 12 mil mensais, R$ 144 mil ao ano. Números bonitos.

O problema: essa economia só vira dinheiro se uma de três coisas acontecer.

1. A empresa reduz o quadro — o que raramente é o objetivo declarado e frequentemente não é politicamente viável.
2. A empresa absorve mais demanda com o mesmo time — ou seja, o crescimento previsto deixa de exigir contratação. Este é o cenário mais comum e mais defensável.
3. As horas liberadas são realocadas para atividades de maior valor — o que exige que exista fila de trabalho de maior valor esperando, e que a gestão efetivamente redirecione.

Se nenhuma das três acontecer, a economia é real na planilha e inexistente no resultado. A hora liberada simplesmente se dissolve no dia.

O modelo honesto declara qual desses três mecanismos está em jogo. Recomendamos aplicar um fator de realização entre 40% e 70% sobre a economia bruta de horas quando o mecanismo é realocação, e 100% apenas quando há decisão formal de não contratar posições previstas.

Todos os custos que precisam entrar na conta

Business cases de IA subestimam custo com uma consistência quase cômica, quase sempre porque olham apenas para o preço da API.

Custos de implantação (uma vez)

• Descoberta e desenho: horas de consultoria e do time interno para mapear processo, definir escopo e construir baseline.
• Preparação de dados: limpeza, estruturação, digitalização de acervo, correção de cadastro. Costuma ser o item mais subestimado de todos.
• Desenvolvimento e integração: conexão com ERP, CRM, base documental; autenticação; respeito a permissões existentes.
• Construção do conjunto de avaliação: 100 a 300 casos com resposta validada por especialista. Custa horas de gente cara e é inegociável.
• Testes de segurança e adequação à LGPD.
• Treinamento e gestão de mudança.

Custos recorrentes (mensais)

• Inferência do modelo: custo por token ou por chamada, multiplicado pelo volume real, incluindo tentativas repetidas.
• Infraestrutura: banco vetorial, armazenamento, orquestração, observabilidade, ambiente de homologação.
• Manutenção evolutiva: ajuste de prompts, atualização de base de conhecimento, correção de regressões após mudança de versão do modelo.
• Supervisão humana: se o desenho prevê revisão, o custo dessa revisão é custo do sistema, não externalidade.
• Reavaliação periódica: rodar o conjunto de avaliação a cada mudança relevante.

Uma regra prática que vem se confirmando: o custo recorrente do primeiro ano tende a ficar entre 25% e 40% do custo de implantação. Business cases que assumem manutenção próxima de zero estão errados por construção.

O modelo de cálculo em cinco passos

Passo 1 — Estabeleça o baseline com medição, não com estimativa

Antes de qualquer coisa, meça o processo atual. Cronometre uma amostra real. Levante a taxa de erro atual — quase sempre maior do que a organização imagina, o que aliás melhora o business case, porque cria margem de comparação realista.

Registre: volume mensal de operações, tempo médio por operação, custo por hora do profissional envolvido (salário mais encargos mais rateio, não salário nominal), taxa de retrabalho.

Passo 2 — Estime o desempenho pós-implantação de forma conservadora

Use o resultado do piloto, não a promessa do fornecedor. E aplique dois descontos:

• Desconto de cobertura: o sistema não vai atender 100% dos casos. Se ele resolve bem 70% e encaminha 30% para humano, o ganho incide sobre 70%.
• Desconto de supervisão: se cada saída é revisada, o tempo de revisão entra como custo do novo processo.

O ganho líquido é sempre menor do que o ganho bruto do piloto. Sempre.

Passo 3 — Quantifique os ganhos que não são horas

Muitos projetos de IA entregam valor que não aparece como economia de tempo:

Redução de erro. Se a taxa de erro cai de 4% para 1% em um processo com 5.000 operações mensais e cada erro custa R$ 180 em retrabalho e reprocessamento, o ganho é de R$ 27 mil mensais. Este é frequentemente o maior componente e o mais esquecido.

Redução de tempo de ciclo. Uma proposta comercial que sai em 4 horas em vez de 2 dias aumenta taxa de conversão. Se a conversão sobe de 22% para 25% sobre um funil de R$ 3 milhões, o ganho é de R$ 90 mil.

Redução de risco. Detecção de inconsistência contratual, identificação de exposição regulatória, prevenção de fraude. Valore por perda evitada esperada: probabilidade multiplicada por impacto.

Capacidade de atendimento. Atender fora do horário comercial ou absorver picos sazonais sem contratação temporária.

Passo 4 — Monte o fluxo de 36 meses

Trabalhar com horizonte de 12 meses distorce projetos de IA, porque concentra todo o custo de implantação contra apenas um ano de benefício. Use 36 meses, que é o horizonte realista de vida útil antes de uma revisão arquitetural relevante.

Repare em dois pontos deste exemplo ilustrativo. Primeiro: o ano 1 é negativo, e isso é normal — projetos que prometem retorno positivo no primeiro trimestre geralmente estão escondendo custo. Segundo: o ganho do ano 1 é parcial, porque o sistema só entra em operação plena depois do piloto.

Passo 5 — Calcule e apresente os três números que a diretoria quer

• Payback: em quantos meses o acumulado cruza zero. No exemplo, entre o mês 14 e o 15.
• ROI em 36 meses: (benefício total − custo total) ÷ custo total. No exemplo, aproximadamente 106%.
• Ponto de equilíbrio operacional: qual volume mínimo mensal mantém o projeto viável. Este número protege contra queda de demanda.

As armadilhas de cálculo mais comuns

Contar a mesma economia duas vezes. Se o assistente reduz tempo de atendimento e a área também conta redução de chamados, verifique se os dois efeitos não estão medindo a mesma hora.

Ignorar o custo do caso não resolvido. Quando o sistema encaminha para humano, esse caso frequentemente chega mais difícil — já passou por uma tentativa. O tempo médio dos casos escalados sobe.

Assumir adoção de 100%. Adoção real de ferramentas internas fica tipicamente entre 50% e 80% no primeiro ano, mesmo com treinamento. Modele com 60% e trate o restante como potencial.

Usar custo de token do piloto. Volume de produção muda o padrão de uso: contextos maiores, mais tentativas, mais usuários simultâneos. Multiplique por um fator de segurança de 1,5 a 2.

Esquecer o custo de oportunidade do time interno. As 300 horas que seus analistas dedicaram ao projeto têm custo, mesmo sem nota fiscal.

Um business case conservador que se confirma vale muito mais, politicamente, do que um otimista que decepciona. O segundo mata o programa de IA inteiro da empresa por dois anos.

Casos de uso e faixas de retorno observadas

Sem prometer números específicos — que dependem inteiramente do contexto —, é útil conhecer os padrões:

• Assistente de conhecimento interno: payback rápido, implantação barata, ganho difuso e mais difícil de comprovar. Bom para começar, ruim para justificar orçamento grande.
• Triagem e classificação de documentos: ganho concentrado e mensurável, alta previsibilidade. Excelente business case.
• Atendimento de primeiro nível: ganho alto, mas exige investimento relevante em base de conhecimento e governança de resposta.
• Previsão de demanda e estoque: retorno potencialmente muito alto via redução de capital imobilizado, porém dependente de qualidade de dado histórico.
• Automação agêntica de processos: maior retorno potencial, maior risco, maior prazo. Não é primeiro projeto.

Como defender o business case na reunião de aprovação

Ter o número certo não basta: é preciso sobreviver às perguntas. As quatro que sempre aparecem, e como se prepara para elas:

"E se a economia de horas não se materializar?" Responda com o cenário pessimista já calculado. Apresente o ROI com fator de realização de 40% ao lado do cenário base. Se o projeto ainda se paga no cenário pessimista, a discussão acaba ali.

"Por que não esperar a tecnologia amadurecer e ficar mais barata?" O custo de inferência de fato cai. Mas o custo de preparar dados, integrar sistemas e capacitar time não cai — e é a maior parte da conta. Esperar não reduz o investimento principal, apenas adia o benefício e transfere a curva de aprendizado para depois dos concorrentes.

"Quem garante que o resultado do piloto se repete em escala?" Apresente o conjunto de avaliação e o desempenho por tipo de caso, incluindo os piores. Quem mostra onde o sistema falha ganha credibilidade; quem mostra só os acertos levanta suspeita.

"E se o fornecedor de modelo mudar preço ou for descontinuado?" Mostre a camada de abstração da arquitetura e o custo estimado de troca. Demonstrar que a dependência foi antecipada vale mais do que negá-la.

Um detalhe de forma que faz diferença real: apresente o business case em uma página. Fluxo de 36 meses, três indicadores, dois cenários e as premissas explícitas. Anexos com o detalhamento ficam disponíveis para quem quiser, mas a decisão se toma sobre a página única.

Como acompanhar o retorno depois que o projeto entra em produção

O business case não termina na aprovação. Ele precisa virar painel.

Defina no máximo cinco indicadores e acompanhe mensalmente: volume processado pelo sistema, taxa de resolução sem humano, tempo médio do processo ponta a ponta, taxa de erro detectada e custo unitário por operação.

Esse último indicador — custo por operação — é o mais revelador. Ele deve cair ao longo do tempo conforme o volume cresce e os prompts são otimizados. Se estiver subindo, algo está errado: uso ineficiente de contexto, retentativas excessivas ou escopo crescendo sem controle.

Estabeleça também uma revisão trimestral formal em que a pergunta é explícita: este projeto continua se pagando? Ter permissão organizacional para desligar algo que não funciona é o que torna possível apostar em coisas novas.

Um alerta sobre o custo de não fazer nada

Business cases costumam comparar o projeto contra um cenário base implícito em que tudo permanece igual. Esse cenário raramente existe.

Se o volume de trabalho da área cresce 15% ao ano e o processo continua manual, o custo do cenário base sobe todo ano — por contratação, por hora extra ou por deterioração do prazo de atendimento. Modelar o cenário base como estático subestima sistematicamente o retorno do projeto.

O mesmo vale para risco. Um processo de conferência manual com taxa de erro de 4% não fica em 4% para sempre: sob pressão de volume, ele piora. Incluir a trajetória do cenário base na comparação não é otimismo — é precisão.

Conclusão

Calcular o retorno de um projeto de IA não é mais difícil do que calcular o de qualquer outro investimento em tecnologia. É apenas menos familiar, e por isso mais suscetível a números inventados dos dois lados — o do fornecedor otimista e o do gestor cético.

O caminho é o mesmo de sempre: medir a situação atual antes de mudar, listar todos os custos, aplicar fatores de realização honestos sobre os ganhos, trabalhar em horizonte de 36 meses e acompanhar depois da entrega.

A BHELP.tech constrói esse business case junto com o cliente antes de propor arquitetura — porque a decisão de qual caso de uso atacar primeiro deveria vir do número, e não do entusiasmo. Se você precisa levar uma proposta de IA para a diretoria e quer que ela sobreviva à primeira pergunta difícil, comece pelo cálculo.