Como apresentar um projeto de IA para a diretoria sem ser barrado no orçamento

Equipe Viver de IA · 2026-06-25

A maioria dos projetos de IA morre não por ser ruim, mas por ser apresentado como custo em vez de retorno.

A diretoria não recusa IA, recusa risco mal explicado

Já vi projeto de IA tecnicamente impecável ser enterrado em quinze minutos de reunião. E vi projeto meia-boca ser aprovado na hora. A diferença raramente está na tecnologia. Está em como o número chega na mesa do CFO.

Quando você entra na sala da diretoria falando de "automação inteligente", "agentes", "modelos de linguagem", você já perdeu. Diretor não compra tecnologia. Diretor compra resultado financeiro com risco controlado. Ele quer saber três coisas: quanto isso me devolve, em quanto tempo, e o que acontece se der errado.

Esse texto é sobre como montar o caso de negócio que responde essas três perguntas antes de alguém precisar perguntar. Não é teoria. É a estrutura que usei pra destravar aprovação em empresas que antes diziam "interessante, vamos avaliar no próximo trimestre" (tradução: nunca).

Caso de negócio é a tradução do projeto pra língua que a diretoria fala

Vou definir o termo porque a maioria usa errado. Caso de negócio (ou business case) é o documento, às vezes uma página só, que justifica um investimento mostrando o retorno esperado, o prazo desse retorno e os riscos. Não é a descrição técnica do projeto. Não é o cronograma de implementação. É a resposta financeira pra pergunta "por que a empresa deveria colocar dinheiro nisso".

A diretoria avalia projeto de IA com o mesmo critério que avalia comprar uma máquina nova ou abrir uma filial: capital empregado contra retorno gerado. Se você apresenta IA como uma categoria especial, mágica, futurista, está pedindo um voto de fé. Diretor não vota na fé, vota na planilha.

O erro número um que vejo é o gestor apaixonado pela ferramenta. Ele passa quarenta minutos mostrando como a IA escreve e-mail, resume reunião, gera relatório. A diretoria não liga pra isso. A pergunta que fica no ar é: "e daí?". O caso de negócio existe pra responder esse "e daí" antes que ele apareça.

A métrica de ROI que funciona é a que parte de uma dor com preço

ROI é retorno sobre investimento. A conta básica todo mundo conhece: quanto eu ganho ou economizo, dividido por quanto eu gastei. O problema não é a fórmula. É o numerador.

A maioria tenta justificar IA com ganhos vagos: "mais agilidade", "melhor experiência", "decisões baseadas em dados". Nada disso tem preço. E o que não tem preço não entra no ROI. Você precisa de um ganho que vire reais por mês.

Existem só dois tipos de ganho que a diretoria respeita:

1. Economia gerada: você deixa de gastar algo que gastava. Horas de trabalho, retrabalho, erro operacional, custo de terceiro.
2. Receita gerada: você fatura algo novo que antes não faturava. Vendas a mais, ticket maior, cliente que não era atendido e passou a ser.

Pega o caso da ACP Contábil. O ponto de partida não foi "vamos implementar IA na contabilidade". Foi: existe uma tarefa que consome X horas todo mês. A IA cortou 66% do tempo dessas tarefas, o que virou R$ 3.300 de economia mensal e um ROI projetado entre R$ 15.000 e R$ 20.000. Repare na ordem: primeiro a dor com tamanho, depois a redução, depois o dinheiro.

O que não tem preço não entra no ROI, e o que não entra no ROI a diretoria não aprova.

Como achar o número que entra no numerador

Não chute. Vá no processo real e meça:

1. Escolha UM processo que dói e que se repete (faturamento, atendimento, geração de proposta, conferência).
2. Conte quantas horas/pessoas/mês ele consome hoje.
3. Multiplique pelo custo real dessas horas (salário mais encargos, não o salário seco).
4. Estime, com honestidade, quanto a IA reduz disso. Se você não sabe, faça um piloto pequeno e meça antes de prometer.

Número conservador e defensável vence número grande e fantasioso. Se a diretoria farejar otimismo, ela desconta tudo.

Tempo de retorno é o número que tira o sono do diretor, não o ROI total

Tem uma métrica que pesa mais que o ROI em si: o payback, ou tempo de retorno. É quanto tempo o projeto leva pra se pagar. Você investiu R$ 30 mil, gera R$ 10 mil de economia por mês, o payback é de três meses.

Por que isso importa mais que o retorno absoluto? Porque diretor pensa em risco de caixa. Um projeto que se paga em três meses é quase irrecusável, mesmo com retorno modesto. Um projeto que se paga em três anos exige fé demais, porque muita coisa muda em três anos.

A regra prática que uso: payback abaixo de seis meses, a conversa fica fácil. Entre seis e doze meses, você precisa de um caso bem feito. Acima de doze, prepare-se pra brigar muito, ou repense o escopo pra entregar valor mais rápido.

Na Digital Presença X, a economia anual chegou a R$ 54.000, com ganho operacional de R$ 4.500 por mês. Com um investimento típico de implementação, o projeto se paga em poucos meses e o resto do ano vira lucro líquido da decisão. É esse enquadramento, não "economizamos R$ 54 mil", que faz a aprovação sair rápido.

A escolha entre piloto e implementação completa muda toda a conversa

Quando você apresenta um projeto grande de cara, a diretoria sente o risco grande. Quando você apresenta um piloto, o risco encolhe e a porta abre. Mas piloto também tem armadilha: piloto sem critério de sucesso vira piloto eterno.

Veja a diferença entre as duas abordagens:

A recomendação quase sempre é: comece pelo piloto, com um critério de sucesso definido por escrito. Algo como "se em 60 dias reduzirmos o tempo da tarefa em pelo menos 40%, expandimos". A segunda aprovação, a do projeto grande, deixa de ser voto de fé. Vira confirmação de um número que a própria diretoria viu acontecer.

A estrutura de uma página que destrava a aprovação

O caso de negócio cabe em uma página. Se não cabe, você ainda não entendeu o projeto bem o suficiente pra defendê-lo. A sequência que funciona:

1. Estrutura do caso de negócio: a ordem que mantém a diretoria do seu lado
2. Dor: descreva o problema com tamanho e custo atual em reais
3. Solução: explique em uma frase o que a IA faz, sem jargão
4. Retorno: mostre economia ou receita mensal estimada
5. Payback: diga em quantos meses o projeto se paga
6. Risco: aponte o que pode dar errado e o plano B

Reparou que a tecnologia aparece em uma frase só, no passo dois? É de propósito. A diretoria não precisa entender como funciona. Precisa confiar que funciona e ver que se paga.

O passo do risco é o que mais gente esquece, e é o que mais ajuda. Quando você mesmo aponta o que pode dar errado e como vai mitigar, você desarma a desconfiança. Diretor experiente sabe que todo projeto tem risco. Quem esconde o risco parece amador ou desonesto. Quem nomeia o risco parece preparado.

O erro mais comum é apresentar capacidade quando deveria apresentar consequência

Há uma tensão real entre mostrar tudo que a IA consegue fazer e mostrar a única coisa que ela vai resolver. Quanto mais capacidade você mostra, mais impressionante parece e menos crível fica.

Um projeto que faz dez coisas soa como um projeto que não vai fazer nenhuma direito. Um projeto que ataca um problema específico, com um número específico, soa executável.

R$ 420.000: economia gerada num único processo bem recortado

Esse número da MBM não veio de uma plataforma que faz tudo. Veio de focar onde a dor era grande e mensurável. A lição pra sua apresentação: escolha a batalha onde o número é mais alto e mais defensável, deixe o resto de fora na primeira reunião. Você expande depois, com o crédito que ganhou ao entregar o primeiro.

Outro erro frequente: comparar a IA com a perfeição em vez de comparar com o estado atual. A diretoria não precisa que a IA seja perfeita. Precisa que ela seja melhor que o jeito de hoje, que já tem erro, custo e demora. Na EMR, uma tarefa ficou 24x mais rápida e gerou R$ 19.500 de economia. Ninguém perguntou se a IA acertava 100%. Perguntaram se ela batia o processo manual. Batia, e por muito.

Quando NÃO levar o projeto pra diretoria ainda

Tem hora de segurar a apresentação. Levar cedo demais queima sua credibilidade e contamina o tema. Não leve se:

1. Você não tem um número de retorno, nem estimado com base em dado real. Voltar com "acho que vai economizar bastante" é suicídio. Faça o piloto primeiro.
2. O processo que você quer automatizar está bagunçado. IA em cima de caos gera caos mais rápido. Arrume o processo, depois automatize.
3. Você está apaixonado pela ferramenta e não pela dor. Se a sua motivação é usar a tecnologia da moda, a diretoria sente. Comece pelo problema que custa caro.
4. O ganho é real mas pequeno demais pra justificar a atenção da diretoria. Às vezes você não precisa de aprovação de board, precisa só de um sim do seu gestor direto. Não transforme uma decisão pequena em reunião grande.

A melhor decisão que vi um gestor tomar foi adiar a apresentação por três semanas, rodar um piloto e chegar com número medido em vez de número projetado. A aprovação saiu na primeira reunião.

Seu próximo passo é medir uma tarefa antes de pedir qualquer coisa

Não comece pela apresentação. Comece pela medição. Escolha hoje um processo que se repete na sua empresa e que claramente consome horas: faturamento, atendimento repetitivo, conferência, geração de proposta, qualquer um.

Nos próximos sete dias, cronometre. Quantas horas por semana ele consome, quantas pessoas envolve, qual o custo real dessas horas. Esse número é o seu numerador. Sem ele, você não tem caso de negócio, tem opinião.

Com ele na mão, monte a página única na ordem dor, solução, retorno, payback, risco. Se o payback der abaixo de seis meses, marque a reunião. Se der acima, recorte o escopo até o número fechar, ou rode um piloto pequeno pra trazer evidência em vez de promessa. A diretoria aprova número medido. Quase nunca aprova entusiasmo.

Relacionados

Agentes de IA: o guia completo

Soluções de IA prontas para empresas

Mais de 500 cases reais de IA

O primeiro projeto de IA não é o mais legal. É o que paga rápido.

Agentes de IA na prática: o que são, onde funcionam e onde quebram a sua empresa