Existe um padrão silencioso em projeto de IA dentro de empresa: a POC vira moradia. Começa como um experimento de 4 semanas, vira ciclo de descoberta de 4 meses, vira "estamos validando" de 4 trimestres — e o sistema produtivo que ela deveria substituir continua intacto, custando o mesmo headcount, com o mesmo gargalo.
A culpa raramente é da tecnologia. Modelo de IA hoje é commodity. O que falha é a definição operacional do projeto. POC fica eterna porque ninguém combinou onde acaba.
O padrão da POC eterna#
Olhe pra qualquer prova de conceito de IA travada em uma empresa e você vai ver uma combinação previsível dos seguintes sintomas:
- Métrica vaga — "vamos ver se o modelo aprende", "queremos avaliar o potencial", "explorar como o agente pode contribuir". Tudo verbo no infinitivo. Nenhum número definido contra o qual comparar.
- Dataset genérico — modelo treinado com "dados de mercado", dados sintéticos ou um corpus público que não tem nada a ver com os casos reais da operação. Falsos positivos viram norma na primeira semana de teste.
- Sem integração real — o agente roda num sandbox, num notebook, num endpoint Postman. Nunca foi plugado no event stream, no MES, no CRM, no sistema que ele deveria operar.
- Discovery infinito — nova call toda semana, novo workshop toda terça, novo escopo a cada sprint. Quando você pergunta "qual é o próximo entregável", a resposta é "ainda estamos validando".
- Sem dono do resultado — alguém aprovou a verba, alguém escolheu o fornecedor, alguém validou a arquitetura. Mas se a POC nunca virar produção, ninguém perde bônus.
- PowerPoint final — o entregável que existe é um deck. Slides bonitos sobre o "potencial transformador da IA generativa", arquitetura de referência, próximos passos. Zero linha de código rodando em produção contra a operação real.
Cada um desses sintomas, isolado, parece menor. Combinados, eles compõem o estado natural da maior parte das iniciativas de IA em empresa grande.
O contraponto: agente em produção#
Um projeto que vai sair da POC tem o oposto, item a item — e a definição precisa estar no contrato, não na expectativa:
- Baseline + meta — número real medido antes (X% de erro, Y horas/semana, Z% de conversão) e número-alvo definido. Sem isso, não dá nem pra dizer se o agente "funcionou".
- Dados do próprio cliente — calibragem com casos históricos reais. 30 dias de tuning supervisionado com o time que opera o processo. É a única forma de o agente conhecer os edge cases do negócio.
- Integração no event stream / MES / CRM — o agente recebe input e devolve output dentro do sistema produtivo. Não em paralelo. Quando o sistema produtivo cai, o agente cai junto — é o mesmo organismo.
- 60-90 dias até a métrica — prazo no contrato, com checkpoints semanais e responsável nominal. Se passar de 90 dias sem métrica medida, o projeto entra em revisão.
- Tech lead responsável — uma pessoa, com nome e sobrenome, que perde bônus se a métrica não vier. Não comitê. Não SteerCo. Pessoa.
- Sistema rodando + handoff documentado — código em produção, monitoramento ligado, runbook escrito, time do cliente treinado pra operar. O fornecedor sai, o sistema continua.
A tabela que decide#
| Dimensão | POC eterna | Agente em produção |
|---|---|---|
| Métrica | "ver se aprende" | baseline + meta numérica |
| Dados | genéricos / sintéticos | históricos do cliente |
| Integração | sandbox / endpoint isolado | event stream / MES / CRM |
| Prazo | "fase de descoberta" indefinida | 60-90 dias até métrica medida |
| Dono | comitê | tech lead nominal |
| Saída | PowerPoint | sistema + handoff |
Se você está olhando pra uma POC em curso e marca 4+ itens da coluna da esquerda, você não tem um projeto travado. Você tem uma POC eterna em construção.
Como mover uma POC pra produção sem refazer#
Boa notícia: na maioria dos casos, dá pra resgatar uma POC que está virando eterna sem jogar fora o que foi feito. Três passos:
-
Forçar a métrica — sentar com o stakeholder e definir, agora, qual é o número-meta. Se o produto da POC não consegue medir esse número, o problema técnico é específico e endereçável. Se ninguém consegue articular o número, o problema não é técnico — é de mandato.
-
Forçar a integração real — escolher uma fatia da operação (uma BU, um produto, um turno) onde o agente roda em paralelo com o humano no sistema produtivo de verdade. Não em sandbox. Paralelo significa: input real, output do agente comparado lado-a-lado com o output humano por 2-4 semanas.
-
Forçar o dono — uma pessoa, contratual, com prazo. Se a empresa não consegue nomear essa pessoa, o problema é organizacional, não tecnológico. Nesse caso o trabalho não é técnico — é fazer o trabalho político de criar esse cargo antes de seguir.
O custo de não tomar essa decisão#
Continuar uma POC eterna por mais 6 meses tem custo invisível que ninguém calcula no orçamento: o sistema produtivo que ela deveria substituir continua consumindo o headcount, o tempo do time analista, a paciência do cliente. O fornecedor da POC continua faturando.
Na nossa experiência, o ponto em que uma POC "ainda não terminou" passa a ser "POC eterna" é mais cedo do que parece — perto de 90 dias sem métrica medida em produção. Depois disso, o custo de continuar tende a superar o custo de matar o projeto e começar diferente.
A pergunta útil pra fazer no próximo status report da POC não é "o que falta pra ela acabar". É: qual número, mensurável em produção, vai dizer que ela acabou — e quando exatamente esse número deve ser medido? Se a resposta não for óbvia, você sabe em qual lado da tabela está.