É muito comum encontrar Product Managers que raciocinam da seguinte maneira: o usuário tem um problema, então, faço uma funcionalidade/melhoria/mudança e resolvo o problema.

Mas não é só por que finalizamos e shipamos uma funcionalidade, que o problema será resolvido ou muito mais importante: que essa entrega causou o impacto desejado no comportamento do usuário e/ou trouxe impacto positivo financeiro ou de posicionamento para a empresa.

Direcionando seu produto por entregas e funcionalidades (outputs)

Quem nunca teve que preparar uma apresentação para a empresa - principalmente para os stakeholders - com um roadmap de entregas de funcionalidades? É comum as pessoas precisarem/desejarem ver quando e o que será entregue a fim de entender onde e quando teremos os resultados para o usuário ou para a empresa.

É melhor investir mais tempo no Upstream do processo, conhecendo mais o problema, entendendo seus meandros e motivos, para depois avançar para uma solução.

A quantidade de software (traduzido em funcionalidades, bugs, débitos técnicos, alinhamento de design…) entregue, não importa. O que importa é se essas entregas estão impactando o comportamento do usuário, que por sua vez impactam os indicadores de produto, que por sua vez devem impactar indicadores de negócio.

Direcionando seu produto por resultados (outcomes)

• Diego Eis: Autor do livro Gestão Moderna de Produtos Digitais. Um dos idealizadores do Product Oversee e metido a besta. Já passou pela Sympla, Neon, Jüssi, NuInvest e Locaweb.