Existe uma estatística que circula em toda apresentação de consultoria: a maioria dos projetos de IA em empresas não entrega o que prometeu.
O número varia conforme quem mede. O que não varia é o motivo — e ele quase nunca é tecnologia.
Não falha por tecnologia
Isso precisa ser dito primeiro, porque desloca a conversa inteira.
As ferramentas funcionam. Elas transcrevem, resumem, classificam, escrevem rascunho e conectam sistemas com uma confiabilidade que era ficção há três anos.
Quando o projeto morre, você raramente ouve “a tecnologia não deu conta”. Ouve “o time não usou”, “não conseguimos provar o retorno” ou “acabou virando prioridade de ninguém”.
São três causas, e todas são decisões tomadas antes de qualquer ferramenta entrar.
Causa 1: automatizar a bagunça
A mais comum e a mais cara.
Se três pessoas fazem a mesma tarefa de três jeitos diferentes e ninguém sabe qual é o certo, a automação vai escolher um dos jeitos e aplicar em escala.
Agora você tem o problema antigo acontecendo mais rápido, de forma mais uniforme e mais difícil de perceber — porque some no volume. Desfazer isso custa mais do que custava conviver com a bagunça manual.
O sintoma antecipado: ninguém consegue escrever o processo atual em uma página. Se não cabe, o problema não é falta de IA.
Causa 2: não medir antes
Sem linha de base, você não tem como provar nada.
Seis meses depois, alguém pergunta se valeu a pena. A resposta é uma opinião contra outra: quem defendeu diz que melhorou muito, quem era contra diz que não mudou nada. Sem número de antes, ninguém vence — e projeto que não consegue provar valor é o primeiro a ser cortado no aperto.
O sintoma antecipado: ninguém sabe dizer quantas horas por semana o processo consome hoje.
Causa 3: não decidir o que acontece com o tempo
Essa é a mais sutil e a que mais anula o ganho.
O time economiza cinco horas por semana e elas simplesmente se dissolvem. Viram mais reunião, mais produção da mesma coisa, mais relatório que ninguém lê. Seis meses depois todo mundo continua ocupado, o faturamento é igual, e a conclusão é “a IA não trouxe resultado”.
Ela trouxe. Você não decidiu onde colocar.
O sintoma antecipado: ninguém consegue responder “o que essa pessoa vai fazer com as horas que sobrarem”.
AV2 TECH A gente ataca essas três antes de encostar em ferramenta — porque é onde o projeto é decidido. Chamar no @av2tech →
A causa que ninguém admite
Tem uma quarta, e ela é política.
Parte do time não quer que funcione.
Não por preguiça — por autopreservação. Se a pessoa acredita que automatizar o trabalho dela significa que ela sobra, a resistência é racional. Ela não vai sabotar abertamente; vai só não usar, achar problemas, deixar para depois.
E aqui está o ponto: essa resistência é resolvida com uma conversa, não com treinamento. Alguém precisa dizer, com clareza e antes de implantar, o que acontece com o tempo que sobrar e com as pessoas.
Se a resposta honesta for “vamos reduzir o time”, diga. A pessoa vai descobrir de qualquer jeito, e descobrir sozinha é pior — para ela e para o projeto.
Nenhum treinamento supera alguém que acredita que está treinando para ser dispensado.
O padrão dos que dão certo
Os projetos que funcionam se parecem entre si de um jeito quase decepcionante:
Começam pequeno demais, num processo que parece pouco ambicioso. Medem antes. Escolhem algo com resultado conferível e erro barato. Rodam em modo proposta antes de dar autonomia. Decidem antes onde vai o tempo liberado. E têm um dono com nome.
Nada disso é sofisticado. É por isso que é raro — não parece trabalho de projeto de tecnologia.
Como saber se o seu vai falhar
Quatro perguntas. Se você não responde alguma, é ali que está o risco:
Quanto tempo esse processo consome hoje, em número?
Como eu vou saber se a saída está errada?
O que a pessoa vai fazer com o tempo que sobrar?
Quem é o dono disso, com nome?
Projeto que não responde as quatro não precisa de mais orçamento. Precisa de mais uma semana de conversa.
O que fazer nesta semana
- Escreva o processo atual em uma página. Se não couber, esse é o projeto — não a automação.
- Meça o custo de hoje antes de mexer em qualquer coisa.
- Responda por escrito o que acontece com o tempo liberado, e conte para o time antes de começar.
- Dê um nome ao dono. Projeto sem dono não fracassa: ele simplesmente não termina.
