Currículo product manager: como um PO de squad vira PM em produto

Um analista de negócios com três anos de squad lê uma vaga de product manager e vê discovery, roadmap, OKR e experimentação. Fecha a vaga achando que faltam anos de experiência, quando na verdade já fez discovery ao levantar requisito com o time de negócio, já priorizou roadmap ao decidir o que entrava no próximo ciclo. O que falta não é experiência, é a tradução dela para o vocabulário que a vaga de produto usa.

Este guia mostra a diferença real entre PM e PO nas vagas brasileiras, como descrever produto pelo resultado de negócio em vez da cerimônia ágil, e como um PO de squad se posiciona para uma vaga de product manager em empresa de produto.

Regra do Resultado, não da Cerimônia: currículo de produto que lista daily, planning e refinamento sem citar nenhum resultado de negócio compete como executor de processo, não como dono de decisão, que é o que a vaga de PM está comprando.

PM e PO pedem competências diferentes, e o título errado custa aderência mesmo com experiência boa

No mercado brasileiro a linha entre os dois títulos é mais borrada do que a literatura de produto sugere. Ainda assim, a maioria das vagas de product manager pede visão de estratégia e métricas de negócio, enquanto a maioria das vagas de product owner pede gestão de backlog e entrega dentro de uma squad.

Antes: Profissional de produto com experiência em gestão ágil e times de desenvolvimento.
Depois: Product Manager | Discovery, roadmap e métricas de ativação | Liderei a definição de OKRs de dois squads.

Leia a descrição da vaga inteira antes de escolher o título do topo do currículo. Se ela fala em estratégia e priorização entre squads diferentes, é PM. Se fala em backlog de uma squad específica e entrega de sprint, é PO.

Discovery é o termo que separa quem valida hipótese de quem só recebe pedido pronto

Discovery aparece com frequência crescente nas vagas de produto no Brasil e descreve o processo de validar um problema antes de construir a solução. Currículo que fala apenas em levantamento de requisito com o cliente perde essa correspondência.

Se você já fez entrevista com usuário, teste de hipótese ou análise de dado antes de decidir construir uma funcionalidade, isso é discovery, e precisa estar escrito assim, mesmo que sua empresa nunca tenha usado esse termo internamente.

Roadmap e OKR precisam vir com o resultado que moveram, não só a existência deles

Dizer que você geriu o roadmap do produto não diz nada sobre o impacto dessa gestão. A vaga de PM quer saber que decisão foi tomada e que métrica de negócio ela moveu.

Antes: Responsável pelo roadmap trimestral do produto e acompanhamento dos OKRs do time.
Depois: Priorizei o roadmap trimestral em torno de um objetivo de retenção, definindo três resultados-chave que elevaram a ativação de novos usuários no primeiro mês de uso.

Ativação, retenção e receita são as três famílias de métrica que mais aparecem em vaga de produto. Cite qual delas seu trabalho afetou, mesmo sem o número exato se você não o tiver documentado.

Ferramentas de produto se citam por nome, e a análise de dado pesa tanto quanto a de backlog

• Jira: cite se você gerenciou backlog, épico ou sprint nele, porque é a ferramenta mais comum de gestão de produto no Brasil.
• Figma: cite mesmo que você não desenhe a tela, se participou de revisão de protótipo ou fluxo de usuário junto do time de design.
• Amplitude ou Mixpanel: cite se você usou para acompanhar funil ou evento de produto, porque análise de dado de uso é uma competência buscada à parte de gestão de backlog.
• Notion ou Confluence: cite se você documentou decisão de produto ou especificação de funcionalidade nela.

Certificação CSPO ou PSPO ajuda, mas não substitui um caso real de decisão

Certified Scrum Product Owner (CSPO) e Professional Scrum Product Owner (PSPO) aparecem como diferencial em algumas vagas, sobretudo em empresas com Scrum mais formal. Elas provam vocabulário e processo, não capacidade de decisão.

Coloque a certificação na seção de formação ou cursos, com o nome completo, e reserve o corpo do currículo para casos reais de decisão de produto. Um caso bem descrito pesa mais do que duas certificações sem nenhum resultado ao lado.

Para revisar o vocabulário completo esperado em vagas ágeis adjacentes, veja o guia de currículo para scrum master e agile coach, e confira a lista geral de termos por área em palavras-chave de currículo por área.

Quem migra de analista de negócios reescreve o mesmo trabalho com outro vocabulário

A transição mais comum para produto no Brasil vem de análise de negócios, análise de sistemas ou de um cargo de PO júnior. O trabalho já feito costuma ser o mesmo, só que descrito com termos de outra área.

Levantamento de requisito junto ao time de negócio é discovery. Priorização de demanda entre áreas é priorização de roadmap. Acompanhamento de indicador de processo é análise de métrica de produto. Reescreva cada item da experiência anterior com esse vocabulário antes de aplicar para a vaga de PM.

O que fazer agora com o seu currículo de product manager

Se o seu currículo descreve cerimônia ágil sem citar nenhum resultado de negócio, não diferencia PM de PO na escolha do título e não nomeia as ferramentas de produto usadas, ele está competindo como executor de processo, não como dono de decisão. Isso custa exatamente as vagas que pagam melhor na área.

Rode a análise gratuita em /ats com a vaga colada para ver quais termos estão faltando no seu texto. Se o score vier baixo, a otimização completa custa R$ 7,80 via PIX em /checkout, e o reajuste para outra vaga sai por R$ 3,40.

Perguntas frequentes