How to be a Successful Product Manager
Gerentes de Produto são uma necessidade absoluta para escalar qualquer produto à medida que sua empresa cresce. Eles podem ter um grande impacto na sua empresa, positivo ou negativo.
Gerentes de Produto são uma necessidade absoluta para escalar qualquer produto à medida que sua empresa cresce. Para reafirmar isso, bons gerentes de produto são uma necessidade. Eles podem ter um grande impacto na sua empresa, positivo ou negativo.
Gerentes de Produto também são muito difíceis de encontrar. No entanto, eu realmente acredito que você pode contratar alguém para um cargo de gerente de produto, mesmo que nunca tenha feito isso antes.
Grande parte do meu conselho aqui é sobre como você interage com sua equipe de desenvolvedores. Há outras áreas em que você precisa ser bom, mas essa é a única maneira certa de garantir o fracasso se você não tiver um ótimo e confiável relacionamento com sua equipe de desenvolvedores. Afinal, há um contrato não escrito que todos os PM's e suas equipes de desenvolvimento seguem: "Eu conduzirei o roadmap do produto. Você confiará que eu terei o processo correto para escolher os recursos certos a serem priorizados e que os clientes adorarão o que você construir. Eu confiarei que você entregará meus recursos quando você disser que fará."
Portanto, quando olho para contratar nesta função, esta é a minha análise das áreas de foco que considero críticas para um gerente de produto ter sucesso.
Foco no cliente
A maioria dos bons gerentes de produto veio de um papel voltado para o cliente. Talvez tenham sido engenheiros de vendas, arquitetos de soluções, pessoas de suporte, pessoal de serviços, etc. Seja como for, eles estavam no negócio de resolver problemas para os clientes. Eles aprenderam como resolver um problema para um cliente e estiveram envolvidos nisso do começo ao fim. É uma habilidade essencial.
Destilação de padrões
Agora, se você tiver a experiência voltada para o cliente E entender como procurar padrões no feedback que recebe, você pode ser um PM mortal. Você não pode ter um sem o outro. Uma pessoa voltada para o cliente que resolve problemas de forma completamente personalizada precisa reconhecer que essa abordagem não funcionará. Para que tipo de negócio vendemos? Quem nessa empresa compra, recomenda ou usa nosso produto? Que feedback essas pessoas estão nos dando sobre o produto? Após 10 conversas com o cliente do tipo certo, quais são os principais temas recorrentes?
Compreensão de compensações, capacidade de tomar boas decisões
Os PM's estão constantemente pensando em 10 recursos que realmente precisam e provavelmente podem executar 3 deles. Quais 3? Por que esses 3? Essa análise e processo de pensamento são críticos para garantir que sua equipe esteja sempre trabalhando nas coisas mais impactantes.
Mangas sempre arregaçadas
Como PM, especialmente nos primeiros dias, você pode escrever mensagens para o site, conteúdo de capacitação de vendas, entrar em tickets de suporte, fazer demonstrações de produtos, visitar clientes, o que for. Bons PM's entram alegremente em tudo isso, porque isso os torna mais eficazes em seus trabalhos, pois veem como o envolvimento na linha de frente com seu produto realmente funciona.
Conheça bem seu espaço
Você precisa conhecer seu mercado melhor do que ninguém. Configure o Feedly, Google Alerts ou qualquer sistema que você use e certifique-se de que está lendo os blogs/publicações relevantes. Se você já foi PM antes e foi perguntado sobre um concorrente do seu produto que nunca ouviu, essa dor que sentiu provavelmente é lição suficiente para garantir que isso não aconteça novamente. Não estou dizendo para se obcecar com seus concorrentes, mas conheça-os. Conheça as 3 razões pelas quais você é diferente e melhor.
Conheça seu produto bem
Isso pode te confundir, mas eu swear que já vi isso. Se você não consegue demonstrar e usar seu produto com confiança, vá imediatamente ao seu treinamento de produto. Isso também se aplica a “PM's de recursos” - quando você possui um segmento do seu produto, geralmente quando as empresas ficam maiores. Tente conhecer o máximo possível do produto de qualquer maneira. Como seus recursos impactam o resto do produto sempre precisará ser contemplado.
Entenda o custo do que você está pedindo
Eu sempre fico tenso pelo time de desenvolvedores quando ouço comentários como: "bem, poderíamos fazer X, ou poderíamos Y" seguidos de uma explicação de cada um. O problema é que X custa $10 de tempo de engenharia e Y custa $10.000.000. Se você os coloca na mesma frase, está criando uma reputação de que não entende as implicações dos seus pedidos.
Por outro lado, trabalhar colaborativamente com sua equipe de desenvolvedores para fazer essa análise de custos antes de apresentar qualquer coisa, ou mesmo apenas reformular essa mesma frase para dizer "ei, eu estive pensando em alguns conceitos depois de conversar com clientes XYZ. Posso apresentá-los a você para ver o que isso significa do ponto de vista do dev?" Perfeito. Agora você está tendo pelo menos uma estimativa das implicações do que pode estar pedindo e pode usar isso na sua descrição do recurso "Eu sei que isso será um pedido caro, mas acho que precisamos disso por essas razões...".
Recupere sua equipe de desenvolvimento
Suas equipes voltadas para o cliente terão para sempre uma lista de solicitações para o produto. Às vezes, elas são ótimas, pois são bem pensadas e refletem seu ICP e às vezes o pedido é algo que ouviram apenas uma vez naquela manhã :).
Quer se tornar melhor amigo da sua equipe de desenvolvedores? Diga isso: "ei, por favor, diga às nossas equipes de vendas, suporte e serviços para encaminhar todos os pedidos de feedback do produto para mim. Vou catalogá-los e acompanhar quais clientes pediram quais coisas para que tenhamos uma compreensão clara de quais devem ser nossas prioridades." Você está fazendo algumas coisas aqui. (1) dependendo da empresa, você pode ter liberado uma quantidade substancial do tempo de seus desenvolvedores, e eles podem te comprar cerveja, e (2) você está mostrando a eles que tem um processo para priorizar os recursos do produto.
Ganhe credibilidade com a equipe de desenvolvedores
Nada derruba um PM mais rápido do que se a equipe de desenvolvedores não achar que ele sabe o que está fazendo. Afinal, como PM, você é responsável pelo roadmap do seu produto e pela priorização do que precisa ser trabalhado.
Confira essa lista acima. Faça essas coisas e sua equipe de desenvolvedores irá respeitá-lo. Quando você revisar o próximo conjunto de recursos com eles, será desafiado por eles, como você deveria. Se suas respostas forem todas respaldadas por conversas com clientes, pesquisa de mercado e uma explicação cuidadosa das compensações para chegar à decisão que você tomou, você terá acenos de cabeça e uma equipe motivada pronta para executar. Se suas respostas forem opiniões respaldadas por um artigo que você leu na noite passada, boa sorte :).
No início da sua empresa, um dos fundadores será o Gerente de Produto. Seu co-fundador muitas vezes será o CTO. Tudo que acabei de expor é da mesma forma que os fundadores pensam sobre seu produto também. Eu já ouvi pessoas descreverem os PM's como o “CEO de seu Produto” e acho que isso está certo. À medida que sua empresa cresce, você eventualmente contratará PM's. Esta é uma chave de transferência, e seguir essas diretrizes te preparará para o sucesso tanto com seu co-fundador quanto com sua equipe de desenvolvedores.
Gerentes de Produto são uma necessidade absoluta para escalar qualquer produto à medida que sua empresa cresce. Para reafirmar isso, bons gerentes de produto são uma necessidade. Eles podem ter um grande impacto na sua empresa, positivo ou negativo.
Gerentes de Produto também são muito difíceis de encontrar. No entanto, eu realmente acredito que você pode contratar alguém para um cargo de gerente de produto, mesmo que nunca tenha feito isso antes.
Grande parte do meu conselho aqui é sobre como você interage com sua equipe de desenvolvedores. Há outras áreas em que você precisa ser bom, mas essa é a única maneira certa de garantir o fracasso se você não tiver um ótimo e confiável relacionamento com sua equipe de desenvolvedores. Afinal, há um contrato não escrito que todos os PM's e suas equipes de desenvolvimento seguem: "Eu conduzirei o roadmap do produto. Você confiará que eu terei o processo correto para escolher os recursos certos a serem priorizados e que os clientes adorarão o que você construir. Eu confiarei que você entregará meus recursos quando você disser que fará."
Portanto, quando olho para contratar nesta função, esta é a minha análise das áreas de foco que considero críticas para um gerente de produto ter sucesso.
Foco no cliente
A maioria dos bons gerentes de produto veio de um papel voltado para o cliente. Talvez tenham sido engenheiros de vendas, arquitetos de soluções, pessoas de suporte, pessoal de serviços, etc. Seja como for, eles estavam no negócio de resolver problemas para os clientes. Eles aprenderam como resolver um problema para um cliente e estiveram envolvidos nisso do começo ao fim. É uma habilidade essencial.
Destilação de padrões
Agora, se você tiver a experiência voltada para o cliente E entender como procurar padrões no feedback que recebe, você pode ser um PM mortal. Você não pode ter um sem o outro. Uma pessoa voltada para o cliente que resolve problemas de forma completamente personalizada precisa reconhecer que essa abordagem não funcionará. Para que tipo de negócio vendemos? Quem nessa empresa compra, recomenda ou usa nosso produto? Que feedback essas pessoas estão nos dando sobre o produto? Após 10 conversas com o cliente do tipo certo, quais são os principais temas recorrentes?
Compreensão de compensações, capacidade de tomar boas decisões
Os PM's estão constantemente pensando em 10 recursos que realmente precisam e provavelmente podem executar 3 deles. Quais 3? Por que esses 3? Essa análise e processo de pensamento são críticos para garantir que sua equipe esteja sempre trabalhando nas coisas mais impactantes.
Mangas sempre arregaçadas
Como PM, especialmente nos primeiros dias, você pode escrever mensagens para o site, conteúdo de capacitação de vendas, entrar em tickets de suporte, fazer demonstrações de produtos, visitar clientes, o que for. Bons PM's entram alegremente em tudo isso, porque isso os torna mais eficazes em seus trabalhos, pois veem como o envolvimento na linha de frente com seu produto realmente funciona.
Conheça bem seu espaço
Você precisa conhecer seu mercado melhor do que ninguém. Configure o Feedly, Google Alerts ou qualquer sistema que você use e certifique-se de que está lendo os blogs/publicações relevantes. Se você já foi PM antes e foi perguntado sobre um concorrente do seu produto que nunca ouviu, essa dor que sentiu provavelmente é lição suficiente para garantir que isso não aconteça novamente. Não estou dizendo para se obcecar com seus concorrentes, mas conheça-os. Conheça as 3 razões pelas quais você é diferente e melhor.
Conheça seu produto bem
Isso pode te confundir, mas eu swear que já vi isso. Se você não consegue demonstrar e usar seu produto com confiança, vá imediatamente ao seu treinamento de produto. Isso também se aplica a “PM's de recursos” - quando você possui um segmento do seu produto, geralmente quando as empresas ficam maiores. Tente conhecer o máximo possível do produto de qualquer maneira. Como seus recursos impactam o resto do produto sempre precisará ser contemplado.
Entenda o custo do que você está pedindo
Eu sempre fico tenso pelo time de desenvolvedores quando ouço comentários como: "bem, poderíamos fazer X, ou poderíamos Y" seguidos de uma explicação de cada um. O problema é que X custa $10 de tempo de engenharia e Y custa $10.000.000. Se você os coloca na mesma frase, está criando uma reputação de que não entende as implicações dos seus pedidos.
Por outro lado, trabalhar colaborativamente com sua equipe de desenvolvedores para fazer essa análise de custos antes de apresentar qualquer coisa, ou mesmo apenas reformular essa mesma frase para dizer "ei, eu estive pensando em alguns conceitos depois de conversar com clientes XYZ. Posso apresentá-los a você para ver o que isso significa do ponto de vista do dev?" Perfeito. Agora você está tendo pelo menos uma estimativa das implicações do que pode estar pedindo e pode usar isso na sua descrição do recurso "Eu sei que isso será um pedido caro, mas acho que precisamos disso por essas razões...".
Recupere sua equipe de desenvolvimento
Suas equipes voltadas para o cliente terão para sempre uma lista de solicitações para o produto. Às vezes, elas são ótimas, pois são bem pensadas e refletem seu ICP e às vezes o pedido é algo que ouviram apenas uma vez naquela manhã :).
Quer se tornar melhor amigo da sua equipe de desenvolvedores? Diga isso: "ei, por favor, diga às nossas equipes de vendas, suporte e serviços para encaminhar todos os pedidos de feedback do produto para mim. Vou catalogá-los e acompanhar quais clientes pediram quais coisas para que tenhamos uma compreensão clara de quais devem ser nossas prioridades." Você está fazendo algumas coisas aqui. (1) dependendo da empresa, você pode ter liberado uma quantidade substancial do tempo de seus desenvolvedores, e eles podem te comprar cerveja, e (2) você está mostrando a eles que tem um processo para priorizar os recursos do produto.
Ganhe credibilidade com a equipe de desenvolvedores
Nada derruba um PM mais rápido do que se a equipe de desenvolvedores não achar que ele sabe o que está fazendo. Afinal, como PM, você é responsável pelo roadmap do seu produto e pela priorização do que precisa ser trabalhado.
Confira essa lista acima. Faça essas coisas e sua equipe de desenvolvedores irá respeitá-lo. Quando você revisar o próximo conjunto de recursos com eles, será desafiado por eles, como você deveria. Se suas respostas forem todas respaldadas por conversas com clientes, pesquisa de mercado e uma explicação cuidadosa das compensações para chegar à decisão que você tomou, você terá acenos de cabeça e uma equipe motivada pronta para executar. Se suas respostas forem opiniões respaldadas por um artigo que você leu na noite passada, boa sorte :).
No início da sua empresa, um dos fundadores será o Gerente de Produto. Seu co-fundador muitas vezes será o CTO. Tudo que acabei de expor é da mesma forma que os fundadores pensam sobre seu produto também. Eu já ouvi pessoas descreverem os PM's como o “CEO de seu Produto” e acho que isso está certo. À medida que sua empresa cresce, você eventualmente contratará PM's. Esta é uma chave de transferência, e seguir essas diretrizes te preparará para o sucesso tanto com seu co-fundador quanto com sua equipe de desenvolvedores.
Experimente o poder da plataforma Guru em primeira mão - faça nosso tour interativo pelo produto
Faça um tour