Entrevistas de product manager sondam o pensamento de produto, a familiaridade com métricas, e como você decide o que não construir. Aqui estão as perguntas mais comuns com respostas modelo. Middle: compreensão mais profunda, otimização e situações reais de trabalho.
RICE, ICE ou weighted scoring todos convertem opinião em números comparáveis. Onde eles quebram é que os inputs são estimativas e o score herda seu erro, então uma suposição confiante sobre impact vence uma cautelosa independente da verdade. O valor não é o ranking — é que o desacordo fica visível, geralmente em impact, e pode ser discutido em vez de brigado.
Ser uma tarefa disfarçada: 'como usuário quero um dropdown' nomeia uma solução e esconde a necessidade. Uma story usável diz quem, o que está tentando alcançar, e por quê, com critérios de aceite que tornam o que é pronto inequívoco. A outra falha é uma story grande demais para terminar em uma sprint, que é como um board fica cheio de coisas quase prontas por semanas.
Segmente antes de teorizar: qual coorte, qual plataforma, qual fonte de aquisição, e quando começou. Uma queda confinada a coortes novas geralmente é onboarding ou uma mudança no mix de tráfego; em todas as coortes de uma vez geralmente é o produto ou um outage. Verifique o que foi lançado, e verifique se o tracking mudou — uma quebra de analytics parece exatamente uma queda de retention.
O que custa adquirir um cliente, o que ele paga e por quanto tempo, e o que custa atendê-lo. Desses três vêm o payback period e a razão que decide se o crescimento se financia sozinho ou consome caixa. O número que as pessoas pulam é o custo de atendimento, que para qualquer coisa com suporte ou infraestrutura não é pequeno.
Movendo o argumento de preferência para evidência: qual resultado cada pedido serve, o que vale, e o que custa. Escalar é uma ferramenta legítima quando o desacordo é genuinamente sobre prioridades da empresa em vez de detalhe de produto. O que não funciona é construir os dois, que é como um produto adquire duas meia-features e nenhuma posição.
Não. Um teste custa tráfego, tempo e atenção, e algumas perguntas se respondem mais barato olhando dados existentes ou falando com cinco usuários. Teste quando a decisão é cara de reverter, quando o time genuinamente discorda, e quando a amostra torna um resultado possível — rodar um teste que não pode alcançar significância é pior do que não rodar, porque produz um número que as pessoas vão citar.
Os poucos números que te fariam agir: aquisição, ativação, retention, receita, e a métrica específica do que o produto faz. Não tudo que é mensurável — um dashboard de quarenta gráficos ninguém lê e esconde os três que importam. Cada métrica deveria ter um dono e uma comparação, porque um número sem linha de base não pode ser interpretado.
No tamanho de amostra e duração que você fixou antes de começar. Espiar e parar no momento em que parece significativo é como você lança ruído — a taxa de falsos positivos sobe quanto mais vezes você olha. Rode pelo menos um ciclo semanal completo para que o comportamento de dia de semana e fim de semana estejam ambos presentes, e decida de antemão qual resultado te faria não lançar, porque um teste que você ignoraria não vale o tráfego.
Em ordem crescente de custo: converse com as pessoas sobre o problema sem mencionar sua solução, mostre um protótipo e observe onde elas travam, coloque uma landing page e conte quem pede, depois rode uma versão concierge onde você faz o trabalho manualmente. Cada uma responde uma pergunta diferente, e nenhuma é 'você usaria isso' — todo mundo diz sim a isso, por isso o sinal útil é o que as pessoas já fazem ou pagam hoje.
Numa entrevista de verdade você fala sob pressão. O Cam faz essas mesmas perguntas, avalia cada resposta e mostra exatamente o que melhorar.
Praticar entrevista de Middle Product Manager →