Você só conhece um terço do ChatGPT (e é por isso que seu PRD volta genérico)

Deixa eu adivinhar: você abriu o ChatGPT, pediu um PRD, colou no doc e mandou pro time. Três sprints depois voltou uma coisa bem diferente do que estava na sua cabeça. Eu já fiz exatamente isso. E tirei a conclusão errada: achei que o modelo era raso. Não era. Ele só não sabia o que só eu sabia.

Lidero produtos de IA na Cora, e o que aprendi na prática é isso: a distância entre saber explicar IA e saber construir com IA é a maior alavanca de carreira que um PM tem hoje. E dá pra fechar essa distância sem terminal e sem código.

O problema não é o chat. É onde o contexto mora

Quase todo PM parou no primeiro terço da ferramenta: a janela de chat. Ela responde rápido e bem. Mas resposta é o que você recebe, não o que você entrega. Os outros dois terços, Work e Codex, são os que executam: orquestram ferramentas e rodam loops de pensamento sozinhos, com o contexto do seu produto na frente.

Todo mundo já reclamou de PRD raso feito por IA. O problema nunca foi o modelo. Foi que ele não tinha acesso ao que só existe na sua cabeça: por que a gente escolheu esse fluxo e não o outro, o que já foi testado e falhou, qual trade-off ninguém pode mexer.

Quando esse contexto vira arquivo versionado (o quê, o porquê, o que muda se mudar), o documento sai citando as decisões e respeitando os trade-offs do seu produto. Deixa de ser texto bonito que ninguém sustenta na review e vira PRD com lastro.

Chat responde. Work e Codex orquestram

Essa é a diferença que quase ninguém entende. No Chat, você faz uma pergunta e recebe uma resposta. O loop é seu: você lê, corrige, cola de novo, pede mais uma vez. Serve pra pensar, não pra entregar. Work e Codex são agentes. Você dá um objetivo, eles planejam, chamam ferramentas, checam o resultado e iteram sozinhos até fechar. O loop de pensamento roda dentro da ferramenta, não na sua cabeça.

Chat é onde eu estresso a decisão. Cruzo pesquisa, PRD e dados, e simulo as objeções de eng, exec e UX antes de me expor na review.

Work e Codex são onde eu entrego. Dou um objetivo e eles rodam as etapas sozinhos (pesquisa, análise, planilha, deck, site) até devolver o entregável pronto. E os dois leem o arquivo de contexto do produto antes de começar. É aí que o PRD ganha lastro.

Pensando nisso, criei um pack com 5 skills pra rotina de PM. A primeira cria esse arquivo de contexto, o AGENTS.md. As outras quatro leem ele antes de gerar qualquer coisa:

• Contexto do produto: cria e mantém o AGENTS.md, a memória viva do produto. Decisões, trade-offs e glossário num lugar só.

• Revisor de PRD: você cola o doc e recebe de volta as perguntas que eng, exec e UX vão fazer na review e que o documento ainda não responde.

• Síntese de pesquisa: joga transcrições, tickets e planilhas, e sai com os temas principais e a fonte de cada afirmação. Nada de insight sem origem.

• Pre-mortem de feature: antes de priorizar, lista onde a feature quebra: dado sensível, caso de borda, dependência que ninguém lembrou.

• Análise de competição: cruza evidência pública sobre concorrentes e separa o que já é ação (defensiva ou ofensiva) do que ainda precisa de validação.

Baixe agora gratuitamente

Montar isso ao vivo

Ler sobre isso é um passo. Montar o sistema é outro. No dia 23/09 (quarta), das 19h às 22h, conduzo uma imersão ao vivo no Zoom, com três blocos hands-on. Você não assiste, você configura: parte de um caso-guia, passa pelo fluxo completo (decidir no Chat, executar no Work e no Codex) e sai da noite com um sistema montado e o contexto do seu produto começado, não com anotação.

É a metodologia Build First: você aprende construindo.

Garanta sua vaga aqui.

Comenta aqui embaixo em que nível você tá hoje, e marca aquele PM que precisa ler isso.

Bora construir? Te vejo dia 23/09. Pra cima! :)

Vinícius Braz, Product & AI Builder e Expert da Tera