<aside> 💡 Marty Cagan: Este é um pequeno resumo de uma conversa que tivemos com Marty Cagan, uma lenda do product management, que trouxe através do livro "Inspired", uma nova maneira de pensar sobre produto. Neste documento, existem algumas citações que traduzi “a la freestyle” sobre o que ele disse em um Q&A.
</aside>
Tudo depende do momento seu negócio, isso dita as responsabilidades do produto:
→ Se você for uma early stage startup, o produto precisa estar com a owenership do founder ou co-founders, eles mandam no produto, direcionam como deve acontecer, inclusive não investiria em um negócio que fosse diferente disso.
→ Se for uma Scale Up startup, a regra continua sendo a mesma, o produto não pode sair do foco do negócio, e deve ser o mindset da companhia.
🗣️ “ Lembre-se que Startups são máquinas de encontrar o product market fit, o resto é bullshit” - Marty Cagan
O desenvolvimento de produto envolve riscos e esses riscos precisam ser divididos entre as pessoas que “vivem a companhia".
1- Risco de valor: responsabilidade dos founders da companhia, está associado a verificar se há uma dor a ser sanada e se existe um encaixe com o mercado, ou seja, se as pessoas comprariam o produto.
2- Risco de usabilidade: responsabilidade do product designer, os clientes ficariam felizes em utilizar a solução? Ela se integraria aos seus hábitos e rotinas?
3- Risco da tecnologia e “tendência de mercado”: A responsabilidade da equipe de tecnologia (engenheiros de software) é trazer a maior eficiência e velocidade possível na execução.
🗣️ “Eu sei o que precisa ser feito para ninguém do mercado atropelar a gente.” - Marty Cagan
4 - Risco da Viabilidade: responsabilidade dos founders e co-founders, a empresa consegue suportar a escalada de crescimento e executar o que foi prometido aos clientes.
🗣️ “Existem 7 definições diferentes para cada um dos cargos falados, mas no final do dia o product manager ou product owner serve para buscar a solução do negócio por meio de produto, simples assim, essa é a maneira que falamos no Silicon Valley” - Marty Cagan.
Um grande problema atual é que os profissionais da área estão enxergando a equipe de produto como uma equipe de processo. No entanto, apenas processos não resolvem problemas de verdade.
Nos Estados Unidos, temos muito medo de processos fáceis e manuais. Por isso, nos adaptamos bem a mudanças e transformações de produto, pois mudamos e nos ajustamos à realidade. Em um time de produto, o que importa é o resultado gerado para a empresa.
As mudanças precisam ser direcionadas pelos líderes da organização, que devem adotar a nova mentalidade de desenvolvimento de produtos, sempre pensando em resolver problemas. Isso é o que grandes empresas como a Stripe, Google e Amazon fazem.
Empresas como essas têm a capacidade de dominar completamente um nicho de mercado devido à sua cultura e habilidade de construir o que quiserem. Um exemplo brasileiro é a Gympass, que sobreviveu à pandemia graças ao seu mindset de desenvolvimento de produto. Mesmo durante a crise, ela conseguiu se reconstruir de maneira eficiente.
A IA acelerou as mudanças de mercado. O “New Way about product”, precisa ser desenvolvido imediatamente para que uma companhia não morra. Conseguimos identificar isso, pois até mesmo o Google está em perigo hoje.
Após passar por várias empresas na Índia, Europa, China e Brasil, conseguimos identificar dois tipos de maneiras para fazer esse movimento:
→ Contratando as melhores pessoas do mercado, especialmente aquelas que vêm de empresas que saíram da escola ”new way about product”.
🗣️ “*Isso inclusive é o que faria e recomendo, por causa da velocidade de implementação.” - Marty Cagan.
→* Encontrar um coach de produto. Uma pessoa experiente, que já superou problemas que você ainda não enfrentou, pode trazer respostas em vez de perguntas e ensinar sua equipe a desenvolver sua mentalidade.
🗣️ ”Como grandes lideranças, vocês precisam desenvolver essa habilidade. Lembrem-se de que Steve Jobs e Jeff Bezos tiveram o mesmo coach de produto.” - Marty Cagan.
1- Change Build - Construir de maneira rápida e eficiente.
2- Change Solution Problem - Descobrir soluções viáveis que realmente solucionem o problema latente.
3- Solving Problems - Priorize o problema e a oportunidade que vamos abordar e resolver. Aquilo que não ajuda a resolver o problema deve ser deixado de lado.