Community Main Post | UXD Talks Community - UXD Talks | Premium UX Design Events & Community | Be Curious. Be Creative.
Abhishek Anandvel profile photo Abhishek Anandvel 630 XP · Superplum · 5 days ago
Save Report

There’s a common idea that a Product Manager needs to be good at prioritization, stakeholder management, roadmapping and execution. But in practice, I think one of the hardest parts of Product Management is knowing what not to build. A PM can have a long list of customer requests, business requirements and ideas from different teams. The challenge is figuring out: Which problem is actually worth solving? How many users are affected? What is the business impact? Is there enough evidence to support the problem? What happens if we don't build it? How do we know whether the solution actually worked? I’m curious to hear from other PMs: What framework, metric or approach do you use when deciding which product problems deserve priority?

Product Management
11 1

Want to respond?

Sign in to contribute to this Community discussion.

Sign in to respond
Shlok Nikhil profile photo Shlok Nikhil · 977 XP · UXD Talks · 4 days ago

Response

Abhishek Anandvel This is so true. Sometimes deciding what NOT to build is much harder than deciding what to build. Saying no to a good idea because it’s not the right problem takes real clarity.

Want to respond?

Sign in to contribute to this Community discussion.

Sign in to respond
Sign in to respond