Até o final de 2021, a empresa Saas em que trabalho não empregava gerentes de produto (PMs). Em vez disso, as decisões do produto (no que trabalhar a seguir, decidir o que estava no escopo etc.) eram feitas pelos designers do produto. Quando entrei como designer júnior, as tarefas pareciam gerenciáveis, pois estavam perfeitamente dentro do domínio UX. Mas assim que comecei (tentei) lidar com coisas como planejamento de sprint ou priorização de recursos, comecei a entrar em pânico. Em retrospectiva, eu deveria ter falado mais cedo e mais alto sobre receber responsabilidades de PM, pois não tinha ideia do que estava fazendo.

Felizmente, aquela temporada foi curta - percebemos que um PM dedicado era necessário e contratamos um excelente. Ela nos deu estabilidade e direção - isso permitiu que os designers se concentrassem no que faziam de melhor. Foi uma solução de dividir e conquistar, ganha-ganha! Desde então, contratamos outro PM e implementamos estruturas para manter a equipe responsável e em movimento. No momento, estou feliz e energizado com meu trabalho e, se alguma vez fizer a transição para uma função de PM, aqui está um conselho para mim e meus colegas para agradar.

Fazer malabarismos com feedback, sentimentos e recursos

Receber feedback negativo sobre o seu produto é uma droga, mas na verdade me senti pior quando os colegas discordaram ou talvez se sentiram desapontados com minhas decisões sobre o produto. Como o título deste artigo sugere, eu sou uma pessoa (em recuperação) que agrada as pessoas e tenho um forte crítico interior! Quero clientes felizes e membros da equipe felizes que se sintam vistos e ouvidos. Mas os recursos não devem ser construídos apenas porque alguém reclamou ou solicitou.

Então, como você avalia se vale a pena corrigir um problema ou criar um recurso? Use uma estrutura de priorização ou apenas faça a si mesmo estas perguntas:

• Os clientes desistiram por causa disso? A que outra solução recorreram?
• Essas reclamações vêm de nossos principais usuários? Com que frequência essas reclamações chegam?
• Temos muitos problemas conhecidos - por que devemos priorizar esse problema sobre todo o resto?

Enviando um ticket para um mar de solicitações

Em “Hércules” da Disney, de 1997, há uma cena em que Herc mergulha no rio Styx para salvar sua amada Meg. Sua alma está presa em um redemoinho, envelhecendo e incapaz de se libertar. Essa cena me vem à mente quando penso em uma passagem perdida e esquecida.

Antes do PM, criamos tíquetes para documentar os comentários ou solicitações dos clientes, mas a equipe de produto não os revisava regularmente. Como resultado, os tíquetes se acumulavam rapidamente e os colegas que coletavam esses dados preciosos poderiam sentir que seus esforços foram em vão.

A solução: reserve um tempo toda semana para revisar os tickets e dar-lhes um status . Um status (priorizar, deixar no backlog, etc.) dá clareza a todos. O remetente do ticket sabe que seu ticket foi visto e se ele será retirado. O PM tem mais facilidade com o planejamento do roteiro, pois está em contato com os sentimentos do cliente.

Lembre-se do seu papel (você não é um sim-homem)

Se você é como eu, além de ter tendências para agradar as pessoas, também pode ter expectativas dolorosamente altas. (Não se preocupe, tenho outro artigo sobre perfeccionismo. ) Essas características e a ânsia do primeiro dia em um novo emprego podem fazer você confundir suas principais prioridades. Quando isso começar a acontecer, peça esclarecimentos ao seu gestor. Faça das suas principais responsabilidades um mantra e gentilmente lembre os outros quando necessário. Por favor, não tome isso como uma licença para reagir exageradamente quando solicitações ocasionais chegarem. Tarefas ad-hoc são inevitáveis; este é apenas um lembrete para proteger seu tempo.

Assim como defender a si mesmo, rejeitar o desejo de agradar aos outros é profundamente desconfortável. A boa notícia é que ficará mais fácil com o tempo. Comece hoje e você se tornará um designer (ou PM) mais feliz e um ser humano em geral.