Ideia principal

Uma diferença de capacidade se abre entre os product managers que vêm de uma formação técnica e os demais. Ela não está na compreensão do mercado, nem na qualidade do julgamento, nem na capacidade de nomear um problema — os terrenos em que a profissão costuma se decidir.

Ela está em um acesso. Quem sabe ler um repositório, acompanhar merge requests e consultar um histórico de commits pode trabalhar diretamente sobre a matéria do produto: gerar um artefato a partir dela, verificar se um documento diz a verdade, contradizer uma afirmação mostrando o código. Quem não sabe precisa passar por alguém, e a ida e volta custa caro o bastante para que desista na maior parte dos casos.

A diferença é, portanto, de instrumentação e não de valor. É uma distinção importante, porque as duas pedem remédios opostos: um déficit de aptidão se resolve contratando, um déficit de acesso se aprende ou se instrumenta.

Camada trazida por "PM, desenvolvedores e IA: os papéis se confundem, as responsabilidades continuam" (2026-08-01). A diferença de acesso aumenta ainda mais quando o product manager começa a construir. Ler um repositório, entender um erro, dialogar com um agente de código, perceber um absurdo no que foi gerado e pedir a revisão técnica certa condicionam tudo o que vai além do protótipo: enquanto as ferramentas continuarem falíveis, não dá para ignorar o que acontece debaixo do capô. A fronteira tem data, e ela pode se inverter — se os agentes ficarem bem mais confiáveis, perfis vindos da psicologia, das letras, do design ou da pesquisa retomariam a vantagem pela sua capacidade de exprimir com finura uma realidade humana e de negócio.

Por que isso importa

Isso evita a leitura identitária — "os PMs técnicos são melhores" — que fecha a discussão, e coloca no lugar dela uma pergunta tratável: de que acesso um PM não técnico precisa, e a que preço ele pode adquiri-lo?

Isso também diz o que acontece se nada for feito: a diferença não se resolve sozinha, porque ela se acumula. Cada verificação feita diretamente refina a compreensão do produto, o que deixa a verificação seguinte mais rápida.

Nuances e limites

O acesso não é uma vantagem sem contrapartida: o PM técnico pode começar a tratar os problemas que sabe resolver pelo código, em detrimento daqueles que são de mercado.

E a fronteira se move. As ferramentas que tornam um repositório consultável em linguagem natural baixam o custo do acesso sem eliminá-lo — a cultura técnica continua necessária para saber o que pedir e para julgar a resposta.

Questões em aberto

• Que forma de aprendizado dá a um PM não técnico o acesso útil sem transformá-lo em desenvolvedor?