Product Engineer: como a IA está fundindo produto e desenvolvimento em um único papel

Imagine uma esteira de produto típica. O product manager passa semanas coletando dados e defendendo a ideia diante da diretoria, o designer desenha os layouts, o desenvolvedor recebe a especificação pronta, o testador valida e o analista examina o teste A/B. Cada um responde por sua parte, e o usuário, no melhor dos casos, só é visto por uma pessoa. Agora surge no mercado uma vaga que tenta condensar toda essa cadeia em um único papel: Product Engineer.

O texto é a opinião de um profissional da área, não uma pesquisa. O autor tem mais de 20 anos de TI, desenvolveu o Marketplace do VKontakte (14 milhões de MAU) e hoje lança um produto próprio. Mas os sinais em que ele se apoia podem ser verificados.

Que papel é esse

Nas vagas da Y Combinator e da PostHog, e no artigo da equipe da MWS/MTS, os requisitos são parecidos. É preciso ter visão de produto, saber conversar com usuários, conseguir formular um problema de negócio e dominar full-stack para construir a solução e levá-la até a produção.

A principal diferença em relação ao desenvolvedor comum está no escopo de responsabilidade. O desenvolvedor comum pega uma tarefa já formulada e, muitas vezes, nunca chega a ver o usuário final. O Product Engineer encontra o problema por conta própria, decide como deve ser o resultado, escreve o código, faz o deploy e sempre confere o impacto nas métricas. Na prática, é um product manager e um engenheiro na mesma pessoa.

A ideia não é nova: as empresas há tempos sonham com esses generalistas. Mas reunir numa só pessoa o pensamento de engenharia e o empreendedor é quase impossível, porque as habilidades e os temperamentos são muito diferentes. A IA cobre a parte que faltava na stack.

Por que justamente agora

O autor aponta alguns sinais.

Uso em massa de IA. Segundo dados oficiais, 11 milhões de desenvolvedores usam o Claude Code toda semana, 8,5 milhões usam o Gemini e 5 milhões usam o Codex. Na Rússia, de acordo com a HSE, 4,8% das organizações pequenas aplicam IA, contra 71% das grandes empresas de TI. A amostra, porém, é enviesada para companhias de 500 a 10 000+ funcionários, então os números das grandes empresas devem ser lidos com ressalvas.

A rotina migra para a IA. Product managers a usam para buscar informações, analisar dados e gerar requisitos. Desenvolvedores, segundo a pesquisa do Stack Overflow, a usam para gerar e refatorar código, depurar, escrever testes e documentação. Ficam com as pessoas a comunicação, a responsabilidade pelo resultado (revisar, escolher a data de lançamento, corrigir um incidente) e a liderança.

Os agentes viram especialistas. O sistema SKILLS.md transforma o agente em um assistente especializado, com instruções, memória e cenários. Existem frameworks de orquestração: CrewAI, Google ADK, OpenAI Agents SDK e Claude Agent SDK. O próprio autor usa o conjunto de skills de Garry Tan, presidente da YC, que em parte substitui uma equipe de desenvolvimento para ele.

As big techs cortam pessoal. Oracle, Amazon, Dell, Cisco e Atlassian demitiram centenas de milhares de pessoas. A demanda por quem apenas digita código à mão está caindo.

Quais habilidades são necessárias

A lista do autor pode ser resumida em cinco pontos:

• Trabalhar com o agente como com um colega. Documentação e acessos no projeto são necessários não só para as pessoas, mas também para ele, então o ambiente deve ser montado pensando nos dois.
• Delegação. Quem executa a tarefa é o agente, mas a responsabilidade continua com você. Para isso, é preciso fazer as perguntas certas e saber avaliar o resultado.
• Capacidade de negociar. Antes, o product manager e o tech lead faziam isso pelos técnicos; agora será preciso fazer por conta própria.
• Olhar de marketing. Qualquer um escreve código hoje; o valor está em entender as necessidades dos usuários e na proposta de valor.
• Arquitetura. Uma arquitetura sólida continua sendo necessária, enquanto a digitação manual de código perde valor.

O que fazer com isso

Se você é desenvolvedor, comece pelo que a esteira não lhe dava: faça algumas entrevistas com usuários, crie métricas para a sua funcionalidade e acompanhe o resultado depois do lançamento. Se você é product manager, tente montar um protótipo sozinho com a ajuda de um agente e leve-o até o deploy. Se você é fundador ou contrata pessoas, confira nas suas vagas se não está pedindo um "generalista" sem entender como ele vai combinar os papéis.

Há limitações também. Trata-se de uma hipótese do autor, não de uma tendência comprovada: ainda há poucas vagas com esse título, e em projetos com mais de 100 participantes, como a integração do VKontakte com a Ozon, uma pessoa só não dá conta. Além disso, a IA acelera a rotina, mas não elimina a responsabilidade. O mais provável é que o Product Engineer apareça em equipes pequenas e startups, onde cada um tem um escopo amplo de tarefas, enquanto nas grandes empresas a esteira permanece. Ainda assim, a ideia em si é útil: quanto mais curto o caminho entre o problema do usuário e a métrica, menos tempo e sentido se perdem nas passagens entre papéis.