CV de product manager que mostra discernimento, não funcionalidades.
Resultado sobre output. Comece o CV pela métrica que moveu, o problema de utilizador que resolveu e a equipa cross-funcional que conduziu. ATS-clean e scaneável pelo recrutador.
- Começar pelos resultados
- Nomear a métrica de utilizador
- Tamanho da equipa cross-funcional
- Exportação grátis
Resultado sobre output.
Os hiring managers leem CVs de PM à procura de evidências de discernimento. O ponto 'Lancei a funcionalidade X' é output. O ponto 'Identifiquei que 38% dos novos signups saíam no passo de importação; conduzi um esforço de 6 semanas entre design e engineering para adicionar upload CSV, elevando a retenção dia-7 em 14 pontos' é resultado.
Cada ponto de PM sénior deve ter um verbo (lancei, killei, defini scope, priorizei, conduzi, partnered), um artefacto (a funcionalidade, o documento, a equipa) e uma métrica (a subida, o corte, a mudança de comportamento do utilizador). Dois de três está OK. Zero de três é o ponto que lhe custa a triagem.
Killar a funcionalidade errada é um ponto PM mais forte do que lançar a segunda melhor. Comece pelas decisões de kill quando as tiver, com o raciocínio intacto.
Mostrar scope sem inflacioná-lo.
Tamanho da equipa, impacto na receita, número de utilizadores. 'Liderei um pod de 7 pessoas com 2 designers e 5 engineers' bate 'Liderei equipa de produto'. 'Owner de uma linha de produto de $4,2M ARR' bate 'Owner do produto'.
Se o seu scope é pequeno, enquadre o rácio impacto-headcount. 'Drivei 38% do crescimento da empresa como PM #2' é um sinal mais forte do que esconder o headcount e inflacionar o tamanho da equipa.
Não reclame ownership de P&L a menos que realmente conduza o P&L. A triagem verificará, e a falsa declaração é um bilhete só de ida para a rejeição.
Questions, answered.
Uma página abaixo de 7 anos de experiência PM, duas páginas acima. PMs sénior e directors têm duas páginas porque o contexto cross-funcional (tamanho da equipa, scope, receita) requer mais espaço do que um ponto de engineering.
Sim, se conseguir escrever um específico. Nomeie o nível (senior PM, group PM, director), a área de produto (growth, pagamentos, tooling interno), a escala de utilizador (B2C 14M MAU, B2B enterprise SaaS) e o resultado mais defensável (subi a métrica X em Y pontos).
80% resultados duros, 20% processo e equipa. Soft skills (gestão de stakeholders, comunicação) deduzem-se dos resultados, não se listam. Liste-as no bloco Skills apenas se tiver certificações ou formações metodológicas específicas (CSPO, Pragmatic, JTBD).
Só se transicionarem para PM a partir de engineering, design ou data. Três projetos estilo produto com investigação de utilizador, framework de priorização e resultado lançado batem um histórico profissional escasso. Salte os projetos passados 4 anos de tenure PM.
'Killei a funcionalidade X após 3 semanas de beta, com base em 28% de adoção e 4 testes de usabilidade negativos; redirecionei a equipa de 4 engineers para a funcionalidade Y, lançada em GA em 6 semanas com 71% de adoção.' O kill é a prova do discernimento.
Pontue o seu CV PM.
Grátis. Seis sub-pontuações. Os pontos que o prejudicam, destacados.
Verificar o meu CV →