Entrevista de PM tem uma estrutura reconhecível, mas o que ela avalia é diferente de quase todo processo seletivo que você já passou. Não é uma prova de conhecimento. É uma observação de como você raciocina quando não sabe a resposta.

Isso muda tudo sobre como você se prepara.

Os tipos de pergunta que aparecem

A maioria dos processos de PM no Brasil combina quatro categorias de pergunta. Entender o que cada uma avalia é mais útil do que decorar respostas.

Perguntas comportamentais

"Me conta sobre uma vez em que você teve que tomar uma decisão difícil de produto." "Como você lida quando engenharia e negócio têm prioridades opostas?" "Qual foi o maior erro que você cometeu num projeto e o que você fez?"

O que está sendo avaliado: se você tem experiência real, se você reflete sobre ela com honestidade, e se você aprendeu alguma coisa. A armadilha é dar respostas genéricas ou contar histórias onde você foi sempre o herói. Recrutadores experientes reconhecem quando alguém está evitando a parte difícil.

Use o método STAR como guia, não como script: Situação, Tarefa, Ação, Resultado. Mas não deixe a estrutura soar mecânica. O importante é que a resposta seja específica e honesta.

Antes do processo seletivo, certifique-se de que o vocabulário essencial de produto está claro — usar os termos certos com segurança demonstra familiaridade real com a área.

Perguntas de product sense

"Como você melhoraria o feed do Instagram?" "Se você fosse PM do Ifood, qual seria sua prioridade para o próximo trimestre?" "Design um produto para ajudar idosos a gerenciar medicamentos."

Aqui não existe resposta certa. O que o entrevistador quer ver é o processo: você define o problema antes de propor solução? Você considera quem são os usuários antes de falar em funcionalidades? Você prioriza com algum critério explícito ou lista tudo ao mesmo tempo?

Comece sempre com perguntas clarificadoras. "Posso fazer algumas perguntas antes de responder?" é uma das melhores coisas que você pode dizer numa entrevista de PM. Mostra que você não pula para solução antes de entender o problema.

Perguntas de métricas e dados

"Como você mediria o sucesso dessa funcionalidade?" "O número de usuários ativos caiu 15% semana a semana. O que você faria?" "Qual métrica você escolheria como North Star para um app de meditação?" Para responder esse tipo de pergunta com segurança, veja o artigo sobre métricas de produto que todo PM precisa entender.

O que avalia: se você pensa em produto com base em evidência, se você conhece a diferença entre métrica de saúde e métrica de negócio, e se você consegue montar uma hipótese razoável quando tem dados incompletos.

Para perguntas de diagnóstico (algo caiu, algo não funciona), siga uma estrutura de exclusão: confirmar se o dado é real, separar por segmento, checar se houve alguma mudança técnica ou de produto recente. Chegar numa conclusão antes de percorrer esse caminho é o erro mais comum.

Perguntas de priorização

"Você tem três funcionalidades pedidas por três stakeholders diferentes. Como decide o que vai primeiro?" "Seu time tem capacidade para um projeto por trimestre. Esses são os quatro candidatos. O que você escolhe?"

Nenhuma estrutura de priorização — RICE, ICE, MoSCoW — vai impressionar sozinha. O que impressiona é você saber por que está usando aquela estrutura, quais são os limites dela, e onde o julgamento humano precisa entrar quando o número não resolve.

Como praticar antes do dia

Pratique em voz alta. Esse detalhe muda tudo. Você pode pensar que tem uma boa resposta na cabeça, mas quando fala em voz alta percebe que ela não tem começo, meio e fim. A maioria das pessoas subestima quanto a articulação verbal difere do raciocínio interno.

Encontre alguém para fazer mock interviews. Não precisa ser PM. Qualquer pessoa que faça perguntas e dê feedback honesto serve. O desconforto de pensar em voz alta na frente de alguém é exatamente o músculo que você precisa desenvolver.

Os erros mais comuns na preparação

Decorar respostas. Funciona até a primeira pergunta de acompanhamento — depois você trava.

Preparar só para as perguntas fáceis. Todo processo de PM tem uma pergunta difícil onde a resposta honesta é "não sei, mas raciocino assim". Essa resposta bem executada é mais forte do que uma resposta inventada.

Ignorar a parte comportamental para focar só em product sense. Recrutadores de empresas brasileiras frequentemente passam mais tempo em comportamental do que em product design. A experiência real conta muito.

O que fazer nos primeiros cinco minutos

Leia o contexto da empresa antes. Não para decorar números de mercado, mas para entender o produto, quem usa, e qual é o modelo de negócio. Você vai usar esse contexto para tornar suas respostas específicas ao contexto deles em vez de genéricas.

Prepare duas ou três histórias da sua carreira que você consegue adaptar para diferentes perguntas comportamentais. Uma sobre decisão difícil. Uma sobre conflito com stakeholder. Uma sobre algo que não funcionou como esperado e o que você aprendeu. Se você ainda não tem um portfólio estruturado, isso também pode ajudar a organizar suas histórias — veja o guia de como montar um portfólio de PM.

E se você já tem a primeira vaga de PM e quer entender o que separa PMs júniores de sêniores — para saber para onde focar depois que entrar — veja o artigo sobre o que realmente muda de PM júnior para PM sênior.

Saber sobre os erros típicos de quem está começando também ajuda na preparação: muitos candidatos falham em entrevistas não por falta de conhecimento técnico, mas por padrões que são comuns no início. O artigo sobre erros comuns de PMs iniciantes identifica esses padrões. E para ter uma referência das faixas salariais ao avaliar ofertas, veja o artigo sobre salário de product manager no Brasil.

Na comunidade mágica, fazemos sessões periódicas de mock interview entre membros. É onde você pratica sem o custo de errar num processo real.