What is product management?
What exactly do you do as a product manager?
These are the common questions I received over the years, it was also a question that I asked a lot to other experienced product experts.
Long Answer: this article
After researching, talking with product managers and involving in product management for some time, it is safe for me to conclude that the role and scope of a product manager can be very diverse, there is no one perfect definition to describe.
Some phrases you might heard about product manager:
Examples of Question that PM often need to attend:
PM as a middle man should work together with them to answer all these questions holistically. Often, start by asking 'why (do we need that)' and before saying 'how (we can achieve is..)'.
In the tech industry, it is common for a product manager to involve in the following:
Above are the typical responsibilities of a product manager, these resolve a lot on working with different groups of people. I once heard this statement of "a good product manager should not be doing any actual design or coding work". It seems true, especially for PM in a larger organization. When it comes to working with a smaller organization or startup, it can be a total different case. Some PMs even assume marketing, and P/L responsibilities. CEO of younger startup sometimes fills the PM role by herself too.
PM in different sizes of organization:
When I first started to get involve in product management, I researched online and spoke with different experienced product managers. Undoubtedly, everyone is using different method and has their own way of managing product. I've also seen bigger organization using very simple tool like Trello, as well as smaller team using paid tool like Jira to manage product projects.
“It is never about which method, process or tool that works best, but which one suits your team the most”
In a smaller organization setup, you might need to involve in almost all aspects of a business. Unlike bigger organization that usually spend enormous time on planning and meetings, a PM in a smaller startup often has to focus a lot more on execution.
For you to get the idea, I try to list down the typical works for me as product manager, and split them into different phases: Discovery / Planning / Execution / Others
You will always have TOO MANY THINGS to build, but with limited time and resources.
If you wish to deep dive into product roadmap, here's a good video (28min):
☝️ Product Roadmap steps proposed by C. Todd Lombardo
All these steps can be done by using tools like Asana/Trello, and we coupled with spreadsheet to plan on the timeline and release plan.
As a UX-consultant-and-marketer turned PM (non-programmer), I am not competent to justify the time required for building a feature. However, having gone through several online programming classes and offline coding bootcamp, it helps me to communicate and work better with developers. It is good to know some technical Jargons, than needing the tech team to make explanations all the time. The later is a product manager that developers might not happy to work with. Personally, it also helps me to empathize developers after having tough time in picking up programming.
A programmer-turned PM (or Technical PM) usually has unfair advantage when it comes to technical task planning, without completely relying on tech lead or developers to gauge task effort.
No matter what type of PM you are, you need to have good people skill to connect different stakeholders from business team, tech developers to end users.
The job is not done after a feature goes live. We need to further justify whether the new release is success or not. This can be done by looking at analytics data, business result, and user feedback.
Junior PM and Designers: Myopia
Most people and designers are good in improving the interface of a specific page. e.g. 'this button is causing confusion in this page, let's just remove it from this page!', but that often creates more issues to other parts of the product and lead to more problems. Hence, I love to get them to work on user flowchart since the beginning, and have them review the whole flow thoroughly, even when we only receive a small change request on certain part of the product.
By evaluating the whole flow from beginning to the end, we are able to get better overview. In many cases, we would be able to pick up many problems that we might missed and even uncover opportunities for better improvement.
These are the tasks that more likely to occur within a smaller organization, that many people perceived as 'not the task that PM should do':
Final Thought (Good vs Bad PMs)
I have provided quite a number of daily PM activities in a smaller tech startup company. If you're interested to learn about the comparison with big companies like Google, you may take a look at this slide. After going through the content above, you probably realize that PM's job is closely associated with UX design, you may also check my article to learn more about UX Design for Business.
Here's a no-bullshit article that talks about the difference between Good & Bad PMs (written 20 years ago and still gold), and these are 2 good points that I think many neglected:
"NO" from PM
At the beginning of this article, we mentioned "everyone hates PM". It is very tough to make everyone happy, unless you're selling ice-cream. Different business units may request for different features or fixes that are important to respective departments, and PM has to decide which one to do first, which one to keep in view, and which one to reject. Such decision making is hard to get 100% satisfaction from everyone.
The PM's job is to say NO, and not to say NO.
As the 'guardian of the backlog', PM says 'NO' to defend the backlog, as well as overall business interest. It is essential for everyone to understand this and buy in. I always remind new PM that 'our job is to say NO, and not to say NO'.
PM's life is much easier, when there's a strong open team culture in the company.
Good PMs provide "single source of truth" to connect teams
It is uneasy to facilitate communication and effective understanding with diverse groups of people. This can be enhanced with proper flowchart, wireframing, documentation, and reporting.
Unlike big organization that can afford a paid enterprise suite that can does almost every aspect of product management and to get an overview very easily, a smaller startup team usually use a combination of different free tools. It is essential to have a strong internal Wiki, to record and update important document links/records at one place. If you ever face challenge in finding a internal document or getting good overview of the product planning, then you need to work on a single source of truth.
Good PMs are explorers that conduct test experiment
If something can be tested out quickly to get feedback/data, then PM should try to facilitate that before implementing the full fledged feature that can take much bigger resources.
E.g. spend 1 day to build a simple rating feature, test with closed users or even live users. Based on the test outcome (sometimes to prove that it works technically), then proceed to implement full feature that might take a week or more to complete.
Good PMs seek to understand the reasons behind feature request, make good evaluation with teams and propose effective solutions. Great PMs influences everyone to think that way, makes it a common practice and thought process across the organization.
Thank you for reading
I might not be completely right with what I've shared above, I still have a lot to learn and hope to share more in the future. I hope you now have better idea to the questions: what is Product Management and what exactly do product managers do.
If you think Product Manager is awesome and underrated, tell them when you meet one next time!
We just sent you an email. Please click the link in the email to confirm your subscription!