O design de produto está mudando

• Ferramentas de IA agora usam diretamente sistemas de design para gerar UI, fazendo com que o papel do designer deixe de ser apenas o de criação visual e passe a se concentrar em estratégia e coordenação
• Agora, a questão central não é “quem está tirando o trabalho de quem”, mas sim como o processo está mudando
• Trabalhos invisíveis como código, PRD e resumos são fáceis de automatizar, mas trabalhos visíveis como UI e fluxos, que o usuário vê e com os quais interage diretamente, têm grandes diferenças de qualidade; por isso, a automação do design ainda não acompanha a velocidade da engenharia
• O maior gargalo era o processo de traduzir mockups do Figma para código, mas, se o designer projetar diretamente no ambiente de código, esse desperdício de handoff pode ser eliminado por completo
• Na era da IA, o principal valor do designer não está no trabalho de pixel, mas na capacidade de orquestração: decidir o que construir, avaliar criticamente a saída da IA e conduzir o trabalho
• Empresas que investirem em equipes pequenas e autônomas e em sistemas de design legíveis por máquina vão superar organizações grandes no modelo de feature factory

---

O contexto por trás da mudança no design de produto

• Desde que criou seu primeiro site em 1999 com o Dreamweaver, o autor trabalhou em um fluxo no qual desenhava com Photoshop, Sketch e Figma e depois passava o resultado para desenvolvedores
• Recentemente, conectou o Claude Code ao sistema de design da própria empresa e conseguiu gerar uma UI funcional em apenas três prompts, pulando a etapa tradicional de design visual
• Essa experiência mostrou que o valor do designer está migrando da capacidade de execução para o ‘gosto’ e o julgamento estratégico
• Com a IA implementando o fluxo ‘prompt → geração → deploy’ com base em sistemas de design, está em curso uma mudança fundamental no design de produto

O debate errado: a mudança não é no número de pessoas, mas no processo

• O discurso atual sobre IA e funções de produto ainda está preso a disputas de território focadas em headcount, como “designers vão perder seus empregos?” ou “engenheiros serão substituídos?”
• A verdadeira pergunta é sobre o processo: a IA não elimina essas funções, mas muda quem executa o quê, com que rapidez e para onde os gargalos se deslocam
• Trabalhos invisíveis como escrever código, redigir PRDs e analisar dados são mais fáceis de automatizar, porque as diferenças de qualidade ficam escondidas atrás da UI
  • Se o código estiver bagunçado, mas o app funcionar, ninguém liga; se um PRD for gerado por IA, tudo bem desde que a definição do problema esteja correta
• Já os trabalhos visíveis como interface, fluxo e experiência expõem de imediato qualquer diferença de qualidade, e o usuário percebe isso na hora
• Quando construir fica mais rápido e barato, a pergunta mais difícil deixa de ser “como construir?” e passa a ser “o que vale a pena construir?”
• O ganho de velocidade no design assistido por IA inevitavelmente fica atrás da engenharia, e essa assimetria vai remodelar todo o processo de desenvolvimento de produto e a forma como as equipes são montadas

Trabalho visível: design não é o que está atrás da parede, é a própria parede

• A engenharia pode ser comparada à tubulação — fica escondida atrás da parede e, se a água sai da torneira, a estrutura interna deixa de importar
  • Boris Cherny opera 4 a 5 agentes de programação em paralelo e alcançou ganhos de velocidade superiores a 400%; engenheiros no Vale do Silício estão deixando de escrever código diretamente para passar a orquestrar equipes de agentes
• O design de software é a própria parede, a torneira e o registro; por isso, mesmo que tenha sido feito por IA, o usuário reage de forma sensível à aparência e à experiência de uso
• A IA consegue seguir padrões e convenções presentes nos dados de treino, mas tem dificuldade para lidar com decisões baseadas em pesquisa com usuários — dezenas de entrevistas, resultados de surveys, análise de uso, auditorias competitivas — porque o contexto é grande demais
• Existe um gargalo chamado problema de ingestão (ingestion problem): mesmo que a IA gere grandes volumes de código ou resumos de reuniões, humanos ainda precisam ler, absorver e avaliar criticamente isso para que haja conversa intelectual e julgamento
  • Code review já está virando um gargalo real, e isso é uma limitação da velocidade humana que nenhum modelo consegue contornar
• A IA é excelente em gerar conteúdo e resumir, mas ainda não demonstrou capacidade de criar algo genuinamente novo nem de ter gosto (taste)

Projetar em código, não no Figma

• O maior gargalo no desenvolvimento de produto é o handoff entre design e desenvolvimento para traduzir mockups do Figma em código de produção
  • Desenha-se uma representação do software, refinam-se pixels, entrega-se isso à engenharia e depois o QA confere o código contra o mockup, rejeitando PRs por inconsistências de tipografia ou espaçamento — uma ineficiência enorme
• A IA resolve esse gargalo, mas isso só é possível quando o designer projeta diretamente no ambiente de código
• Alguns designers já estão de fato cancelando suas assinaturas do Figma e migrando para ferramentas de IA; o argumento central é que o mockup não é o produto, mas um artefato paralelo que exige tradução, revisão e ajuste
  • Cada pixel empurrado no Figma vira uma promessa que o engenheiro precisa cumprir em um meio totalmente diferente; quanto mais distante a ferramenta de design estiver do código de produção, maior será o desperdício no handoff
• Um experimento em que o autor apontou o Claude Code para o repositório do sistema de design e gerou uma UI funcional com três prompts confirmou isso
  • Para obter confiabilidade em escala, ainda são necessários documentação robusta, regras explícitas e orquestração de agentes, mas a base já existe
• Caso da equipe de engenharia da Monday.com: na primeira tentativa de colar um link do Figma no Cursor, o código gerado não usava componentes do sistema de design, hardcodava cores e sobrescrevia a tipografia padrão do sistema
  • A solução foi construir um MCP do sistema de design (Model Context Protocol) — tornando componentes, tokens, regras de acessibilidade e padrões de uso legíveis por máquina — e montar um workflow agêntico de 11 nós para fornecer contexto estruturado ao modelo
  • Em vez de deixar o agente escrever o código diretamente, a abordagem foi construir uma compreensão de como o código deveria ser e então repassar isso ao agente de programação do desenvolvedor — “orquestração, não mágica”
• Designers da Anthropic já estão submetendo pull requests diretamente com Claude Code e produtos de console, e fazendo deploy em produção — em fevereiro de 2026 isso já é realidade

O que sobra para humanos: orquestração e julgamento

• Se a IA consegue gerar código, escrever PRDs, resumir pesquisas e prototipar interfaces, então o que resta ao humano é a orquestração
  • Os modelos já são competentes o bastante; o gargalo está na pessoa diante do teclado — saber o que pedir, como dividir o trabalho e quando rejeitar o resultado do modelo é o ponto central
• Kyle Zantos passa 70% do seu tempo de trabalho no terminal e afirma que recomendações de ferramentas feitas há 4 meses já estão ultrapassadas; por isso, é mais importante aprender a filosofia e a abordagem do que a configuração específica de ferramentas
• Arin Bhowmick, Chief Design Officer da SAP, afirma que interfaces visualmente refinadas podem esconder problemas profundos como saídas pouco confiáveis, decisões opacas e comportamento frágil em edge cases
  • Líderes de design precisam tratar confiança, clareza e confiabilidade como resultados de design de primeira classe, e não apenas a qualidade visual de superfície
• Segundo Vlad Derdeicea, cerca de 80% do tempo de um design lead é consumido por comunicação, alinhamento e justificativa; apenas 20% vai para trabalho de design hands-on
  • Toda decisão de design tem um “imposto de justificativa” (justification tax): o tempo gasto explicando, documentando e defendendo escolhas que, em outras áreas, seriam resolvidas em uma conversa curta
  • A IA não deveria mirar o trabalho de mockup, mas esses 80%: consolidar atas de reunião, rascunhar comunicação com stakeholders, resumir pesquisa e criar protótipos rápidos para resolver debates com dados em vez de opinião
• O enquadramento de Jan Tegze: em vez de tentar fazer melhor o trabalho atual, é preciso encontrar restrições do domínio que existem por causa das limitações humanas e removê-las com agentes — não acelerar o trabalho atual, mas viabilizar o que antes era impossível
  • “Não competir com agentes, mas criar novas capacidades que exijam tanto você quanto os agentes”
• Designers juniores com menos de 5 anos de experiência correm mais risco — porque ainda não têm o julgamento necessário para avaliar a saída da IA nem a experiência para detectar erros do modelo; o piso de habilidade está subindo

Equipes pequenas, grande alavancagem

• A maioria das empresas de software hoje está estruturada de um jeito que não combina mais com o cenário atual — uma feature factory superlotada de PMs, com um PM em cada squad independentemente de haver ou não suporte dedicado de design
  • PMs se multiplicaram na era do ZIRP porque ficam próximos da receita e porque o número de pessoas cresce junto com a complexidade organizacional
  • Marty Cagan chama isso de “teatro de product management” — excesso de PMs ineficazes, que não são muito diferentes de gerentes de projeto super-remunerados que fazem roadmap e tocam standups
• Em Davos, Andrew Ng previu que, se a IA explodir a produtividade da engenharia, a proporção entre PMs e engenheiros pode se inverter de 1:8 para algo próximo de 1:1
  • Se agentes de IA escreverem a maior parte do código de produção, a base ampla de engenharia encolhe e especificação e julgamento se tornam recursos escassos
• A Airbnb unificou product management e product marketing em um único papel “full-stack”
  • Brian Chesky: “Se você não sabe falar sobre o produto, não consegue desenvolver o produto” — elevando storytelling e comunicação externa ao nível de elementos centrais da função de PM
  • Também elevou designers à posição de “arquitetos” que lideram o produto junto com engenheiros, em vez de atuarem como um serviço subordinado que apenas recebe tickets
  • O trabalho de coordenação que antes inflava o número de PMs foi transferido para program managers dedicados
• É semelhante ao modelo organizacional funcional da Apple: especialistas liderando especialistas, o CEO como ponto de integração e sem PMs no papel de “mini-CEOs” tocando unidades de negócio
• Na era da IA, a equipe ideal é um time pequeno e autônomo com 2 a 3 engenheiros, 1 PM e 1 designer
  • O sistema de design vira infraestrutura central; sem sistema de design no código e sem documentação, a IA toma decisões erradas sobre UI e implementação
  • Empresas que investirem em sistemas de design legíveis por máquina e em equipes pequenas e autônomas vão superar aquelas que ainda mantêm squads de 15 pessoas e 3 níveis de aprovação

O efeito composto: a distância entre orquestradores e empurradores de pixel

• Depois do experimento de gerar telas funcionais a partir do sistema de design com Claude Code, o trabalho agora é de melhoria contínua com documentação melhor, regras mais rígidas para componentes e diretrizes de composição mais claras
  • A cada rodada, o resultado fica mais rápido e mais próximo de estar pronto para produção, e a melhora do modelo, o refinamento das habilidades e a capacidade de condução se acumulam com efeito composto
• A diferença entre o “designer que orquestra IA” e o “designer que empurra pixel no Figma” deve se tornar enorme nos próximos 12 meses
  • Não porque o segundo seja incompetente, mas porque o primeiro opera em uma velocidade e em uma escala fundamentalmente diferentes — enquanto uns entregam mockups para reuniões de handoff, outros já colocam UIs funcionais no ar
• O autor vem ensinando esse modo de trabalho à própria equipe, não porque a profissão vá desaparecer, mas porque ela está se tornando uma atividade em que gosto, julgamento e capacidade de conduzir o trabalho importam mais do que a habilidade de desenhar telas