Tudo o que você precisa saber sobre o papel do Gerente de Produto

O que é um gerente de produto? 

Quando você é UI/UX Designer ou Desenvolvedor, é bastante comum hoje em dia cruzar o caminho de um Gerente de Produto (ou PM) em suas experiências profissionais. Geralmente ele é identificado como o referente do produto, mas quando perguntamos o que ele realmente faz as respostas divergem. Às vezes ele é confundido com um Gerente de Produto, um Dono de Produto, um Gerente de Projeto ou até mesmo um Designer de Produto. Então, o que é um Gerente de Produto e qual o seu papel nas diferentes estruturas organizacionais?

a teoria

O PM é responsável pelo desenvolvimento de um produto ou serviço digital que será colocado no mercado. É ele quem traduz a visão global da empresa em uma visão de produto e um roteiro. Sua missão é garantir que o produto colocado no mercado seja viável, atenda às necessidades dos usuários e aos desafios estratégicos e de negócio da empresa.

Gerente de Produto
© 2011 Martin Eriksson

“descobrir um produto que seja valioso, utilizável e viável” Marty Cagan

Responsabilidades do Gerente de Produto: 

    • Visão : apresentará a visão global da empresa ao nível do(s) seu(s) produto(s), definirá os objetivos e KPIs a seguir, imaginará o roadmap do produto.
    • Discovery : o PM deve identificar os problemas a serem resolvidos. Isto envolve uma análise aprofundada dos dados disponíveis, pesquisas com usuários, uma boa compreensão dos desafios da empresa, realização de um benchmark competitivo, etc.
    • Priorização : que problemas queremos resolver? O PM deve priorizar aquilo em que suas equipes trabalharão com base no resultado ou benefícios esperados (previamente definidos na visão e estratégia do produto) e na complexidade técnica. 
    • Entrega : esta é a fase de implementação. O PM irá especificar as soluções (as famosas especificações funcionais) e acompanhar sua entrega junto ao time de desenvolvimento.
    • Lançar : as soluções foram desenvolvidas e disponibilizadas aos usuários. O PM pode trabalhar com o departamento de marketing ou comunicação para divulgar seu produto ou incremento (nova versão) aos usuários. Trata-se agora de medir o sucesso do que foi entregue e verificar se atingimos os objectivos traçados.

Durante essas diferentes fases, o Gerente de Produto trabalhará como um condutor com a equipe de design, os desenvolvedores, as equipes de negócios para construir e entregar um produto que terá valor para seus usuários e para a empresa.

Houve uma armadilha um pouco mais acima porque em algumas organizações o PM também é PO (Product Owner) porque ao contrário da crença popular, PO é uma função em práticas ágeis como Scrum e não um trabalho. No entanto, no mercado francês, não é incomum que PM e PO sejam como duas profissões diferentes.

Realidade :
O que aprendi durante minhas diferentes experiências é que o escopo do PM varia dependendo da estrutura e maturidade do produto da empresa, da organização, mas também da antiguidade do PM. 

O papel do PM versus a estrutura e maturidade da empresa 

O papel do PM em uma Startup

Quando o produto não é gerido diretamente pelos sócios fundadores, o PM é um pouco como quem faz tudo pelo produto, o famoso “canivete suíço” que os acompanha nesta fase de experimentação. Ajuda a enquadrar as necessidades estratégicas e de negócio, intervém na descoberta, design e entrega de forma a atingir o famoso Product Market Fit. Dependendo do tamanho da startup, ele pode acabar lançando os primeiros tijolos de uma equipe de produto e construindo a cultura de produto da startup.

Em uma escalação

A empresa está crescendo e atingiu seu Ajuste ao mercado do produto. O produto evolui de forma menos drástica. As equipes estão crescendo e se estruturando. Estamos em um contexto onde uma cultura de produto está sendo estabelecida. O PM não pode mais ficar no forno e na fábrica e deve dividir suas responsabilidades com um ou mais POs, cujo papel será mais voltado para o time de desenvolvimento e entrega. O PM pode se concentrar em otimizações e recursos que atendam às necessidades do usuário. Ele deve ser capaz de analisar o mercado, conhecer de cor seu produto e seus usuários. Ele está em contato regular (ou mesmo permanente) com as partes interessadas.

Há um chefe de produto, um operacional de produto, um ou mais PMs líderes, POs.

Num grande grupo, 

Nem todas as equipes operam necessariamente com uma organização de “produtos”; determinadas profissões ainda podem estar em um ciclo em forma de V. Em certos casos, a transformação digital da empresa não está 100% adquirida e o(s) produto(s) já existe(m). ). Há menos experimentação possível.

Dependendo da organização, o PM deve ser capaz de se adaptar e apoiar a empresa durante as mudanças. Para fazer isso, ele deve demonstrar liderança, mas também pedagogia. O PM trabalha aqui em um escopo específico com um ou mais Product Owners pelos quais ele é responsável. Não é incomum neste tipo de estrutura, onde existem muitas hierarquias, termos PMs que também dominam a dimensão política e a gestão humana. 

Isto é algo que tende a mudar nos últimos anos, com experiências que procuram nivelar estes níveis de hierarquia. Para saber mais, descubra este artigo da Harvard Business Review: https://www.hbrfrance.fr/organisation/la-reduction-des-strates-hierarchiques-point-de-bascule-du-changement-organisationnel-60592)

Um PM de acordo com sua experiência ou afinidades

Podemos ver isso claramente nas descrições de cargos, certos PMs também são recrutados de acordo com sua experiência. PMs “especialistas” podem, assim, ajudar as empresas com questões específicas e torná-las mais eficientes. Podemos imaginar uma integração mais simples e um aprendizado simplificado, tornando-os operacionais mais rapidamente. 

Alguns exemplos: 

  • Dados PM 
  • Back-end PM
  • PM de produto Saas (B2B)
  • PM comércio eletrônico
  • Pagamento PM (fintech)
  • PM UX? 

Um PM de acordo com sua antiguidade

Um PM júnior ou simplesmente PM preenche todas as caixas de responsabilidades descritas na seção “teoria” acima. Geralmente possui bons conhecimentos operacionais porque está em contato regular com os “makers” (designers, desenvolvedores).

Um PM sênior, quando não for considerado Lead, terá as mesmas tarefas do PM, mas poderá dar um passo atrás para analisar o mercado e a utilização de seu produto. Ele também pode atuar como mentor para outros PMs. Ele será o garante da visão do produto globalmente e acompanhará o roadmap e a entrega de uma forma mais macro. É ele quem garante a boa comunicação entre o time de produto, as linhas de negócio e os stakeholders.

Inserir diamante duplo aqui?  

Poderemos ver essa famosa diferença de escopo em um artigo futuro.

Conclusão

Vimos que dependendo da maturidade e organização da empresa, as expectativas em torno do Gerente de Produto podem variar, mas mantendo uma constante importante: ele continua sendo o fiador da visão do produto.

Dependendo de sua expertise e senioridade, o Gerente de Produto também pode definir seu próprio escopo deixando mais autonomia para o Product Owner (na priorização e entrega) ou para o Designer de Produto (na parte de Discovery) para se concentrar na parte de análise, visão e negócios, por exemplo.

O que aprendi é que não existe apenas um tipo de Gerente de Produto. Deve ser capaz de se adaptar ao seu ambiente para cumprir a sua missão principal: garantir que o produto atenda às necessidades dos usuários e crie valor para a empresa. 

E você ? Você já trabalhou com outros tipos de PM? 

Este artigo não pretende estabelecer uma verdade absoluta, mas baseia-se nas diferentes experiências e trocas que tive com pessoas da profissão ao longo da minha trajetória profissional.

 

 

Félix Réginent, Gerente de Produto na UX-Republic