A product manager’s schedule, on average, looks something like this:
- 42% - Helping to deliver the product
- 33% - Working out what the right product is
- 25% - Helping to sell the product
It’s a complex web of managing both pre-build - “What is the right thing to build?” - and build - “How do we build the thing right?” stages. It’s not an easy task for anyone to handle this full product lifecycle.
The product management process exists to help you manage all of this complexity. Stick around as we break down the 8-step product management process we recommend for any product management team.
What is product management?
The term product management was coined in the 1930s by the fast moving consumer goods company Procter & Gamble as a method of improving their physical personal hygiene goods. These days, the term is more commonly used to refer to the ongoing development, improvement and evolution of a service offering or capability (the product).
Many things can be defined as products, but the term “product management” is now mostly used to denote a technologically enabled solution, subject to continuous improvement, rather than the delivery of a fixed scope item (traditionally known as a “project”).
Why use the product management process?
Developing products - products that are profitable and truly meet the needs of the user - is a complicated task. Henry Ford famously once said of the motorcar
“If I gave people what they asked for, I would have given them faster horses.” — Henry Ford
Similarly, with digital products, users often do not know what they want until they have interacted with the new product. That leaves it up to us as product designers, product managers, and entrepreneurs to undertake the product management process.
Additionally, digital products often interact with and respond to the constantly developing ecosystem of other available digital products, as well as being subject to political, economic, social, technological, legal and environmental factors (known as PESTLE). For this reason, an effective product management process must constantly evolve throughout the product lifecycle. This allows for the products to stay commercially viable, functional and compliant with regulatory policies.
The product management life cycle starts right at the ideas phase. Using the formal product management process to define why a product should exist is of the utmost importance in order to avoid blindly barrelling into an expensive and time-consuming endeavor which may end up not being commercially viable.
8-step product management process
Product management processes are processes by which product managers in all industries help to deliver products that meet both internal product strategy requirements and customer expectations.
The specific 8-step product management process is one that we recommend as a starting point for any product management team kicking off a new product lifecycle. Feel free to customize it to your specific needs.
Let’s take a look at the 8-step product management process:
Define the problem or opportunity
The product management process involves first defining the problem or opportunity at hand. Your product should be solving a real need for customers or taking advantage of an unmet opportunity in the market. Without taking a step back and defining the problem or opportunity clearly, you risk building a solution for a problem that doesn’t exist at all.
To kick off our product management process, let’s ask some basic questions:
- What are customers trying to achieve? Think about real customer needs. Try to get to the root of what your target customer groups really want to achieve or what their end goals are. This will help you to work backwards from there to build the right solution.
- Why do customers need to achieve this outcome? Think about why the goals defined above are so important to customers. Think about the positive outcomes they may be after and really dig into why that matters to them. This will help you identify some real pain points that can be addressed by your product.
- What’s wrong with the status quo? This is a really important question. Why are customers unhappy with their status quo? Are they using another product that isn’t meeting their needs? Is it outdated or hard to use? Is it too expensive? Really get into the customer experience and seek to understand why they would be unhappy with the current solution.
This type of data can help to define your early user personas. The best way to gather this kind of information is by speaking directly to the people who may be interacting with your product. This can be done in a number of different ways such as interviews, surveys or workshop style focus groups.
It’s important to note while doing these interviews, that although users are often very adept at saying what they want, they are often not good at saying what they need, or revealing points of innovation.
If using surveys or questionnaires to gather data, it’s important to ensure that these are not written or structured in such a way as to lead the respondents. The writing of questionnaires has a good deal of science behind it and there is a danger that they can be written in such a way which will only yield the answers the surveyor wants to read.
These questions will help you to really narrow in what the problem or opportunity is. It can be tempting to simply set out to build a great product. But a great product must come from a very well-defined problem statement that is aligned to real customer needs.
Conduct competitive analysis
In the first step, we started by asking questions about the potential customers’ needs and started to build out user personas for our potential new product.
Now it’s time to dig further into the market and analyze the competition by answering a few questions:
- Who (if anyone) already plays in the same space, or delivers a similar offering?
- What will be your “Unique Selling Point” (USP) or your differentiator versus other products?
- What is the size of the market that you are targeting?
- What are the strengths, weaknesses, opportunities and threats (SWOT) of your competitors?
This market research phase is critical to put the customer feedback found in step #1 into context. Keep in mind that this competitive analysis work could be done by a product manager or by a market research team that is hired out.
Either way, it’s a critical early step in the product management process to ensure the product vision aligns to the realities of the competitive landscape.
Design possible solutions
At this point we have clearly defined the problem or opportunity with competitive analysis and market research. Now we are ready to start to map out the way you are going to address them.
At this stage you are merely identifying the mechanisms that will be used to address the problems or opportunities raised. There are many approaches to designing possible solutions, but let’s look at a couple common ones.
Approach #1: “Goals, Bets (hypotheses) & Initiatives” approach.
Let’s look at an example:
Goal: Help people get from one place to another without the hassle of calling a traditional taxi
Bet: A simple ridesharing request application that allows users to request car pickups on demand would solve this need.
Initiative: Build an application that allows users to request pickups on demand.
Simply put, a product manager can define a series of Goal/Bet/Initiatives that are aligned to the data collected in focus groups or via market research. It’s best to collaboratively develop many Goal/Bet/Initiative scenarios to ensure successful idea management.
Approach #2: Happy paths or user journeys
In this approach, you design very simple wireframes or sketches that map out potential happy paths for a new solution. This approach seeks to show the path that a real customer would take to achieve their desired outcome with your solution.
Let’s look at an example:
- Login to app
- Add payment method
- Enter desired drop-off location
- Request pickup
- Track car as it approaches
- Complete dropoff
With this approach, you’re walking through the solution as a user would, at a very high level. Keep in mind that a product manager could use both approaches to help clarify the product vision.
Test your solution idea with a prototype
Once you have decided on the design and method by which your product will deliver its solution(s), it will now be possible for your development teams to build a working prototype. Your prototype doesn’t need to be a highly polished, functionally-rich finished product, merely something that allows you to test and validate (or dispel) your assumptions.
It is often said of prototypes that the organization should be at least “a little bit embarrassed” to release them to the public, which means that, if everything works 100% then there has been too much effort put into productionising the prototype before its release.
A few key factors to consider when building your prototype:
- Prototypes are not the same as proof of concepts. If you’re not ready to devote substantial resources into a prototype build, your project might be better suited to build a proof of concept first.
- Prototypes should be realistic, but not necessarily fully functional. You do not need to have every feature included in a prototype.
- Prototypes should not be heavily focused on visual design. Your goal should be to test the functionality of major product features, not test design elements.
- Prototypes help to enable constant product improvement. As you build one version of the prototype you should gather feedback from internal stakeholders, existing customers, and others before making revisions.
Keep in mind that the prototyping phase could be as quick as a few weeks or as long as months or even years for complex products. A product manager should be heavily involved in all prototyping work to ensure it aligns with the overall product strategy.
Analyze prototype feedback
After the prototype has been built, it’s time to get feedback from real users and internal stakeholders. There are various ways of capturing feedback from users, such as on screen dialog boxes, surveys, interviews, screen tracking or analytics. Regardless of the method, a product manager should collect all of this feedback via a formal feedback collection mechanism.
Feedback will come from many sources, with it being quite common for internal and especially senior stakeholders to provide feedback on the product. It is important to resist the uninformed opinion of senior people, otherwise the unintended HIPPO effect can take place (Highest Paid Person’s Opinion), whereby undesirable or low value changes become prioritized. User, feedback, customer feedback, and data led insights must always take priority.
Such valuable feedback can be prioritized against other build work and fed into the product development team, forming a continuous feedback loop between the product team and the customer, ensuring that continuous improvements are promptly and regularly built in, allowing for feedback to be continuously provided.
Create a product roadmap
Once you have tested your prototype and gathered feedback, you are now in a place to create your product roadmap.
The roadmap is a forward running guide for the delivery of functionality and capability within the product. The roadmap guides the product and delivery teams so that they can plan for the next large theme and value stream to be delivered, mapped against the product goals that you are aiming to achieve.
The best roadmaps start out at a high level as “themes” (large focus areas that span the organization). These themes can then be disseminated down into “epics” (large bodies of work) before we are able to create a user story (a single and discreet piece of work).
Eventually the product roadmap of high level themes (matched to specific value metrics) can have sufficient detail added to it to allow it to map all the way down to a “user story map” or a list of high level user facing opportunities and problem statements.
Build an MVP
In this step, we start turning our plans, ideas and vision into a working software product. During the prototype phase, we may already have built some throwaway low quality code to help us validate assumptions, but it’s at this stage that we get serious and start building a robust, secure, market ready product.
It’s worth checking out our “starting a software project” article for this phase, so that you ensure you have all the necessary things in place before starting, as well as deciding how to structure your team, and whether to insource or outsource.
Once your team is in place, they should be guided by the final product vision to write small, incremental, inspectable releases of the product, which are reviewed regularly by the wider product team.
By now, the product manager should have identified a minimum viable product, or a minimum subset of functionality, which the development team should be working towards. Features that aren’t included in this MVP should be added to the product backlog, and it is the product manager’s responsibility to manage this product backlog.
During the build phase, the product team should be proactive, demanding and exacting stakeholders. They should make sure to hold the build teams accountable by confirming that the deliverables required to meet the product vision and provide a great user experience are achieved.
Analyze customer feedback and iterate
Once the minimum viable product has been built, you’re now in a place to release the product to the end user to allow them to start actively using it. This is where a key feedback loop starts to fire up, as the feedback from users is a highly valuable source of information about where to target improvements.
Product teams should ensure that they have many sources of information regarding the user's journey and that they are built into the product as early as possible. For example, whilst it is simple to email or phone up users of the system to ask them their qualitative opinions, it can be far more useful and efficient to build in automated surveys, suggestion boxes and analytics tracking to gain a greater quantitative insight into the bottlenecks or friction points in your system.
Early adopters or repeat customers are likely to have the most passionate views about your product and hence will be good sources of both positive and developmental feedback. If you engage these individuals not only will you gather valuable information, but you will convert these users into lifelong advocates by considering their views.
Product manager tips for success
Empower team members
One key aspect of product management is to convey clear and tangible expectations about the product goal and vision, and then empower team members to make the right decisions to fulfill those goals in an autonomous way without having to be involved at every level of the decision making process.
Such an approach will free the product manager up to spend more time looking forward, analyzing data and engaging with user research, allowing you to make better decisions.
Product managers can also provide guidelines about prioritization, approach, design and then the team can be encouraged to own and iterate on those guidelines themselves, giving them true ownership of the solution.
Use tools that streamline work
As the product management process is now quite a mature discipline, a number of tools have arisen to support and facilitate the streamlining of various aspects of the process. Streamlining and improving the product development process allows you to lower the risk of your project by ensuring that the end to end process is more robust, allowing team members to focus more on the work.
However, it’s important to ensure that your process does not change to fit the tool, as this may remove any unique or innovative benefits from your culture. It may also lead you to work in inflexible or unsuitable ways. For that reason, it’s important to ensure that you make use of the in-built configuration options within the tools to adjust them to your preferred way of working, rather than acquiescing around the standard offering.
Recommended tools which can help include Miro, Mural, Trello, Jira, Figma, Balsamiq, Confluence, Slack, Teams, Canva, Scatterspoke, Lucidspark. Most stages of the product management process now have technology enabled solutions to support them, many of which also have free trial periods so that you can assess the technology before you commit to it.
Conclusion
By following these 8 simple steps, you can ensure that you validate the reason for your products existence, conduct the necessary market research to build a meaningful prototype, learn and iterate and then build a robust solution which meets your user’s needs.
Remember that in any product, the user is king (or queen!). Gaining the views of the user and responding to them is of the utmost importance and is the one thing that differentiates excellent products from mediocre ones.