Ultimamente, existem vários artigos de designers sobre gerenciamento de produtos (basta fazer uma breve busca no Google e vai encontrar centenas). Isso está me deixando um pouco louco, então vou escrever um post curto e desleixado da minha perspectiva. Fui designer, CEO de startups (apesar de ter quebrado as 2), gerente de produtos e GM que gerenciava equipes multidisciplinares. Nesse artigo, minha intenção é mostrar alguns mitos do gerenciamento de produto que muitas pessoas acreditam (e pior, tem propagado).
5 mitos do gerenciamento de produtos
1. O gerenciamento de produtos é uma novidade na tecnologia.
Desde os primórdios da internet, em 1995 o software já tinha PMs. O design da web era novo, e metade das empresas tinha PMs, metade tinha produtores e muitas tinham gerentes de projeto. Mas enquanto práticamente no mundo todo, a internet ainda estava na sua infancia, no Vale do Silicio ou em outros polos de tecnologia, a profissão de gerente de produto já existia.
Gente, gerente de produto (se eu tiver a audácia de tentar resumir em algumas palavras), é o profissional que vai gerenciar um time multidisciplinar, com intuito de criar um produto / solução que resolva a dor de seus clientes em potencial – e claro, que seja viável comercialmente. Essa função existe provavelmente desde os primórdios do comercio, ela só foi modernizado para nosso contexto.
2. Gerentes de produto não sabem o que fazem
Não, você não sabe o que eles fazem. Eles sabem o que fazem, fazem tudo. (pelo menos os competentes e completos).
(Acho que de todos os mitos do gerenciamento de produto, esse é o que mais me incomoda)
Quando empreendi pela primeira vez – uma pequena startup com 4 amigos, eramos 4 ciêntistas da computação com pouca noção sobre muita coisa. Nessa epoca eu fazia o design do serviço, aluguei e reformei toda a sala, montei os moveis (não tinhamos dinheiro para nada), comparava os lanches da tarde, como não sabiamos nada sobre gestão, tive que aprender a criar um plano de negocio… você entendeu. É isso que um gerente de produto faz.
Eles têm seu trabalho principal: manter o produto / mercado em forma, atendendo e aumentando as métricas e coordenando as equipes para esse fim. Mas os bons, com os quais trabalhei lado a lado, fazem o que for preciso para manter o produto saudável e forte. Se isso significa projetar uma alteração na apresentação porque o designer saiu às 17h e o desenvolvedor precisa de algo para trabalhar, ele o fará.
Se isso significa correr para comprar cerveja na noite do lançamento, ela faz. Se isso significa configurar anúncios do Google porque o marketing não tem tempo para o produto dele, ele terá. Se isso significa aprender SQL … bem, você entendeu.
3. O gerenciamento de produtos é muito parecido com o UX Design.
Dos mitos do gerenciamento de produto, esse é um que eu acho muito curioso! Se você confundi o papel do design de UI, com um designer especializado em peças graficas, você vai instaurar o caos!
As pessoas falam sobre os gerentes de produto como se fossem monolíticos, mas existem três tipos: engenharia, analista de negócios e UX. (na verdade existem mais, e o ideal é que ele domine todas essas disciplinas) mas nesse contexto vou simpliplifcar nos 3 abaixo:
- Os PMs engenheiros: geralmente são ex-engenheiros, são ótimos para trabalhar com engenheiros em problemas difíceis, como sistemas de pesquisa e recomendações.
- PMs analistas de negócios: são os otimizadores. Eles são mestres em testes AB, SEO e hackers de crescimento.
- Os PMs designer UX: são excelentes no ajuste do produto / mercado. Eles se concentram na funcionalidade e experiência do usuário e são bons em mensagens de integração, ajuda e erro.
Bonus: os 6 tipos de times de produto
No meio de startups, você costuma as pessoas os chamando de “Pessoal do Produto”. É dito com frequência em tom de admiração (e muitas vezes sem se importar). As pessoas do produto realmente adquirem seu mercado e os humanos, e se preocupam em criar o produto certo para elas. Eles são as unicas pessoas que podem combinar as necessidades de negócios e usuários em produtos de sucesso.
As “pessoas do produto” lutam com design com mais frequência porque são irmãos. Eles se preocupam com as mesmas coisas. Eles discutem bastante aonde a navegação vai ou a forma de um botão.
Mas eles têm trabalhos diferentes com interesses NÃO idênticos sobrepostos. A “pessoa do produto” tem o formato de T, preocupando-se tanto com o usuário quanto com a empresa, e geralmente briga com esse botão de envio porque se preocupa com o clique. Isso faz parte de uma série de responsabilidades que ela cumpre, juntamente com a aquisição, a retenção, a futura arquitetura de pesquisa de software e a revisão de métricas.
O designer de UX (às vezes chamado de Product Designer ou Interaction Designer) é um especialista, com foco no design de interação e interface do usuário. O designer é muito mais profundo nos detalhes do design (como deveria ser), mas pode perder de vista o papel que o design desempenha no contexto macro da empresa. Às vezes, ele luta pelo usuário em detrimento da saúde da empresa (como nunca deveria ser). Se você já precisou dizer a um cliente que está encerrando seu produto favorito, sentirá o quão difícil isso é.
A empresa que não gera valor para ninguém, não sobrevive
Os analistas de negócios são geralmente considerados repugnantes ou entediantes pelos designers, e os de engenharia são incompreensíveis. O que é uma tragédia, porque os algoritmos podem usar um pouco mais de foco no usuário ( o relacionamento deles deveria ser como “queijo com rapadura”).
Embora os PMs possuam habilidades e especialidades diferentes, raramente assumem títulos de especialidade. Diferentemente dos designers de interação ou visual, o PM não tem o luxo de não fazer a parte do trabalho que não entende.
Leitura complementar: o papel do gerente de produto em um time multidisciplinar.
4. Os gerentes de produto não se preocupam com o processo (ou adoram Agile / Lean / Waterfall)
Já ouvi muitas pessoas perguntando onde estão os “eventos sobre gerenciamento de produtos”. Existem alguns recentes, mas historicamente os gerentes de produto estão muito mais interessados em seu espaço de mercado do que em um processo. Isso significa que eles participam de eventos sobre o mercado em si. A maioria obtém seu processo de seus engenheiros e designers e está disposta a se adaptar ao que mantém sua equipe feliz e trabalhando.
O Lean está mudando isso (até certo ponto), mas, na minha experiência, os times de engenharia de design que são obcecados com o processo em si, e os diretores executivos estão dispostos a fazer o que for preciso para funcionar. Eu noto como o time de desenvolvimento é obceado pelo SCRUM, Kanban, etc (o que entre nós: eu também gosto bastante), e como o time de design é apaixonado pelo Design Thinking, Diamante Duplo, Design Sprint, etc (que eu também adoro participar).
Mas eu, como gerente de produto, não fico muito fixado em qual processo e metodologia utilizar. Eu confio que meu time vai escolher a melhor para atingirmos nossos objetivos.
5. O gerente de produto é o CEO do produto.
Dos muitos mitos do gerenciamento de produto, esse ponto eu até concordo. Não porque o cargo de CEO e PM seja o mesmo, mas porque não importa o que seja ou quem cometa um erro, você, o PM, é responsável. Como um CEO. Seu bônus desaparece quando o Google lança um concorrente, seu trabalho desaparece se você ler o mercado errado ou se seus engenheiros forem mal estimados. Não importa quem comete o erro, é sua responsabilidade corrigi-lo.
Como um CEO, não importa quem comete o erro, é sua responsabilidade corrigi-lo
Ao contrário do CEO, o PM não tem poder de fogo. Portanto, embora eles sejam responsáveis por garantir que o produto seja bem-sucedido, eles estão trabalhando com engenheiros e designers que se reportam a outra pessoa. Eles precisam usar persuasão e influência para moldar a direção do trabalho.
Essas são boas habilidades para aprender se você quiser se tornar um CEO um dia e não ser um micro-gerente. Infelizmente, alguns PMs usam o único poder que têm, nas decisões finais do produto, para tentar obter algum controle sobre seu futuro.
Bons PMs, lideram times. PMs ruins, ditam as escolhas do produto
No entanto, como o PM não projeta nem codifica o produto, os maus gerentes, geralmente se tornam irrelevantes pela equipe de que tanto precisam. E como essa equipe provavelmente está perdendo dados críticos e entendimento do mercado (diferente do entendimento do usuário), o produto falha.
Os bons estabelecem visão e objetivos, inspiram, dão suporte e coordenam e medem métricas para aprender e refinar o produto. Às vezes, ainda falha. Ainda assim, é sua culpa.
Conclusão: vocês, juntos, são mais fortes
Eu lembro de uma empresa que trabalhava, eu gerenciava um time relativamente grande de profissionais, mas uma especifica não gostava das constantes interrupções e solicitações de alterações, e perguntando porque tudo estava atrasado (e elas estavam atrasadas, isso é). Ela só queria ficar sozinha para projetar.
Em seguida, reorganizamos os assentos e depois de um tempo, tivemos 1-on1, e ela disse: “Sinto muito pelas vezes que fiquei brava. Parece que tudo parece que é culpa sua. As pessoas gritam com você o tempo toda ”. Desse dia em diante ela fez um esforço para tentar olhar meu lado e entender o PORQUE eu estava pedindo aquelas coisas. Percebi que sempre que havia conflito, provavelmente havia uma falta de entendimento. E o entendimento leva à empatia.
Designer, tenha alguma empatia. Faça alguma pesquisa com o usuário. Leve seu PM para almoçar. Pergunte a eles quais são seus sonhos, pergunte como ela é compensada. Pergunte quais são seus maiores desafios. Pergunte a ela como foi o melhor designer com quem ela já trabalhou. Talvez você descubra que ela tem um trabalho árduo e você faz parte do motivo. Talvez você encontre uma maneira de ter sucesso juntos.
Vá dar um abraço no seu PM.