Como é a rotina de trabalho de um Product Manager?

Desde o ensino médio, amo ler sobre diferentes profissões. Até me acostumei a procurar emprego para amigos – um deles deveria ter me escutado e tirado uma licença para exploração de minérios no espaço.

Mas enfim, neste artigo vamos falar sobre um emprego diferente. Todos nós conhecemos alguém que é – ou pelo menos já vimos pelo LinkedIn –, mas não fazemos ideia do que eles fazem no dia a dia. E não, não estou falando sobre engenheiros industriais. Estou falando sobre Product Managers, ou gerentes de produto, e principalmente dos que trabalham em empresas de software.

Eu viajei para terras distantes e reuni as informações para você.

Assim, você só precisa aproveitar o conteúdo:

• O que é um Product Manager?
• Principais responsabilidades de um gerente de produto
• Estrutura de um time de produto
• Tarefas diárias de um Product Manager

Se estiver com pressa e precisando de uma resposta rápida, é só pular direto para o tópico de interesse 🏃‍♀️

Então vamos começar!

O que é um Product Manager?

O Product Manager (PM) é o líder do time de produtos, responsável pelo desenvolvimento de um produto e pela estratégia por trás dele. É a pessoa responsável por pensar nos requisitos e supervisionar os recursos.

Emrah Aydın, Product Manager na UserGuiding, diz “Um PM identifica os problemas que precisam ser resolvidos e decide quais direções tomar. Assim, ajuda/lidera os stakeholders a resolverem as barreiras e a explorar novos caminhos.”

Mert Alican Bektaş, Product Manager na UserGuiding, diz “A responsabilidade de um gerente de produto é criar e entregar valor aos usuários, ouvir seus problemas e sempre procurar por insights.”

Para mim, um PM é o estrategista do jogo, a cola que mantém o time unido, o Yoda da empresa. 

Principais responsabilidades

Muitos veem a gestão de produtos como uma intersecção entre negócios, tecnologia e UX. É preciso estar em contato próximo com os stakeholders, prestar atenção nos comentários dos clientes e garantir que o time de desenvolvimento trabalhe nos bugs e erros.

Embora as responsabilidades e a carga de trabalho de um PM seja diferente em cada empresa, em relação ao time de produtos, algumas tarefas sempre ficam para os gerentes.

• Atualizar o roadmap do produto

O roadmap do produto é onde a visão e o progresso do produto são dispostos. As prioridades e tendências dos clientes mudam com o tempo. É preciso atualizar sua estratégia de acordo com elas.

• Definir a visão do produto

Assim como o roadmap, a visão do produto também é determinada pelo PM. Onde você quer que ele esteja em cinco anos? Quem estará usando? O que seu negócio deseja alcançar a longo prazo? Essas são algumas das perguntas que um gerente de produto precisa responder.

• Estipular novos produtos

Um gerente de produto não procura apenas por produtos existentes, como também pensa em alguns padrões para novos produtos, no sentido de novos recursos, para o time de desenvolvimento.

• Comunicação, comunicação e comunicação

Existem diversos times em uma empresa: time de desenvolvimento, de marketing, de vendas, jurídico, etc. Se a comunicação for deixada para eles, pelo menos um dos times vai esquecer quem informar e quando. Assim, toda empresa precisa de um PM com boas habilidades de comunicação e de organização.

• Coletar dados e analisar gráficos

Se você quer melhorar seu produto ou serviço, é preciso entender o que está acontecendo do lado dos clientes. Acompanhar relatórios de performance, coletar histórias e feedbacks dos usuários, coletar dados do mercado, falar com os stakeholders e entender o que pode ser feito para otimizar as coisas.

Estrutura do time de produto

Sim, o desenvolvimento de produto é difícil, mas você já pensou na gestão? Existem vários prazos a serem cumpridos, metas de negócios a serem atingidas, gráficos para acompanhar e reuniões para marcar. Uma única pessoa não pode tomar todas essas decisões. Felizmente, os Product Managers não estão sozinhos nesta aventura, tem toda uma família de produto que os ajuda. 💖

Embora empresas maiores tenham times de produto maiores (6-9 membros), um número considerável de pessoas trabalham em times de produtos em empresas pequenas também (3-4 membros).

Embora alguns cargos já sejam definidos, como designer de produto, Product Owner e engenheiros de teste, outros podem mudar de time para time.

• Designer de Produto:

Um designer de produto é o membro do time responsável pela eficiência e funcionalidade do produto. Ele trabalha com avaliações dos clientes e garante que o produto seja prático e agradável.

• Product Owner:

Um PO é responsável por garantir que o time de desenvolvimento trabalhe de forma eficiente e por organizar a prioridade do backlog do produto. Product Owners organizam reuniões Scrum regulares para supervisionar o trabalho de cada um e os objetivos de cada departamento.

• Engenheiros de Testes:

Engenheiros de testes são responsáveis por fazer testes de funcionalidade nos produtos. Eles criam e implementam testes, encontram bugs e solucionam problemas. Esses engenheiros trabalham próximos aos designers de produto.

As divisões de cargos entre outros membros podem mudar:

1. Por produto

Nesse sistema, se o número de produtos da empresa for alto, mas os recursos não forem complicados, cada membro é responsável por um produto. Eles supervisionam todo o backlog de produto – ou seja, a lista de afazeres.

Ou então, o PM pode atribuir um recurso para cada membro do time, como pesquisa de público – para clientes existentes ou em potencial –, marketing do produto ou orçamento.

2. Por persona de usuário

Personas de usuário são personagens semifictícios criados com base no feedback e nas entrevistas com usuários e representam clientes reais. Pessoas de diferentes idades, ocupações, formações e contextos socioeconômicos interagem de formas diferentes com o produto. Assim, ter proximidade com esses grupos afeta positivamente o sucesso do produto.

Nesse sistema, cada membro foca em uma persona e tenta entender o tipo de necessidades e prioridades desse cliente. Por fim, teoricamente o time analisa cada tipo de usuário e cria soluções que melhoram a experiência do cliente. No entanto, a coordenação e coerência entre os membros e/ou usuários podem ficar complicadas em caso de conflito de interesses.

3. Por times multifuncionais

Esse tipo é mais adequado para empresas maiores com times grandes. Em vez de precisar lidar com muita burocracia e assinaturas, os designers, analistas de dados e todos os outros times (incluindo tecnologia, suporte ao cliente, vendas, marketing e desenvolvimento de produto) trabalham de forma autônoma.

Nesse sistema, os colaboradores da empresa aprendem muito um sobre os outros e se especializam mais em suas áreas. Além disso, responder rapidamente aos feedbacks dos clientes melhora a experiência do cliente. :)

4. Por classificação do cliente

O sistema de classificação do cliente se parece muito com o processo de criação de personas de usuários. Enquanto analisamos as características dos usuários e os agrupamos em personas, também olhamos para suas etapas de interação com o produto e com a empresa para fazer a classificação. Existem cinco etapas (conhecimento de marca, consideração, compra, retenção e fidelidade) na jornada do cliente.

Neste sistema, cada membro do time de produto foca em etapas diferentes da interação e tenta levar seus clientes à próxima etapa. Ao fazer isso, sabendo quem precisa do que, é possível manter seus clientes importantes e ganhar outros potenciais clientes sem assustá-los.

5. Por métricas de usuários

Um KPI (Key Performance Indicator) é um valor mensurável que mostra a eficiência e a produtividade com que a empresa atinge seus objetivos. Os KPIs podem focar tanto no sucesso de uma empresa, quanto no processo/sucesso de um departamento, como suporte, marketing, vendas e desenvolvimento.

Neste sistema, cada time trabalha individualmente em seus KPIs e tenta atingir suas metas. Dessa forma, os colaboradores desenvolvem soft skills como análise e capacidade de tomar decisões. No entanto, é preciso ter KPIs fixos e predeterminados, pois mudá-los constantemente pode ser um desperdício de energia e tempo.

👉 Se quiser ler mais sobre métricas e KPIs na área de produto, confira este artigo.

Obs.: Embora seja possível dividir a carga de trabalho entre o grupo de produto usando as estratégias 1, 2 e 4, a estratégia 3 e a 5 precisam de proximidade com outros times, pois será preciso distribuir novas funções no produto.

O que um gerente de produto faz todos os dias?

Lembra do Emrah Aydin e do Alican Bektas? Eles nos contaram um pouco sobre gestão de produto no começo do artigo.

Mert Alican Bektas, que trabalha com marketing e gestão desde 2016, é cofundador e gerente de produto da UserGuiding.

Emrah Aydin, que trabalha com gestão de produtos e projetos desde 2018, também é gerente de produto na UserGuiding há mais de dois anos.

Eles responderam a algumas perguntas sobre rotina diária, ritmo de trabalho e tarefas específicas do dia/semana/ano que eles realizaram como gerentes de produto em uma empresa SaaS. 

Aqui está um dia na vida de um gerente de produto: 👇

Começo do dia 🌅

Tanto o Alican quanto o Emrah começam seus dias cedo – para Alican, o dia começa pontualmente às 9h.

Enquanto Emrah planeja seu dia e confere os canais do Slack para ver as atualizações, Alican revisa os tickets dos clientes do dia anterior e lê as anotações das entrevistas.

Depois, eles seguem para as tarefas recorrentes do dia.

Reuniões 

Reuniões, reuniões, reuniões…

Se fôossemos listar todas as reuniões que um gerente de produto participa/organiza, o tamanho da lista seria enorme.

No entanto, segundo Alican, como práticas Scrum diferentes são aplicadas na UserGuiding, eles só se reúnem para planejar, fazer retrospectivas e resolver gargalos. Fora isso, eles tentam organizar o restante das coisas de forma assíncrona.

1. Reuniões com o time de desenvolvimento

Já falamos sobre reuniões diárias para atualizações sobre o produto. Mas existem outras duas: planejamento de sprint e review na metade da sprint. Ambas ocorrem quinzenalmente.

No entanto, para planejar e revisar, primeiro precisamos saber o que é uma "sprint" no setor SaaS.

Sprint é um período de tempo definido para completar tarefas específicas. Ao definir marcos e checkpoints, os times podem evoluir mais tranquilamente.

2. Reuniões com o time de produto

Emrah e Alican trabalham com mais três pessoas no time de produto.

Eles se reúnem semanalmente para reuniões de discovery para avaliar os requisitos de um projeto/produto determinado e definir metas.

Assim como o time de desenvolvimento, o time de produto tem reuniões quinzenais para planejamento da sprint com os PMs.

As reuniões de sprint acontecem no início de uma sprint para definir as metas, no meio para conferir o ritmo e o progresso do desenvolvimento e ao final para analisar e avaliar os avanços e a produtividade. 

Além disso, o Emrah se reúne com o Head de Produto a cada duas semanas.

Tarefas recorrentes da semana

A semana de um PM não se resume a reuniões. Aqui está o que um PM faz semanalmente/quinzenalmente:

• Mantém os stakeholders atualizados sobre as demandas e o desenvolvimento
• Organiza/atualiza o backlog do produto
• Avalia as demandas em progresso ou finalizadas
• Itera os materiais de onboarding
• Pesquisas e entrevistas com usuários sobre produto(s)
• Chamadas para demonstração ou discovery com clientes em potencial junto ao time de vendas

Tarefas recorrentes do mês

Quando há muitas coisas a fazer, é preciso preparar uma lista de afazeres com atenção – até mesmo para o mês. Aqui está um exemplo de uma lista de afazeres mensais dos nossos entrevistados: 

• Planejamento de recursos
• Review de OKRs e alinhamento da empresa
• Atualizar o roadmap do produto
• Atualizar os pontos focais do desenvolvimento do produto
• Comunicar-se com os usuários do produto sobre atualizações

Conclusão 

Como você pode ver, gerentes de produto têm muitas responsabilidades. Mas com um bom time e planejamento, dá para fazer tudo tranquilamente!

Está pronto para dar o primeiro passo para se tornar um Product Manager? Então confira o nosso artigo com os melhores cursos de gestão de produtos.