Projeto piloto de IA na empresa: como testar em 4 a 8 semanas antes de investir pesado (critérios de sucesso, custo real e os erros que deixam o teste sem resposta em 2026)

A diretoria aprovou “testar IA”. Alguém assinou uma ferramenta, o time de atendimento usou por três semanas e a apresentação na reunião foi bonita. Aí o financeiro perguntou: funcionou? Ninguém soube responder. Não foi porque deu errado. Foi porque ninguém anotou como o processo funcionava antes, ninguém definiu o que seria “dar certo” e o teste não tinha data para acabar. Dois meses depois, a ferramenta continua paga, metade do time usa, a outra metade ignora, e a decisão de investir de verdade foi para o próximo trimestre. De novo.

Se isso soa familiar, o problema não é a IA nem o seu time. É o formato do teste. Um piloto de IA existe para gerar uma decisão, não um resultado bonito. E só sai decisão de um teste que foi desenhado para isso.

Por que tantos pilotos de IA terminam sem resposta

Quase todo piloto inconclusivo tem a mesma causa: ele é tratado como um experimento de tecnologia, quando deveria ser um experimento de operação. Uma demonstração responde fácil à pergunta “o modelo responde bem?”. A pergunta que importa é outra: “com isso rodando, a operação gasta menos horas, erra menos ou atende mais, sem piorar a experiência do cliente?”.

Estes são os quatro erros que mais aparecem:

1. Não existe linha de base. Ninguém mediu quanto tempo o processo levava antes. Sem o “antes”, qualquer “depois” é opinião.
2. O critério de sucesso é definido no fim. Quando a meta é escolhida depois de ver o resultado, ela sempre se ajusta ao que aconteceu. Ou serve para matar o projeto, dependendo de quem está na sala.
3. O volume é artificial. O piloto roda com 20 casos escolhidos a dedo, todos fáceis. Em produção chegam os casos estranhos, que são poucos mas consomem a maior parte do trabalho.
4. Não há dono nem data. Um piloto sem responsável interno e sem data de encerramento vira assinatura esquecida no cartão corporativo.

O barato que sai caro aqui é o seguinte: um piloto mal desenhado custa pouco em dinheiro e muito em tempo de decisão. O custo real são seis meses de “estamos testando”.

Os três formatos de piloto de IA e o que cada um responde

Não existe resposta única, mas existe conta certa. O formato do piloto depende do que você precisa descobrir.

Ferramenta pronta (SaaS) configurada pelo próprio time

Serve quando o processo é comum e a ferramenta já faz quase tudo: resumo de reuniões, triagem de e-mail, respostas para perguntas frequentes. O custo típico fica entre R$ 500 e R$ 3 mil por mês em assinaturas, mais 20 a 40 horas do seu time para configurar e acompanhar. O prazo é de 2 a 4 semanas. O limite é que esse piloto diz se a ferramenta serve, mas não diz se uma solução sob medida serviria. Se o SaaS resolver, pare aí. É a resposta mais barata, e eu recomendo sem constrangimento.

Piloto interno com o time de TI

Funciona se você já tem desenvolvedores com tempo livre de verdade e acesso aos sistemas. O custo aparece em horas tiradas de outras entregas. O risco é o piloto disputar espaço com o backlog, perder toda vez e morrer de inanição.

Piloto sob medida com fornecedor externo

Faz sentido quando o processo depende dos seus dados, precisa se integrar ao seu ERP, CRM ou telefonia, ou segue regras de negócio que nenhuma ferramenta pronta conhece. A faixa realista em 2026 vai de R$ 15 mil a R$ 45 mil, em 4 a 8 semanas, mais R$ 300 a R$ 2 mil por mês de consumo de modelo e infraestrutura durante o teste. O que muda o número: quantidade de integrações, qualidade dos dados (planilha bagunçada acrescenta semanas), volume de uso e necessidade de revisão humana. Levar o projeto para produção completa costuma custar de 2 a 4 vezes o valor do piloto, porque entram monitoramento, tratamento de exceções, segurança e adequação à LGPD.

Desconfie de piloto sob medida “de graça” ou por R$ 3 mil. Ou o fornecedor vai recuperar o valor no contrato seguinte, ou o piloto não usa seus dados reais. No segundo caso, o resultado não serve para decidir nada.

Checklist do piloto de IA: as 7 definições antes de começar

Antes de assinar qualquer contrato, ou de ativar qualquer ferramenta, pergunta isso e escreve as respostas em um documento de uma página:

1. Qual processo, exatamente? Não vale “atendimento”. Vale algo como “responder dúvidas sobre segunda via de boleto que chegam pelo WhatsApp”.
2. Qual é a linha de base hoje? Meça por duas semanas antes de começar: volume por dia, tempo médio por caso, taxa de erro ou retrabalho e custo em horas. Uma planilha simples resolve.
3. Qual número aprova o piloto? Por exemplo: “a IA resolve sozinha 50% dos casos com no máximo 3% de erro grave”. Escreva também o número que reprova.
4. Qual é o volume real do teste? Dados reais e casos reais, incluindo os difíceis. Use pelo menos algumas centenas de casos para ter uma base mínima de comparação.
5. Para onde vai o caso que a IA não resolve? Toda automação precisa de uma saída para um humano, com o contexto junto, sem o cliente ter que repetir a história.
6. Quem é o dono interno? Uma pessoa da operação, não só de TI, com 3 a 5 horas por semana reservadas para revisar resultados.
7. Qual é a data de encerramento e quem decide? Dia marcado, reunião marcada e três saídas possíveis: escalar, ajustar e rodar mais um ciclo, ou encerrar.

Se você não consegue responder aos itens 2 e 3, ainda não está pronto para um piloto. Está pronto para medir o processo, o que é mais barato e já traz informação útil.

Quando não vale a pena fazer um piloto de IA

Parte do trabalho honesto é dizer quando não seguir em frente. Não faça piloto de IA se:

• O processo acontece poucas vezes por mês. Abaixo de algumas centenas de ocorrências mensais, a economia raramente paga a manutenção.
• O processo em si está quebrado. Automatizar um fluxo confuso só faz o erro acontecer mais rápido. Arrume o processo primeiro.
• O erro custa caro e não dá para ter revisão humana: decisão de crédito sem auditoria, orientação médica, parecer jurídico final.
• Uma regra simples resolve. Se dá para escrever “se X, então Y” em dez linhas, você precisa de automação comum, não de IA.
• Ninguém vai ser dono do resultado. Sem dono, a decisão do fim não acontece.

Como a OCA conduz pilotos de IA em produção

Esse é o tipo de projeto que a gente constrói, e o que está escrito aqui vem do que operamos. O VoxField, nosso agente de voz para pesquisas por telefone, está hoje em piloto com um cliente real. O desenho segue o checklist acima: processo delimitado, volume real de ligações, critérios combinados antes de começar e uma saída clara para quando o agente não deve continuar a conversa. Já o REX, agente de vendas que vai da busca de leads até a mensagem de prospecção, nos ensinou o valor de controlar o escopo: cada etapa só entrou depois que a anterior funcionou com dados reais.

A mesma lógica vale para o nosso produto principal, o Revo App, com mais de 40 mil usuários: tudo que entra em produção é medido antes e depois. Fazer um piloto de IA é aplicar esse hábito a um processo novo. Você pode ver esses e outros trabalhos no portfólio de projetos da OCA.

O que não fazemos: prometer um percentual de economia antes de medir a sua operação. O piloto existe justamente para descobrir esse número.

Próximo passo: escreva a página do piloto esta semana

Uma ação gratuita que você pode fazer sozinho: pegue o checklist das 7 definições e preencha tudo em uma página. Comece medindo a linha de base por duas semanas. Mesmo que você nunca contrate ninguém, esse documento já mostra se o processo merece IA, uma ferramenta pronta ou só uma regra no sistema que você já tem.

Se quiser uma segunda opinião sobre o documento, ou desenhar o piloto com quem já roda agentes em produção, mande para a gente.

Converse com a OCA sobre IA no seu negócio