Author: Productboard Type: #article Tags: product management
PM has to make sure that the feature of the product they're building is:
PM needs to understand user needs very well to be able to decide what the best solution would be.
People tend to speak about problems in terms of solutions That's a trap PM's fall into as well – to think in solutions. But it's crucial to really identify and understand the problem/user need first. And when people talk in solutions (request a specific feature), it's important to look beyond it to the actual need, because there might be a better solution for it.
To identify what users need, PMs:
Many PMs make the mistake of tracking only solutions instead of user needs. They are then fixated on the solutions -> problematic. It's vital to have one place to track user feedback (👋 PB).
PMs need to consider many factors when deciding what to build. These activities help:
Always run the solutions by users. Test prototypes with them. PM & designer share a responsibility of understanding user needs and making sure the solution is usable.
PM has to clearly communicate context and constraints to designers and devs when sending a feature to development. Especially these details:
This is often provided in an initial spec but beware of a waterfall approach of creating a spec and just tossing it over to development. Devs should also have user context and understand the user need (ideally through occasional direct contact with users)
How to plan when to build and launch? Some features can be released one-off while other require releasing in phases together if they're to be useful for users. At the same time, Minimize risk by building an MVP to learn as soon as possible without too much time and resource investment.
PMs need to be part of the execution process to make sure that:
Project management is part of PM's job here. Dedicated project managers may be part of teams to help with execution, in some orgs.
Share the plans about what to build with the organization. Be transparent about the prioritization process and what you considered. When colleagues (e.g. from sales, support etc.) see that they contributed to it, it's easier to have their support.
In some cases (e.g. complex B2B products) it might make sense to share a roadmap with customers and prospects too.
Productboard: Product Management 101 https://www.productboard.com/what-is-product-management-101/