There is a huge number of things you need to do to be a successful product manager. And when you are starting in this role or trying to improve your current performance, there usually isn’t much clarity on what areas to focus on.
There is also a tendency to “shelter” on the activities that are more within our confort zone.
For that reason as a product leader I like to set personal goals to Product Managers that try to foster their focus on areas that will make them progress faster, with higher balance and probably with more success for their products.
I found this one very hard to measure. Ideally we want every decision to be based on data, but we can’t measure how are we making every single decision.
So my proxy is to set “learning goals” and prepare a “deep report” using current data.
For instance, we may want to see the performance of traffic sources in an e-commerce site. Of course we will see the high level conversion rate per source. But what about knowing the different steps micro-conversion among sources, or the most visited products, or cross-source attribution.
The report will have the following sections:
As a leader, you can target a monthly or by-weekly report and review it in 1–1 conversations. It should be a straightforward conversation, you can add questions to improve their reasoning, but it is mostly a tool for them, to help them drive better data-driven conclusions to improve their product.
As in data-drivenness, it is very difficult to measure if every decision is made with the customer in the center of your thoughts.
So again I use a basic proxy, that is number of customer interactions. The same method is used: set a learning goal and set up a customer interaction that will help you learn what the customer thinks.
As a leader, you can target a monthly or by-weekly customer interactions goal, meaning that each member will be face-to-face with 3 to 5 customer at least once a month.
You can’t easily measure customer centricity, but you can make sure teams are constantly hearing the customer, and by training that muscle make decisions with user’s pains in mind.
Finally some good news: you can measure how often you’re running experiments :)
As Marty Cagan says, great product teams run several experiments per week. But if you are starting out, this is a muscle you need to build, so again shooting for a monthly or by-weekly experiment goal should be a good way to get started.
If you are a leader looking to improve team experimentation, keep in mind this few tips to review when results are presented:
This goals try to work on 3 areas that I usually find are not balanced in PM profiles. Very data-driven PMs usually are not that eager to contact users, and the ones that are do not have deep analytics passion. Same goes for experiments: very detailed or user-research passionate PMs don’t enjoy the lean philosophy and not having the time for long research and analysis phases.
Considering your team, you may decide that you need to focus on different areas or get a different balance, choosing different individual goals.
There are two extra activities that I haven’t yet set as goals for the team, but are very important for good Product Management:
I may came back to those in future posts :)
As usual I would love to hear your feedback and comments on any other activities I should be adding to this list.
Also in BestDay we are hiring great Product Managers, Product Developers and Product Designers. If interested, ping me.