How are product teams approaching remote work and collaboration in 2021?
True product leaders ensure that product management is not a black box. They know that everyone across the organization works to support the product, and they’re all invested in its success. They cherish the responsibility not just to share the plan, but to rally everyone around a common vision for the product.
For them, product roadmaps are not static documents of what features will be delivered when. They’re dynamic visualizations (closely linked to their product plans) that help communicate the outcomes the product team is working towards and how they support the organization’s overarching goals.
Read on for four steps to create inspiring, outcome-driven roadmaps that rally everyone in the organization around where the product is headed and why.
“A good roadmap is a strategic communications tool, a statement of intent and direction, and, done well, a way of rallying the whole organization around the key problems that must be solved to achieve your product vision.”
Let’s start with some definitions.
As Roman Pichler puts it, the product vision “is the overarching goal you are aiming for, the reason for creating the product.”
Product strategy is your plan to bring your product vision to life—it clearly outlines what you aim to achieve.
Objectives are clear, measurable goals aligned with specific outcomes you’re striving to achieve for your customers, product, and business.
A good product roadmap visually communicates your product vision, strategy, and objectives in a way that everyone can understand and unites the product team behind a common and documented purpose.
To define a clear product vision and strategy, consider what type of long-term outcome and benefit you want to deliver to your users. This is a collaborative process where product leaders work with executives to translate company vision and strategy into a product vision and strategy.
When creating your product vision and strategy, it’ll be helpful to consider the following:
Once product vision and strategy are set, product teams can break them down into objectives to tackle over the near- to mid-term in relation to key date-based milestones (like when they’ll need to raise money again, for example).
Product objectives should be high-level enough to represent a worthy outcome for your customers or product, yet specific enough to help guide your prioritization decisions around which features to build next. They can be derived “top-down” from company objectives or “bottom-up” based on user insights you’ve received, market intelligence you’ve gathered, or your product strategy.
Here are a few examples of good product objectives:
Once you align the product team behind a common product vision, strategy, and objectives, it’s time to prioritize the products and/or features that will go on your roadmap. The following inputs are a great place to begin:
This step can become a little overwhelming given the sheer volume of information you’re working with, as well as the competing needs of stakeholders from both in- and outside your organization.
Support may want to focus on fixing bugs, for example, while sales is more interested in a new feature requested by a promising prospect. And though your customers are a valuable source of feedback, they tend to voice the solutions they think they need rather than their underlying problem.
Despite the challenges, gathering and synthesizing these inputs changes your thinking from “I know what we should put on the roadmap” to “We’re putting this on the roadmap because of XYZ.”
Check out our The essential guide to prioritization to learn more about this step.
Now it’s time to create a working draft of your roadmap that communicates the products and/or features you are building, when you will be working on them, roughly when they will be released, as well as why they are a priority vs. all of the options that were considered.
To make your roadmap informative and easy to understand for your end audience, try including these elements:
The final step is to rally everyone around the roadmap and empower them to get the information they need. For example, you can set up a regular meeting cadence or send emails updating the team about any product roadmap changes. Here at Productboard, we host a weekly product call that is open to the whole company where we look at a roadmap tailored for a large audience
Provide product roadmap access to all members involved in the product lifecycle—from development to go-to-market. An easy way to do this is through a product roadmapping tool like Productboard, where stakeholders can view and track changes at any time with a consistent, single source of truth.
With Productboard, you can manage access to the roadmap and hide certain features based on roles and permissions—every stakeholder’s roadmap can be tailored to their exact needs.
Once stakeholders have access, they can click on features and releases to learn more about the context, like what problem you’re trying to solve and which objectives you’re addressing. They can even see the customer feedback behind each feature or release. This self-serve approach is much more powerful than a static slide that’s quickly outdated and forgotten.
Keep in mind that roadmap needs vary from stakeholder to stakeholder. Using multiple roadmaps tailored to different audiences can be extremely helpful:
You can see how this approach benefits all teams—engineering knows what they are accountable for and when. Customer success can thrill and delight customers and be clear about what you are and aren’t working on. Sales can close more deals because they can share with confidence what’s likely to be done and when. Product marketing can communicate new functionalities with great fanfare. And support can let customers know when new features are likely to be launched.
All without asking the already overburdened product manager!
. . .
This post is an excerpt from our ebook, Charting your course: The building blocks of excellent product roadmaps. Get your copy now for more valuable insights.