Como acontece a relação entre um Product Designer e um Product Manager?

Quais os papéis de um Product Designer e um Product Manager? Quais as responsabilidades de cada um? Confira neste artigo boas práticas de trabalho em equipes de produto.

Este artigo é uma versão resumida do post “Um relato de boas práticas de Product Design”, publicado no Conta Azul Engineering Blog, que conta como trabalhamos, da rotina e da relação entre o Product Designer e seus colegas de squad da Conta Azul.

Escrevi abaixo os principais pontos que observei nessa relação, com dicas práticas para ajudar no desenvolvimento do seu time.

Perfis e relacionamento

#Paratodosverem: ilustração minimalista representando duas pessoas de perfil, se olhando, uma com um círculo azul em sua cabeça e outra com um quadrado azul. É possível perceber que um fio conecta as duas.

Este tema pode parecer distante das práticas diárias de um Product Manager (PM) e Product Designer (PD), mas acreditamos que é fundamental para os próximos tópicos.

Os perfis profissionais de PM e PD, seja por educação formal ou experiência, podem criar um forte vínculo. Isso pode ocorrer por meio de similaridades, onde seus conhecimentos próximos geram afinidade, ou por complementaridade, compartilhando aprendizados distintos.

Um misto de ambos é mais benéfico, proporcionando afinidade na atuação e no histórico, mas também permitindo trocas de aprendizados para preencher lacunas importantes e promover respeito e reciprocidade.

O relacionamento entre PM e PD é fundamental para o sucesso, buscando pontos em comum e auxiliando no desenvolvimento um do outro, o que fortalece a parceria entre eles.

Dicas rápidas

• Cultive uma relação agradável e harmoniosa: crie um ambiente amigável e descontraído sempre que possível, com momentos para conversar sobre assuntos que não estejam ligados ao trabalho.
• Demonstre respeito ao tempo: tanto Product Designers (PD) quanto Product Managers (PM) têm diversos compromissos com diferentes equipes ou pessoas. Estabeleça agendas fixas, mas flexíveis, para manter a comunicação alinhada sem impactar na rotina do seu colega.
• Sinceridade: seja verdadeiro com seu colega, compartilhe suas opiniões e criem juntos um ambiente onde ambos se sintam à vontade para compartilhar ideias, críticas ou feedbacks sem hesitação.

Papéis de cada um

#Paratodosverem: ilustração minimalista de duas pessoas caminhando, uma atrás da outra, carregando materiais de trabalho. Elas parecem estar com um capacete e os materiais lembram cartolinas enroladas e ferramentas.

Embora a definição dos papéis de Product Manager (PM) e Product Designer (PD) possa parecer simples, há uma linha tênue entre eles, que às vezes não é tão clara. Essa ambiguidade surge devido à proximidade de suas atuações e como as atribuições são distribuídas em diferentes empresas.

Em muitos casos, PM e PD trabalham lado a lado, de forma colaborativa, alternando entre liderança e apoio mútuo.

Em outras ocasiões, suas atuações podem ser mais individuais.

O PM é responsável por garantir o desenvolvimento correto do produto para atender ao público-alvo e agregar valor. Enquanto isso, o PD concentra-se em materializar as soluções, considerando o comportamento e motivações humanas, além de atuar como facilitador e articulador para a concretização dessas soluções.

Dicas rápidas:

• Ofereça ajuda e apoio: podemos simplificar o dia a dia de nossos colegas com ações simples, como documentar informações em um repositório ou ajudar nas pesquisas do time, sempre com equilíbrio para garantir uma rotina saudável para todos.
• Conheça a atuação do colega: busque compreender o papel de seu colega para poder ajudá-lo e potencializar os resultados da equipe. Isso contribuirá significativamente para o seu próprio crescimento profissional.
• Juntos e separados: mantenham uma comunicação aberta e alinhada sobre como atuar. É essencial haver momentos de trabalho conjunto, mas também é importante permitir atuações individuais para que PM e PD possam desenvolver suas iniciativas e projetos em determinados períodos.
• Participem ativamente com suas opiniões: aproveitem os momentos de troca de informações, seja em reuniões ou por comentários em documentações e protótipos, para expressar suas ideias, compartilhar referências, avaliar riscos, etc. Como diz o ditado: duas cabeças pensam melhor do que uma!

Metodologias e práticas de Product Design

#Paratodosverem: ilustração minimalista de duas pessoas desenhando e apontando para a parede, onde se encontram formas como círculos, triângulos e quadrados, espalhados como post-its em um brainstorm.

Grande parte da rotina do Product Manager (PM) e Product Designer (PD) contempla atividades diretamente ligadas aos projetos em desenvolvimento, abrangendo a concepção de novos projetos e o acompanhamento dos projetos em andamento.

Essas atividades são diversas e as metodologias ou frameworks podem ser usados para estruturar os processos, os entregáveis e as interações com as equipes e usuários.

Cada metodologia ou framework (entre as tantas existentes) pode ser mais adequado para objetivos específicos e contextos do time ou produto.

O mais importante não é exatamente qual a metodologia escolhida, mas sim o que se espera alcançar e como será feito, permitindo adaptar a metodologia conforme o dia a dia e o que funcione melhor.

Existem artigos ótimos com maiores detalhes sobre métodos e frameworks, como este post da UX PIN.

Dicas rápidas:

• Seja ágil e faça o mínimo: o método ágil não se restringe apenas ao desenvolvimento, mas também é aplicável nas etapas de discovery e design. Desde a decisão do que aprender até a definição da solução, é importante adotar agilidade, buscando fazer o mínimo, errar rápido e aprender com o processo para alcançar resultados e evoluir.
• Não se prenda a processos ou métodos: existem várias metodologias como Double Diamond, Design Thinking e Lean UX. A Lean UX é a que mais se aproxima do que fazemos. É essencial adaptar cada método ao contexto para explorar seus pontos fortes e evitar processos desnecessários. Experimentar diferentes abordagens ao longo do tempo é importante para descobrir o que melhor se adapta ao contexto da empresa, do time e das pessoas envolvidas no processo de idealização da solução.
• Discovery compartilhado: o discovery é um processo compartilhado, que pode ser realizado em frentes distintas, com o PM liderando em aspectos técnicos e o PD liderando em outras frentes, com um estudo de benchmarking. No entanto, é totalmente viável que ambos trabalhem colaborativamente nessas etapas, isso dependerá do tempo disponível.
• Saiba como obter informações dos usuários: a necessidade de acesso rápido a informações é contextual e depende de vários fatores, como o tipo de descoberta desejada e as ferramentas disponíveis. O fundamental é ter informações úteis para apoiar as atividades diárias e decisões do Product Manager (PM) e do Product Designer (PD). Uma dica valiosa é que, durante a idealização dos projetos, ambos definam juntos quais métricas observar e quais comportamentos acompanhar.
• Embase com dados, informações e conhecimentos: estudo de benchmarking, avaliação de métricas de uso ou interação, ou análise de funis de conversão, são exemplos de pesquisas, em repositórios internos ou no mercado, que podem ser decisivas na priorização ou teste de uma demanda, ao apresentá-la aos stakeholders.
• Prototipar para aprender: algumas metodologias colocam a prototipação em fases avançadas, mas existem abordagens que invertem essa ordem, que é algo que utilizamos muito, “inverter o diamante”. Isso traz aprendizados valiosos sobre o que está sendo construído, ajuda a evitar problemas e, o que consideramos mais importante, é uma ferramenta poderosa de comunicação e alinhamento, desde que utilizada adequadamente.

Detalhe importante é deixar muito clara e transparente a fase do protótipo para stakeholders e time de desenvolvimento, se é um esboço ou um hand-off.

#Paratodosverem: print de um arquivo no Figma contendo à esquerda as pages (páginas): “Capa”, “12/05/2013 — [Final] Versão final para Q2.2”, “17/05 — [Rascunho]” e “Rascunhos”. À direita, é possível ver um protótipo de tamanho bem pequeno, com o título “Cadastro”.

Este é um artigo muito interessante sobre a relação da prototipação nas etapas de discovery.

• Análises colaborativas: realizamos juntos análises de fluxos, processos ou do serviço, independente se faz parte da nossa atuação ou contexto, algo que gera percepções e recomendações ao nosso e outros times.
• Preveja cenários e problemas: explore além do caminho feliz, considerando possíveis percalços e variações da solução para obter uma visão abrangente. Utilize sua percepção e busque a opinião de outras pessoas para isso.

Alinhamento, articulação e decisões compartilhadas

#Paratodosverem: ilustração abstrata representando o símbolo do infinito e conexão.

A rotina de PM e PD inclui alinhamentos frequentes com stakeholders e outros times. É fundamental que a dupla esteja conectada nos temas de suas atuações individuais, representando o negócio (PM) e design/pesquisa (PD). Decisões conjuntas são altamente indicadas para considerar diferentes perspectivas.

Dicas rápidas:

• Alinhamento constante com principais stakeholders: alinhe-se com os principais stakeholders e com os decisores de iniciativas entre squads. Dar visibilidade do desenvolvimento, problemas, estudos e decisões é fundamental para a manter a produtividade e coerência com o negócio.
• Janela de oportunidade: esteja preparado e atento ao mercado, fatores influentes, novas tecnologias e a estratégias da empresa. O mundo da tecnologia muda rapidamente, e estar alerta pode abrir oportunidades que devem ser aproveitadas. Ter documentação e argumentos para mostrar o novo cenário é crucial na priorização de iniciativas.
• Não espere, aja: se precisar de informações ou ajuda, peça aos colegas. Para resolver pendências ou questões indefinidas, articule e agende uma reunião para encontrar soluções. Seja proativo e ativo.

Interações, rotina e comunicação com os devs

#Paratodosverem: ilustração minimalista de duas pessoas de cabelo curto e camiseta trabalhando em seus notebooks.

A comunicação e alinhamento entre PM, PD e o time de desenvolvimento é crucial para o sucesso dos projetos. Envolvê-los desde o início é valioso para a entrega bem-sucedida.

Dicas rápidas:

• Envolva os devs: inclua o time de desenvolvimento nas decisões relevantes, apresentando ideias desde o início e solicitando sua avaliação de riscos e impedimentos. Melhorias inesperadas podem surgir, e suas ideias podem ser muito valiosas. Avaliações técnicas iniciais ajudam a direcionar a solução e evitar retrabalho e custos desnecessários.
• Explore spikes: peça ajuda ao time de desenvolvimento quando o discovery estiver limitado pelo fator de conhecimento técnico. Eles podem trazer respostas mais profundas e realizar estudos (Spikes) para viabilizar ou inviabilizar soluções planejadas.
• Hand-off é comunicação: no hand-off, mantemos o protótipo do Figma organizado com informações como títulos de telas, fluxos e páginas. Fazemos uso de páginas para separar versões e garantir objetividade. O hand-off é feito por reunião e disponibilização do Figma, apresentando o fluxo final e esclarecendo dúvidas. É importante estar alinhado com o PM sobre os comportamentos da solução e incluí-los na escrita das histórias para o time.
• Compartilhe objetivos e resultados: é importante que o time de desenvolvimento entenda a direção e valor das entregas para manter o engajamento. Dashboards de acompanhamento são úteis para esse alinhamento de metas e resultados, tornando o impacto da squad mais tangível e perceptível.

Growth e Data Driven

#Paratodosverem: ilustração minimalista de duas pessoas analisando grandes gráficos de barras e linhas.

Grande parte do trabalho desenvolvido na nossa squad tem foco em testes e experimentos com alto impacto e resultados, e dessa forma, o mindset Data Driven orienta e viabiliza a construção e validação de hipóteses orientadas a resultados.

Dicas rápidas:

• Tenha a mentalidade de Growth: mentalidade de Growth busca meios experimentais para alcançar ou impulsionar resultados, que variam em cada contexto, usando ferramentas como análise de dados, funis de conversão, otimização, testes A/B, fake door, entre outros.
• Levante informações e crie hipóteses: iniciativas devem (ou deveriam) ser orientadas a dados, com hipóteses embasadas em evidências para realizar experimentos como testes A/B, por exemplo. A validação é feita por observação de métricas, e a invalidação pode ser valiosa para aprender e retroalimentar o processo.
• Tenha acesso aos seus dados: no nosso contexto, acesso aos dados de aquisição de assinaturas é fundamental. Cada iniciativa requer novos dados a serem observados, e PM e PD avaliam e discutem isso juntos em suas rotinas. Ter ferramentas para organizar dados, criar dashboards e alertas é essencial para facilitar o trabalho diário.

Melhoria contínua

#Paratodosverem: ilustração minimalista de duas pessoas puxando a linha de um grande gráfico para cima.

Este é o último tópico por estar relacionado com as entregas e melhoria contínua destas, que faz parte, e tem grande importância no desenvolvimento ágil.

Dicas rápidas:

• Crie processos de documentação e acompanhamento: adotamos processos e documentos que auxiliam PM e PD a acompanhar e gerenciar iniciativas e resultados. A facilidade de acesso, de visualização e de edição tem um alto valor na rotina. Usamos Confluence, tabelas e listas com informações resumidas para isso, mantendo documentações maiores para outras finalidades.
• Reavalie entregas realizadas: quando as iniciativas estão documentadas e estruturadas, é fácil revisitar, avaliar resultados e decidir sobre novas ações para melhorar o fluxo, e também para compreender o impacto da solução entregue, se ela deve ser mantida ou abandonada.
• Olhe além do seu contexto: é comum encontrarmos problemas e oportunidades de melhoria que não estão diretamente relacionados aos nossos contextos. Como parte de uma organização, é importante comunicar essas questões aos responsáveis e até sugerir soluções para outros times atuarem nelas.
• Mantenha o senso de inquietude: essa atitude leva o time a buscar melhorias ao perceber uma necessidade. É importante buscar, comunicar, provocar essa inquietude e, com sabedoria, influenciar os responsáveis pela realização da melhoria.
• Atuem como donos das soluções: PM e PD devem sentir-se donos das soluções que criam. Além de acompanhar os resultados, devem ativamente ressaltar a importância das melhorias e garantir que sejam priorizadas pelo time, evitando que os projetos sejam esquecidos em meio a outras prioridades da organização.

No contexto de um Product Manager e Product Designer, os desafios são muitos e complexos, mas podem ser facilitados com uma forte parceria, bom senso e rotina de práticas eficazes para ambos.

Embora tenhamos dicas que funcionem em nosso contexto, não há fórmula certa, e cada um deve avaliar o que funciona para seu time.

PS: este artigo foi escrito usando algumas das dicas que citamos acima ;)

Obrigado por chegar até aqui! Se tiver gostado e quiser mais detalhes, recomendamos que leia a versão completa deste artigo.

Aproveite e comente aqui embaixo: como acontece a relação entre PDs e PMs aí no seu time?

Este artigo foi escrito pelo Maurycio Elias e pelo José dos Santos Junior. Fique à vontade para tirar dúvidas, conversar ou se conectar!