🧭 Você no controle do produto

Tem um mito perigoso rolando: "a IA vai ter as ideias, eu só aperto o botão". Matt Pocock corta isso seco — a IA é notoriamente ruim em ideias originais. Faz sentido pelo que ela é: um modelo de linguagem aprende a prever o que é mais provável vir a seguir, com base em tudo que já foi escrito. Ou seja, ela é uma máquina de média do passado. Por construção, ela puxa pro convencional, pro que já existe — não pro salto inédito que define um produto novo.

Onde a IA de fato dá vantagem, segundo Pocock, é na execução — não em ter a ideia certa. Ela implementa rápido, escreve o código, monta a tela. Mas decidir qual produto vale a pena, qual problema importa, qual ângulo é diferente — isso continua sendo trabalho humano. É por isso que ele resume: "você precisa ter a VISÃO e saber por que está construindo". O erro comum é pedir pra IA "bolar um app de sucesso" e aceitar o primeiro clichê que ela devolve: você acabou de terceirizar justamente a parte que era sua vantagem. A IA é o motor de execução; a direção é sua.

A frase de Pocock é direta: "VOCÊ escolhe as features". Parece óbvio, mas com IA a tentação muda de figura. Antes, adicionar uma feature custava dias de trabalho, então você pensava duas vezes. Agora a IA constrói qualquer feature em minutos — e aí o instinto vira "se é barato, bota tudo". É exatamente a armadilha. O custo de uma feature nunca foi só escrevê-la: é mantê-la, testá-la e, principalmente, a confusão que ela adiciona pro usuário.

Pocock dá o contra-exemplo concreto: não vire "um app VC-funded com mil features". Empresas cheias de dinheiro de investidor (VC-funded) costumam empilhar funcionalidade atrás de funcionalidade até ninguém entender mais pra que o produto serve. Com a IA barateando a construção, qualquer um cai nesse buraco se não tiver visão de produto. Escolher feature é, na verdade, escolher o que não fazer. A IA topa construir tudo; cabe a você dizer "essas três, e só essas".

Aqui está o conselho mais prático e contraintuitivo do módulo. A maioria usa a IA assim: "o que eu posso adicionar no meu app?". Pocock vira a pergunta de cabeça pra baixo: "You should be asking AI what to REMOVE from your app, how to make it simpler, how to improve UX." Ou seja — pergunte à IA o que tirar, como simplificar, como melhorar a UX. A IA é ótima nesse papel porque enxerga o todo do código de uma vez e aponta sobreposições, telas inúteis e fluxos tortos que você já nem nota.

Repare na inversão de papéis. Adicionar features é onde a IA seria perigosa (ela inventa coisa genérica, lembra do tópico 1). Mas remover e simplificar é onde ela vira sua aliada — porque você ainda decide o corte final, e ela só te dá os candidatos. Você mantém a visão; ela faz a faxina. O erro comum é só crescer o app e nunca podar: vira aquele software que faz tudo e não faz nada bem. Transforme "perguntar o que remover" num hábito recorrente do seu fluxo.

Tem uma narrativa de que "a IA mudou tudo, joga os livros fora". Pocock discorda na real: "I don't think much has changed." O que mudou foi a velocidade da execução. Os fundamentos de product design — entender o usuário, achar o problema real, desenhar a solução mais simples — continuam exatamente os mesmos. Tanto que ele diz que os livros clássicos de product design ainda valem. A IA não revogou nada disso; ela só te deixa testar suas decisões de design mais rápido.

Isso conecta com tudo que você viu nesta trilha: a IA "comeu" a parte tática (a execução), e o que sobra de mais valioso é a parte estratégica (a decisão de produto). Saber escolher, cortar, priorizar e desenhar a experiência é um músculo que você treina — não um download que a IA faz por você. O erro comum é achar que, como o código sai pronto, você pode pular o pensamento de produto. É o contrário: agora que executar é barato, pensar bem o produto é onde você ganha ou perde.

Quando perguntam ao Pocock o que mudou pra construir um negócio na era da IA, a resposta dele é tranquila: "I don't think much has changed." Os fundamentos seguem firmes — e o primeiro deles é falar com clientes. Descobrir o que eles de fato precisam, qual dor é real, qual problema vale resolver. Nenhum LLM tem acesso aos seus clientes reais; essa informação só entra no produto se você for buscá-la na conversa.

O fluxo clássico continua valendo inteiro: falar com clientes → entender a necessidade → construir protótipos que resolvem o problema real → mostrar de volta pros clientes. A diferença é que a IA torna a etapa do meio (construir o protótipo) muito mais rápida — então você pode rodar esse ciclo mais vezes. Mas se você pular a conversa, vai usar a velocidade da IA pra construir, rapidíssimo, a coisa errada. O erro comum é se trancar com a IA "produzindo features" e nunca encarar um cliente. Velocidade sem direção do cliente é só ir mais rápido pra parede.

Juntando tudo: construir um negócio com IA é, no fundo, construir um negócio — os fundamentos não mudaram. A IA dá vantagem na execução, não em ter a ideia certa. Então o jogo é: você tem a visão, fala com clientes, escolhe poucas features certas, pergunta à IA o que remover, e usa a velocidade dela pra rodar o ciclo de produto mais vezes. Quem terceiriza a visão pra IA constrói genérico, rápido. Quem mantém a visão e usa a IA como motor de execução constrói o que de fato resolve o problema do cliente. Antes de mandar a IA construir qualquer coisa, rode o checklist abaixo — é o resumo prático deste módulo. Copie e cole no início de cada projeto:

Antes de mandar a IA construir, garanta que a VISÃO é SUA:
[ ] VISÃO — sei o que estou construindo e POR QUÊ (não pedi a ideia pra IA)?
[ ] CLIENTE — falei com gente real e sei qual dor estou resolvendo?
[ ] FEATURES — escolhi poucas, certas (não virei um app de mil features)?
[ ] REMOVER — perguntei à IA o que TIRAR / simplificar / melhorar a UX?
[ ] EXECUÇÃO — usei a IA só pra implementar e prototipar mais rápido?
Se a IA está decidindo o produto por você, pare: o volante é seu.