Piloto de IA na empresa: como testar em 30 dias antes de assinar um projeto grande (e o que medir para decidir)
Rafael Oliveira · · 7 min de leitura
A cena se repete: a diretoria decidiu que a empresa precisa de IA, um fornecedor apresentou uma proposta de seis dígitos, e agora alguém precisa assinar. O demo foi bonito. O vendedor respondeu tudo com confiança. Mas ninguém na sala consegue responder a pergunta que importa: isso vai funcionar com os nossos dados, os nossos clientes e o nosso processo? Quem já passou por um projeto travado sabe do que estou falando. A diferença entre um projeto de IA que se paga e um que vira passivo raramente está na tecnologia. Está no que a empresa validou antes de assinar.
A boa notícia: existe um jeito barato de descobrir. Chama-se piloto, e bem estruturado ele custa uma fração do projeto completo e responde as perguntas certas em 30 a 45 dias.
Por que projetos de IA grandes falham sem piloto
Demo de IA sempre funciona. O fornecedor escolhe os exemplos, controla as perguntas e apresenta em ambiente limpo. O seu ambiente não é limpo. Seus dados estão espalhados entre um ERP, três planilhas e o WhatsApp de dois funcionários. Seus clientes escrevem com abreviação, mandam áudio e perguntam três coisas na mesma mensagem. Seu processo tem exceções que ninguém documentou.
O barato que sai caro aqui é o seguinte: pular direto para o contrato grande porque o demo convenceu. Quando a IA encontra a realidade da operação, aparecem os problemas que o demo escondeu, e aí a empresa já pagou pelo escopo inteiro. Renegociar no meio do projeto é sempre pior do que descobrir antes.
Um piloto inverte essa lógica. Em vez de apostar tudo na promessa, você compra uma resposta: com os meus dados e o meu volume real, essa solução entrega o quê?
O que um piloto de IA precisa ter para servir de alguma coisa
Nem todo teste é um piloto de verdade. Rodar a ferramenta por duas semanas "para ver como é" não decide nada, só adia a decisão. Um piloto útil tem quatro componentes:
- Um processo só, bem delimitado. Não é "IA no atendimento". É "IA respondendo dúvidas sobre status de pedido no canal X". Quanto menor o recorte, mais clara a resposta.
- Dados reais, não amostra escolhida a dedo. Se o fornecedor pede para selecionar os "melhores casos", desconfie. O piloto existe justamente para encontrar os casos ruins.
- Métrica definida antes de começar. Taxa de resolução sem humano, tempo médio de resposta, erro tolerado. O número precisa estar acordado por escrito antes do primeiro dia, senão vira discussão de opinião no final.
- Um humano supervisionando. No piloto, a IA sugere e a pessoa aprova. Isso protege o cliente final e gera o dado mais valioso do teste: quantas vezes o humano precisou corrigir.
Na OCA, quando colocamos o VoxField, nosso agente de voz para pesquisas por telefone, em piloto com um cliente real, o recorte foi exatamente esse: um tipo de pesquisa, um script, volume controlado, e cada ligação auditada. O que aprendemos nas primeiras semanas mudou decisões de produto que nenhum demo teria revelado.
Quanto custa um piloto de IA e quanto tempo leva
Não existe resposta única, mas existe conta certa. Para os casos mais comuns em empresas de pequeno e médio porte no Brasil:
- Chatbot ou agente de atendimento sobre a base da empresa: piloto entre R$ 8.000 e R$ 25.000, rodando em 3 a 6 semanas. O que move o preço é a bagunça dos dados de origem, não a IA em si.
- Automação de um processo interno com agente de IA (triagem de e-mails, classificação de documentos, preenchimento de sistema): R$ 10.000 a R$ 30.000, 4 a 6 semanas, dependendo das integrações necessárias.
- Agente de voz ou fluxo mais complexo: R$ 20.000 a R$ 50.000, 6 a 8 semanas, porque telefonia e áudio adicionam camadas de infraestrutura.
Some a isso o custo de API dos modelos durante o teste, que em volume de piloto raramente passa de algumas centenas de reais por mês. Compare com o projeto completo, que costuma ficar entre 4 e 10 vezes esses valores, e a conta do piloto se justifica sozinha: você paga 15% para eliminar o risco dos outros 85%.
As métricas que decidem se o piloto passou
Antes de assinar qualquer contrato de continuidade, pergunta isso:
- Qual foi a taxa de resolução sem intervenção humana? Em atendimento, um agente que resolve 60% a 70% dos casos sozinho já muda a operação. Abaixo de 40%, o custo de supervisão come o ganho.
- Quantos erros graves aconteceram? Erro grave é a IA afirmar algo falso sobre preço, prazo ou condição comercial. A tolerância aqui deve ser perto de zero, e o piloto mostra se os controles seguram isso no seu contexto.
- Quanto tempo de gente foi liberado, em horas por semana? Traduza para reais usando o custo da hora da equipe. Se o piloto liberou 20 horas semanais de uma função que custa R$ 40 a hora, são R$ 3.200 por mês de retorno mensurável.
- O custo por interação fecha a conta? Some API, infraestrutura e a manutenção estimada, divida pelo volume. Se cada atendimento automatizado custa mais do que o atendimento humano, o projeto não se sustenta, por melhor que pareça.
- O que quebrou, e o conserto é estrutural ou pontual? Todo piloto quebra em algum lugar. A pergunta é se a falha se resolve com ajuste (bom sinal) ou se exige dados que a empresa não tem e não vai ter tão cedo (sinal de parar).
Com essas cinco respostas, a decisão de escalar deixa de ser aposta e vira aritmética.
Os erros que transformam piloto em dinheiro jogado fora
Alguns padrões aparecem com frequência e vale nomear:
- Piloto sem dono interno. Se ninguém na empresa acompanha os números semanalmente, o teste termina e ninguém sabe dizer se funcionou. Designe uma pessoa, mesmo que não seja técnica.
- Escopo que cresce no meio do teste. "Já que está funcionando, adiciona também o financeiro." Não adiciona. Anota para a fase 2 e mantém o recorte, senão a métrica original perde sentido.
- Fornecedor que não entrega os dados do piloto. Logs, transcrições, taxa de erro: tudo isso é seu. Se o fornecedor resiste em abrir os números, você está avaliando um discurso, não um sistema.
- Confundir piloto com desconto. Piloto não é o projeto grande cobrado mais barato. É um experimento com pergunta, prazo e critério de sucesso. Sem isso, é só um projeto pequeno mal definido.
Onde a OCA entra nessa conversa
Esse é exatamente o tipo de projeto que a gente constrói. A OCA opera os próprios agentes de IA em produção: o VoxField faz pesquisas por telefone com voz de IA e está em piloto com cliente real, e o REX conduz prospecção de vendas de ponta a ponta, da busca do lead à mensagem de abordagem. Cada recomendação que fazemos em projeto de cliente vem de algo que a gente mesmo roda e mede, não de slide.
Na prática, estruturamos o piloto do jeito descrito acima: recorte fechado, métrica acordada antes, dados reais, humano no circuito e relatório aberto no final. Se o número fechar, a fase seguinte já nasce com escopo baseado em evidência. Se não fechar, dizemos isso com a mesma clareza, porque cliente que economiza um projeto errado volta para o projeto certo. Você pode ver outros sistemas que mantemos em produção no portfólio da OCA.
O próximo passo concreto
Antes de falar com qualquer fornecedor, faça o dever de casa: escolha um processo só, escreva em uma página qual pergunta o piloto deve responder, qual métrica define sucesso e quem na sua equipe vai acompanhar. Esse documento de uma página vale mais do que qualquer reunião de apresentação, e força qualquer proposta a ser comparável.
Se quiser ajuda para desenhar esse piloto, ou uma segunda opinião sobre uma proposta que já está na mesa, a conversa começa simples:
