Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Como a IA redefine a construção e gestão de pro...

Sponsored · Ship Features Fearlessly Turn features on and off without deploys. Used by thousands of Ruby developers.
Avatar for Diego Eis Diego Eis
September 28, 2025

Como a IA redefine a construção e gestão de produtos

Como a gestão e a liderança de produtos está mudando em um modelo onde tudo o que puder ser automatizado, será automatizado pelas AIs?

Não é uma mudança que acontece apenas com desenvolvedores, mas o papel dos PMs e também de Designers mudam drasticamente.
O PM, que já deveria ser um ser tático, mas agora, isso se torna muito mais importante e necessário.

Avatar for Diego Eis

Diego Eis

September 28, 2025

More Decks by Diego Eis

Other Decks in Technology

Transcript

  1. Como a IA redefine a construção de produtos Ou, como

    deveria ser desde o início, mas somos teimosos demais para aceitar algo tão óbvio. Diego Eis diegoeis.com 2025-08-28
  2. Olá, eu sou o Diego Eis https://diegoeis.com https://productoversee.com Escolhi ter

    um computador em vez de ir pra Disney (estou decidindo se me arrependi). Faço mentoria, palestra, escrevo, lidero times de produto mas o que eu gosto mesmo é ler e gerar conteúdo sobre o que eu pratico nas empresas. Month XX
  3. Mas o que é valor? As empresas imbuem seus produtos

    de valor usando vários métodos. Manufatura Distribuição Posse Material usado, forma de produção, tecnologia, inovação. Loja, design, experiência de compra, pré-venda. Status, preço, luxo, exclusividade, escassez, posse, poder.
  4. O valor está em possuir o resultado e não a

    “coisa” em si. https://youtu.be/akpK9A-CepQ?si=2V4DiZivP0wrR_2g https://youtu.be/B3SmsSCvoss?si=I4bbYgtcc4Ac4vZq É por meio do USO que as pessoas percebem valor
  5. O principal objetivo de um produto digital é: Trazer resultados

    para o negócio, por meio da percepção de valor, durante a experiência de uso.
  6. Valoroso O produto resolve um problema real para o usuário,

    acelerando a percepção de valor. É desejável. As pessoas querem usar e comprar. Usável Aspectos fundamentais de um produto: As pessoas têm uma ótima experiência de uso, não só devido à interface, mas por que aprendem rápido a como extrair valor do produto. O produto é consistente, resiliente, confiável. Viável O produto faz sentido para o negócio, alavancando resultados. É possível construir e manter o produto dentro das limitações técnicas e tecnologia disponível. Adaptável Evolui facilmente de acordo com o contexto de crescimento e necessidades do negócio, mercado e cliente, trazendo continuamente resultados positivos para a empresa e usuários.
  7. Fluxo simples e conhecido Todo mundo já conhece esse fluxo,

    mas é bom lembrar que o básico precisa ser bem feito. Decidir Planejar Entregar Escolher o que resolver Planejar backlog Quando roadmap Construir a solução Distribuir a solução Qual problema vamos Por que iremos resolver esse Ok, temos um Quais releases? Com qual Como lançamos? Como solucionar? Esse é o principal problema agora? Qual a solução problema/oportunidade. Como tecnologia? Quais testes? Como comunicamos? Como problema? Que tipo de para esse problema? Como vamos resolver esse problema? garantimos sustentação? aumentamos nossa base com oportunidade vamos explorar? esse problema pode ser Como vamos explorar essa Nós construímos, nós testamos, novos clientes? Como dividido? O que iremos resolver oportunidade? Essa solução faz nós colocamos em produção, atendemos os clientes? Como primeiro? sentido de ser construída? nós adaptamos, nós mantemos os clientes na base? monitoramos... CAC, LTV, Engajamento, etc... A IA está fazendo o mesmo com a construção. A internet revolucionou a distribuição.
  8. Mas o que vem antes da decisão? O que decide

    criar um negócio, ainda é questão de julgamento humano. Até quando? Estratégia de negócio Tático de negócio Ponderar Decidir Planejar Escolher o que impactar Escolher o que resolver Planejar backlog Quando roadmap Construir a solução Distribuir a solução Qual segredo ainda não foi Qual problema vamos Por que iremos resolver esse Ok, temos um Quais releases? Com qual Como lançamos? Como descoberto e que pode virar solucionar? Esse é o principal problema agora? Qual a problema/oportunidade. tecnologia? Quais testes? comunicamos? Como um negócio? problema? Que tipo de solução para esse problema? Como vamos resolver esse Como garantimos aumentamos nossa base com Qual indústria vamos oportunidade vamos Como esse problema pode problema? Como vamos sustentação? novos clientes? Como impactar? Qual startup explorar? ser dividido? O que iremos explorar essa oportunidade? Nós construímos, nós atendemos os clientes? Como resolver primeiro? Essa solução faz sentido de testamos, nós colocamos em mantemos os clientes na ser construída? produção, nós adaptamos, base? CAC, LTV, nós monitoramos... Engajamento, etc... deveríamos construir? Qual a porta de entrada? Entregar
  9. Requisitos e backlog Designers e PMs já conseguem utilizar a

    IA para facilitar o trabalho de definição e criação dos materiais dessa fase, como PRD, escrita de requisitos, prototipagem. Todas as fases de construção já são impactadas. Codificação Talvez o aspecto que mais evoluiu nos últimos meses e anos. Ferramentas e serviços que ajudam os devs a automatizar suas tarefas, além de codificarem mais rápido e melhor. Teste Todo o fluxo de qualidade já é impactado hoje com as novas ferramentas e modelos focados em qualidade de código. Devs sofrearão, mas QAs sofrerão mais com a automatização. Deploy Mesmo com muita ferramentas que facilitam esse workflow, esse momento sempre demandou muita orquestração dos times, principalmente os que lidam com muito legado e serviços que tem interdependência.
  10. Primeiro equilibrio Se vamos aumentar eficiência na entrega, o time

    deve dedicar mais tempo para aumentar a eficácia. Aumentando o foco do time nessa fase A IA diminui a complexidade nessa fase Planejar Escolher o que resolver Entregar Planejar a solução Construir a solução Distribuir a solução
  11. Mas ela não decide ainda Se você não precisa mais

    se preocupar em escrever história, você deveria estar decidindo melhor. Aumento do seu fator de eficácia. Aumentando o foco do time nessa fase A IA diminui a complexidade nessa fase Decidir Planejar Escolher o que resolver Planejar backlog Entregar Quando roadmap Construir a solução Distribuir a solução
  12. Qual o seu nível de eficácia? Se você não precisa

    mais se preocupar em escrever história, você deveria estar decidindo melhor. Aumento do seu fator de eficácia. EFICÁCIA Pra você dedicar tempo em decidir certo, mais rápido e melhor. EFICIÊNCIA A IA diminui o seu tempo no trabalho braçal. Decidir Planejar Escolher o que resolver Planejar backlog Entregar Quando roadmap Construir a solução Distribuir a solução
  13. Time de Devs com maior contexto Isso ajuda a resolver

    outros pontos Quem nunca ouviu líderes de tech ou até o próprio time de não ter o contexto do problema e de não participarem de definições antes de codificarem ou até mesmo não ter tempo para planejar como eles vão construir a solução? Experimentação contínua real Antes da IA já existiam serviços e ferramentas que facilitavam a experimentação de produtos diretamente em produção, hoje isso é potencializado e indo no nível de personalização. Comunicação e colaboração remota Times presenciais sempre tiveram uma vantagem grande por causa da colaboração e comunicação facilitada. Mas agora, a IA consegue facilitar fluidez, organização e acessibilidade das informações. Mas hoje isso é uma aposta.
  14. O que a IA muda na vida de quem faz

    produto? Não serão apenas os produtos que construímos que mudarão, mas também os processos de como os construímos.
  15. Adaptação de papéis As empresas também vão se adaptar à

    realidade. Sim, algumas pessoas perderão empregos. Mas só aquela que estavam fazendo trabalho que uma IA pode fazer sozinha.
  16. A principal mudança é de comportamento, não de processo. Líderes,

    PMs, Designers, Tech Leads e Devs deverão se adaptar ao novo contexto, aprendendo novas habilidades ou resignificando seu papel.
  17. Adaptação de papéis Todos precisam se adaptar ao novo contexto.

    Não é fazer menos ou mais coisas, mas resignificar suas responsabilidades. Tech Lead e Devs Designer Product Managers Menos código, mais orquestração, arquitetura, agentes de IA. Devem ser muito menos operários do código e mais maestros da automação, se especializando cada vez mais em como agentes podem construir, sustentar e escalar suas stacks. Aumentar o Product Sense, pensar mais em arquitetura de experiência, se empoderar mais da solução, ficar próximo dos resultados de negócio. O trabalho essencial é será antecipar problemas de uso e aceitação do usuário com as novas soluções, garantindo que as soluções sejam compreensíveis, explicáveis, defensáveis e previsíveis. Com a automação facilitando o delivery e a criação de features, a capacidade de resolver problemas reais dos usuários e do negócio se torna mais indispensável. Hoje, essa é uma habilidade já requerida, mas os PMs não estão posicionados e nem são vistos dessa forma dentro das empresas.
  18. O time de produto é um dos responsáveis por Trazer

    resultados para o negócio, por meio do meio do produto, potencializando a percepção de valor. durante a experiência de uso.
  19. Decidir certo A gestão de produto precisa garantir esses três

    grandes escopos Aumentar eficácia do produto, entendendo insights a partir de dados qualitativos e quantitativos. Priorizar o que é mais importante no contexto atual do negócio, visão clara sobre concorrência e mercado; Comunicar e alinhar Gerir expectativas, comunicar status e mudanças, gerenciar expectativas, acordos, gerir iniciativas colaboradas entre áreas e times, mitigar mudanças drásticas de decisões; Entregar e evoluir Priorizar o micro, suportar e garantir a entrega do planejado, adaptar escopos, experimentar e testar, medir impactos, acompanhar resultados;
  20. Certeza e acordo O PM deve trazer os problemas e

    as oportunidades que estão na zona caótica, para o mais próximo possível do acordo e da certeza.
  21. Decidir certo é difícil Todo mundo já conhece esse fluxo,

    mas é bom lembrar que o básico precisa ser bem feito. Caótico. Conhecido. Causa e efeito imprevisível. Causa e efeito previsível. Alta incerteza. Alta certeza. Longe do acordo. Acordos fechados. Não sabemos o que fazer, Nem como fazer. por que fazer? Planejar o que fazer? Investigar Onde nós vamos jogar? • O usuário já deseja isso? • Quais as regras do jogo? • É viável tecnicamente de • Quais problemas ou fazer em nosso produto? • nesse mercado? • Qual o impacto pro nosso • • • • comunicados ou responsável? envolvidos? Quanto tempo temos Quais métricas e indicadores mostrarão sucesso? • Quais times precisam ser É ético, legal e Quais jornadas deverão para construir? • Como soluções existem resolvem? Priorizar • • ser impactadas? evoluções? • negócio se decidirmos jogar? Quais as possíveis Quais features serão criadas ou mudadas? criar ou aprimorar? • beneficiado? • Planejar • Quais recursos e habilidades precisamos Quem está sendo impactado ou pode ser quando fazer? como fazer? Entregar Descobrir • oportunidade existem Experimentar, monitorar, adaptar. Quais as fases de entrega? • Como acompanharemos a evolução? • fazer Delivery Monitorar Levantamento de • Desenhar; • Acompanhar; requisitos; • Codificar; • Analisar; Escrita de PRD, histórias, • Testar; • Adaptar; documentação técnica; • Lançar; • Evoluir; Gestão de backlog; • Comunicar; • Sustentar;
  22. Decidir o negócio certo Antes de decidir o produto certo,

    nós passamos por etapas de decisão de negócio. Se negócio decide errado, não adianta decidirmos o certo.
  23. Decidir o negócio certo Antes de decidir o produto certo,

    nós passamos por etapas de decisão de negócio. Se negócio decide errado, não adianta decidirmos o certo.
  24. Causa Justa Visão e Missão Onde os PMs ACHAM que

    deveriam estar. PMs são seres táticos PMs precisam dividir seu tempo para aumentar a eficácia do produto e não a eficiência do produto. Estratégia de Negócio Estratégia de Produto Tático de Produto Onde os PMs estão na maior parte do tempo. Execução do Produto Priorizando micro, testando, escrevendo história, acompanhando entrega, validando bug, etc.
  25. PMs são seres táticos Causa Justa PMs precisam dividir seu

    tempo para aumentar a eficácia do produto e não a eficiência do produto. Visão e Missão Conhecer e entender profundamente. Estratégia de Negócio Estratégia de Produto Influenciar e atuar proativamente. Coaching. Decisor. Representa negócio. 30% do tempo Garante conexão com negócio, planeja colaboração com outras áreas, monitora mercado e tendências. Pilota o produto planejando, priorizando, Tático de Produto 55% do tempo monitorando, avaliando, reportando, experimentando, antecipando, prevenindo. Acompanha cliente, gere expectativas etc. Prioriza micro, ajuda a garantir cadência de entrega, Execução do Produto 15% do tempo direciona decisões, ajusta e adapta escopo, guardião da experiência e da qualidade de entrega.
  26. Se você faz um trabalho de robô, você será substituído

    por um robô. O que pode ser automatizado, será absorvido por agentes. O que você faz todo dia que pode ser automatizado? Por que você não automatizou isso ainda?
  27. O que é possível automatizar? Qual parte do seu processo

    que pode ser automatizado totalmente ou em partes? por que fazer? o que fazer? quando fazer? Planejamento de Produto como fazer? Entrega de Produto Investigar Descobrir Planejar Priorizar Entregar Monitorar • Análise de mercado; • Análise de sentimento de usuário; • Análise de Indicadores; • Escrita de PRDs • Prototipação; • Escrita de histórias e critérios • Reports e Análise; • Captura e Análise de métricas de jornadas. • Análise de usuários; • Projeção de resultados; • Mapeamento de Riscos; • Ideação • Mapemaneto de mercado; • Planejamento de Roadmap; • Validação de Testes • Testes; • Experimentação A/B
  28. Quais ferramentas? Quais ferramentas e serviços podemos usar para cada

    fase ou tarefa? por que fazer? o que fazer? quando fazer? Planejamento de Produto Investigar como fazer? Entrega de Produto Descobrir Planejar Priorizar Entregar Monitorar Pesquisa Prototipar Planejar e Gerir Codificar Testar Deploy • Perplexity AI ↗ • v0 ↗ • Productboard AI ↗ • Cursor ↗ • CodiumAI ↗ • Vercel ↗ • AlphaSense ↗ • Lovable ↗ • Linear ↗ • Windsurf ↗ • QA Wolf ↗ • Cloudflare Pages ↗ • Amplitude AI ↗ • Quid ↗ • Bolt ↗ • Jira AI ↗ • v0 ↗ • testRigor ↗ • App Runner ↗ • Mixpanel AI ↗ • ChatGPT (OpenAI) ↗ • Miro AI • Notion AI ↗ • Claude Code ↗ • Functionize ↗ • Cloud Run ↗ • Tableau Pulse AI ↗ • Claude ↗ • Figma AI ↗ • Coda AI ↗ • GitHub Copilot ↗ • Mabl ↗ • Railway ↗ • Looker AI ↗ • Exploding Topics ↗ • Framer AI ↗ • Aha! Ideas ↗ • Codeium ↗ • Tricentis Testim ↗ • Render ↗ • Power BI Copilot ↗ • CB Insights AI ↗ • Webflow AI ↗ • Craft.io ↗ • Zed AI ↗ • Tricentis Tosca ↗ • Fly.io ↗ • ThoughtSpot AI ↗ • Sparktoro AI ↗ • Uizard ↗ • Fibery AI ↗ • AWS CodeWhisperer ↗ • Cypress ↗ • Koyeb ↗ • Metabase AI ↗ • Galileo AI ↗ • Google Gemini Code • Playwright ↗ • Zeet ↗ • Glean AI ↗ • FlutterFlow ↗ Assist ↗ • Diffblue Cover ↗ • MonkeyLearn ↗ • Firebase Replit Agent ↗ • Launchable ↗ • Replit Agent ↗ • Análise de Indicadores
  29. PMs realmente são as pessoas mais competentes para escrever histórias?

    Por que PMs escrevem algo que eles não executarão diretamente? As definições sempre dependem do suporte e decisão de designers e devs. Mamilos… PMs não decidem negócio PMs não atuam no campo de negócios, mas no campo de produto. Eles decidem produto, para suportar o negócio. PMs moram na camada tática de produto. PMs podem deixar de existir se... Em um cenário onde o time é maduro suficiente para entender o problema que o negócio quer resolver, conseguir alinhar as pessoas e avaliar os impactos e resultados, o PM deixa de ser necessários. Suas responsabilidades são absorvidas por negócio, tech e design.
  30. Product Engineer, Designer engineer… nomear coisas é perda de tempo.

    Assim como a fragmentação dos designers para coisas como UX, UI, Research e um monte de outras bobagens, cuidado para não nomear algo que deveria ser assim desde o início. Mais mamilos… Crie cenários e se adapte antes que sua responsabilidade morra como os front-ends… Tenho que fazer o que minha psicóloga disse e dar mais valor para o que eu falo. Então, quero dizer que eu avisei muito antes sendo amigo da galera… mas ninguém ouviu… https://kvnol.github.io/ofrontendacabou/ Estou te avisando agora, antes que seja tarde pra você.