Projeto de IA que dá certo não é o que tem a melhor tecnologia. É o que nasce dentro da operação: começa pelo processo que precisa melhorar, tem um dono de negócio responsável pelo resultado, e é medido pelo que mudou no dia a dia, não pelo que impressionou na demonstração.
Existe um padrão que se repete nas empresas que nos procuram depois de uma primeira tentativa frustrada com inteligência artificial: o projeto foi tratado como assunto de tecnologia. Alguém da TI (ou um fornecedor de software) escolheu uma ferramenta, montou um piloto, fez uma demonstração bonita. Seis meses depois, ninguém usa.
O diagnóstico quase nunca é técnico. A IA funcionava. O que não existia era operação em volta dela.
O sintoma: piloto eterno
O piloto eterno é fácil de reconhecer. A empresa "tem um projeto de IA", mas:
- Ninguém da operação consegue dizer qual número o projeto deveria mover (tempo de resposta, taxa de conversão, custo por pedido).
- A IA responde bonito em teste, mas não enxerga os dados reais: estoque, pedidos, cadastro, histórico. Vive em uma ilha.
- Quando a IA erra, ninguém é dono do erro. Não há rotina de revisão, não há responsável, não há processo de correção.
Nada disso se resolve com um modelo melhor. Se resolve com o que sempre resolveu operação: processo, dono e medida.
A inversão: começar pelo processo, não pela ferramenta
Nos projetos que operamos, a ordem é invertida. Antes de qualquer linha de código, a pergunta é: qual decisão ou tarefa desse processo consome gente e tem regra conhecida? É ali que a IA entra.
- No atendimento, a pergunta repetitiva que trava a fila (mostramos isso no guia de atendimento no WhatsApp com IA).
- No comercial, a análise de desconto que espera o gerente voltar do almoço (contamos esse caso no case de decisão com alçada no varejo).
- No jurídico e no backoffice, a leitura de documentos que ninguém tem tempo de fazer.
Repare: nenhum desses é um "projeto de tecnologia". São gargalos de operação. A IA é o instrumento; o projeto é operacional.
Os 3 papéis de um projeto de IA que sai do piloto
- O dono do processo (negócio): define o que é resposta certa, o que é exceção e qual número tem que mover. Sem esse papel, o projeto não tem critério de sucesso.
- Quem constrói e integra (a empresa de desenvolvimento): conecta a IA aos sistemas e dados reais, desenha os limites do que ela pode fazer sozinha e constrói o caminho de escalação para humanos.
- Quem opera e revisa (a rotina): IA em produção é organismo vivo. Catálogo muda, política muda, cliente muda. Sem rotina de revisão com dono, qualquer agente degrada em semanas.
“A demo é o momento mais fácil de um projeto de IA. O que separa a demo do sistema que trabalha é tudo que não aparece na tela: integração com dados reais, limite claro do que a IA decide sozinha e alguém responsável por ela toda semana.”
E a TI, fica de fora?
Não. A TI (interna ou parceira) é guardiã de três coisas inegociáveis: integração (a IA precisa conversar com ERP, WhatsApp, planilhas e sistemas legados), segurança e dados (o que a IA pode ler, o que nunca pode vazar) e sustentação. O erro não é envolver a TI. O erro é entregar a ela a definição de sucesso de um problema que é do comercial, do atendimento ou do financeiro.
Perguntas frequentes
Quem deve liderar um projeto de IA na empresa: TI ou área de negócio?
O dono do processo que a IA vai transformar. A TI participa como guardiã de integração, segurança e dados, mas quem define o que é uma resposta certa, o que é exceção e o que é resultado é quem vive a operação todos os dias.
Por que tantos pilotos de IA não viram operação?
Porque nascem como experimento de tecnologia, sem dono de negócio, sem métrica de resultado e sem integração com os sistemas reais. O piloto impressiona na demo e morre no dia a dia, porque ninguém é responsável por ele funcionar de verdade.
O que muda na prática quando a IA é tratada como projeto de operação?
Três coisas: o projeto começa pelo mapa do processo (não pela ferramenta), a IA é integrada aos sistemas e dados reais da empresa, e existe uma rotina de revisão com dono definido. É a diferença entre uma demo e um sistema que trabalha.
Minha empresa não tem equipe de TI. Consegue implementar IA?
Sim, e esse é justamente o ponto: o que o projeto exige da empresa é conhecimento da própria operação. A parte técnica (desenvolvimento, integração, segurança) é papel da empresa de implementação de IA que você contratar.