A IA Tornou Seu MVP Mais Barato, Mas Não Reduziu O Risco Principal

A IA derrubou o custo de construir um MVP. Ela não fez nada para reduzir o risco de construir algo que ninguém precisa. O erro caro nunca foi o código.

Já escrevi que um MVP é um experimento científico projetado para reduzir incerteza, não um produto pequeno. Essa afirmação fica mais afiada, não mais fraca, agora que um modelo consegue produzir o código em uma tarde. Se o MVP sempre foi um instrumento para responder uma pergunta, então tornar o instrumento mais barato de fabricar não muda nada sobre se você fez a pergunta certa.

Eu construí a coisa errada, e o custo nunca foi o motivo

Comecei uma startup com um ex-colega. Tínhamos uma visão na qual acreditávamos, e perdemos dinheiro e tempo antes de acabar. Os sinais de que as pessoas não se importavam apareceram cedo. Lemos cada um deles como um problema de comunicação. A ideia estava boa, dizíamos a nós mesmos, só não estávamos vendendo direito. Essa história durou muito mais do que deveria. Foi preciso alguém de fora do time, alguém que não vivia dentro da nossa bolha, para apontar que estávamos fazendo tudo de trás para frente.

Aqui está a parte que importa para este texto. Se tivéssemos construído aquele produto com as ferramentas de hoje, teria sido mais barato, mais rápido e melhor instrumentado. E teria falhado exatamente pelo mesmo motivo. Estávamos apegados à solução que tínhamos na cabeça enquanto o mercado repetia que não a queria. Nenhum agente de código na Terra conserta isso. O desperdício nunca foi as horas de engenharia. O desperdício foi apontá-las para o alvo errado.

O que a IA de fato reduziu

A IA reduziu o custo de produzir o código. Isso é real e não estou minimizando. Trabalho que antes levava três desenvolvedores por três meses agora leva uma fração disso. Você até consegue bancar as partes chatas que costumava pular: logging, analytics, testes automatizados, um esquema de teste A/B de verdade. O piso do que um time pequeno consegue entregar subiu.

O que a IA não tocou é a distância entre o que você acredita sobre seu mercado e o que é realmente verdade. Essa distância é o que um MVP existe para medir. Um modelo não sabe se alguém quer o seu produto. Ele não roda o experimento por você, porque o experimento nunca foi o código. Foi a decisão sobre qual suposição testar e qual resultado mudaria a sua cabeça.

Construção barata torna mais fácil construir a coisa errada mais rápido

Existe uma armadilha nova, e ela é sutil. Quando construir era caro, o próprio custo forçava uma pausa. Ninguém comprometia três meses do tempo de um time sem pelo menos uma conversa nervosa sobre se aquilo deveria existir. O atrito era acidental, mas forçava as pessoas a pensar antes de se comprometer.

Tire o atrito e a pausa vai junto. Construir é barato agora, então a pergunta sobre se vale construir simplesmente some. Você pula direto para a construção porque construir é a parte divertida, visível e satisfatória, e porque dá para fazer. O resultado é que você chega a uma resposta errada polida, funcionando e cheia de features em uma semana em vez de um trimestre. Você não reduziu o seu risco. Você só pagou por ele mais rápido.

Produzir código ficou mais barato. Fazer a coisa certa não.

Esse é o ponto inteiro. Escrever software nunca foi sobre digitar. O objetivo sempre foi transformar uma ideia na cabeça de alguém em algo real que resolve um problema de verdade. A IA tornou barato produzir o código. Ela não tornou nada mais fácil saber a coisa certa a produzir.

Decidir o que construir continua difícil. Conversar com usuários reais continua difícil. Nomear a única suposição que mata o negócio se estiver errada, e desenhar o teste mais barato e honesto dela, continua difícil. Nada disso foi automatizado, porque nada disso nunca foi a parte mecânica. Sempre foi o julgamento, e o julgamento é a única coisa que o modelo devolve para você intacta.

Para onde o esforço deve migrar

Se construir é quase de graça, então o único recurso escasso que sobra é saber o que construir. É para lá que a sua atenção, as suas melhores pessoas e o seu orçamento restante devem ir. Gaste as horas que você acabou de economizar em construção descobrindo se construir era a decisão certa.

O fundador que ganha nessa era não é o que entrega mais rápido. É o que ainda pergunta, antes de qualquer coisa ser construída, o que precisaria ser verdade para isso funcionar, e como eu descubro isso pelo menor custo possível. Essa pergunta sempre foi a parte difícil. Ela só ficava escondida atrás do custo do código. Agora que o código é barato, não sobrou lugar para ela se esconder.