Priorização: o nível mais essencial da responsabilidade de produto

As grandes áreas de atuação na gestão de produtos são quase imutáveis. O que se modifica é o seu contexto de atuação. Se você trabalha com B2B, você vai se focar bastante em diminuição de custo, melhoria de operação, aumento de performance, inteligência de negócio, melhoria de processos e por aí vai. Já com B2C, você vai trabalhar com gatilhos de atração, comportamento e hábito por meio de engajamento, retenção e outros pontos.

Mas, independente desses contextos de atuação, ou até a maturidade da empresa quanto a produto e tecnologia, quando você for contratado para fazer parte da gestão de produto, o seu principal trabalho sempre será escolher certo.

Eu já trabalhei com PMs que não queriam sentar ao lado dos devs. Eu já ouvi PMs dizendo que Product Managers eram gerentes... só por causa do "manager" no nome. Eu já vi gente usando camisetas com frases como "Meu produto, minhas regras". Acredite: esse tipo de glamourização exagerada e irreal ajudou a criar uma geração de PMs com uma visão totalmente perturbada sobre o seu papel nas empresas de tecnologia.

Conversei com dezenas de fundadores que sempre se queixavam sobre como Product Managers e Designers atravancavam o crescimento e construção das soluções por motivos banais de planejamento ou por excesso de burocracia. Histórias de fazer Discovery que duram 3 meses é comum na área.

PMs se tornaram legalistas burocratas.

Esse é o papel totalmente oposto do que se espera para alguém nessa cadeira. Uma atuação mais flexível, adaptativa, colaborativa e holística. Perdeu-se a criatividade e fundamento.

Por isso que eu considero que, em muitos casos, os PMs são um bug do sistema, pelo fato de não entenderem que eles cumprem com um papel muito específico de conexão entre partes: unindo as diversas áreas da empresa, stakeholders, desenvolvedores e designers, com buscando uma equalização e alinhamento de ideias, preposições e fatos. Só assim é possível construir uma solução realmente viável para o negócio e desejado pelo usuário.

E só podemos construir soluções realmente viáveis e disruptivas se decidirmos certo, criando um ambiente onde a eficácia é alta. E decidir certo se dá pelo processo de priorização.

O que é priorizar?

Priorizar é escolher certo.

Eu gosto muito de me apegar aos conceitos mais básicos e fundamentais que aprendi durante minha carreira. Quando aprendi sobre processos ágeis, um dos primeiros conceitos que aprendi foi a relação e diferenças entre eficiência e eficácia.

Eficiência é fazer certo. Eficácia é escolher certo. Essa é a resposta mais fácil e básica que todos podem dar sobre esse assunto. Inclusive, eles separam um pouco mais os papéis aqui dizendo que a eficiência está mais para o time de desenvolvimento e processos de software, enquanto a eficácia está mais para times de gestão. Eu concordo que os dois lados podem ter mais ou menos atuação em cada um dos contextos, mas dentro das suas respectivas disciplinas, eles também precisam escolher certo e fazer certo.