{"id":9402,"date":"2021-03-05T20:10:52","date_gmt":"2021-03-05T20:10:52","guid":{"rendered":"https:\/\/www.prodpad.com\/?post_type=pp_resource&p=9402"},"modified":"2022-09-01T15:47:40","modified_gmt":"2022-09-01T14:47:40","slug":"what-is-a-product-roadmap","status":"publish","type":"pp_resource","link":"https:\/\/www.prodpad.com\/resources\/guides\/ditch-the-timeline-roadmap\/what-is-a-product-roadmap\/","title":{"rendered":"What is a Product Roadmap?"},"content":{"rendered":"\n
\n
\n
\n
\n
\n
\"What<\/figure>\n<\/div>\n<\/div>\n\n\n\n
\n

1. What is a Product Roadmap?<\/h1>\n\n\n\n

When we think about ditching our timeline roadmap, we first need to start with a basic question – what is a product roadmap<\/a>? <\/p>\n\n\n\n

A product roadmap is an artifact that communicates the strategy, by outlining the potential steps that could be taken to move towards the product vision. <\/em><\/p><\/blockquote><\/figure>\n\n\n\n

You\u2019ll notice that this definition is pretty broad, and doesn\u2019t really tell you exactly how a roadmap should look or be formatted. And that\u2019s okay, because there are lots of ways to articulate a product strategy that would pass as a roadmap. It\u2019s more important that it solves the problem of communicating the product strategy, than it conforming to a specific look and feel. <\/p>\n\n\n\n

The product roadmap is how the product team articulates their understanding of the strategy to other stakeholders<\/a> in the business.<\/p>\n\n\n\n

It\u2019s not meant to be a detailed project planning document that maps out every tactic and move. It\u2019s really more about making sure that everyone is pointing in the right direction and knows which way they are heading. <\/p>\n\n\n\n

A product roadmap is a way to prioritize problems, opportunities, and challenges.<\/em><\/p>\n\n\n\n

Along those lines, it\u2019s a tool for prioritizing problems<\/a>. As a product person, your job is to gain an understanding of the key problems, opportunities and challenges that the business might face, and lay them out in a way that people in the team can see and start reacting to.<\/p>\n\n\n\n

You use the roadmap to do this.<\/p>\n\n\n\n

A product roadmap is a prototype for your strategy<\/h2>\n\n\n\n

This is why the roadmap can be thought of as just a prototype, but for your strategy. <\/p>\n\n\n\n

Prototyping is such a healthy activity. It\u2019s a way of laying out your assumptions in a low effort way, and communicating them to others. It then allows you to check those assumptions with others, and make adjustments really quickly and easily, without having to expend a ton of effort or use up a lot of resources. This is why the Lean movement<\/a> talks about prototyping so much.<\/p>\n\n\n\n

\"A
Prototypes are a great way to learn how to improve<\/figcaption><\/figure><\/div>\n\n\n\n

When you go to build a new feature, you don\u2019t run straight in with a fully designed interface that you put together from scratch and no input. <\/p>\n\n\n\n

You start with some basic sketches on a piece of paper or whiteboard. <\/p>\n\n\n\n

You take that sketch, and you show it to a colleague or a customer, and they give you some feedback<\/a>. Maybe move that button here, or add some copy there. <\/p>\n\n\n\n

You throw out the first sketch and make a slightly better one, taking on board the feedback that you learned from, and you repeat until you\u2019re reasonably sure you understand how the feature will solve the problems at hand. <\/p>\n\n\n\n

To begin with, your first iteration is pretty flimsy. It\u2019s unlikely it solves the problem in the best possible way. But over time, with feedback and iteration, your prototypes of that solution become more and more robust – much more likely to solve the right problems.<\/p>\n\n\n\n

Roadmapping can be similar.<\/p>\n\n\n\n

\"My
There’s nothing wrong with starting simple<\/figcaption><\/figure><\/div>\n\n\n\n

Honestly, if you read this guide and started your first roadmap like this, you can be proud. It shouldn\u2019t be pretty. It shouldn\u2019t be slick.<\/p>\n\n\n\n

What you\u2019re really doing is saying: <\/p>\n\n\n\n

As a product person, I\u2019ve listened to all the stakeholders around me, and I\u2019ve heard a series of problems, and I\u2019ve interpreted it as this. <\/em><\/p>\n\n\n\n

I think it means we should tackle this, then this, then this. What do you think?<\/em><\/p>\n\n\n\n

Take these assumptions you\u2019re making to a colleague, and check their opinion. If they agree, you\u2019re on the right track. <\/p>\n\n\n\n

If they point out holes in the plan, then you can start to make adjustments. Maybe you need to add in new problems you hadn\u2019t thought to capture, or change the order of things, or perhaps something you\u2019d outlined as a problem actually isn\u2019t a big deal and can be removed.
That first roadmap helps ground the conversation in real terms around what the business objectives are, and what sorts of initiatives might be undertaken to meet those objectives, and in what order. <\/p>\n\n\n\n

You might think it goes Problem A, Problem B, then Problem C, but your colleague might look at that and point out that you\u2019ve entirely missed Problem D, and that it needs to be solved first. Well that\u2019s really good <\/em>you had the conversation now, and the roadmap helped you pull that information out, so you didn\u2019t waste time solving the wrong sorts of problems.<\/p>\n\n\n\n

The best product people use roadmapping as an opportunity to pull in insights from a wide range of stakeholders, to really understand what\u2019s at play, and sense checks it with others to make sure they\u2019re on the right track.<\/p>\n\n\n\n

Roadmapping is a process<\/h2>\n\n\n\n

The act of roadmapping is more valuable than the roadmap itself. The details on roadmaps change, but by having roadmaps, it enables and encourages healthy and aligned conversations around what is important to the business and to the product strategy, and creates space for stakeholders to share their insights that are valuable in creating a robust strategy. Your roadmap itself will never be fixed in place, but the process in which you reach each iteration of your roadmap is where real value is gleaned.<\/p>\n\n\n\n

It\u2019s not your job to have all the answers.<\/em><\/p>\n\n\n\n

It\u2019s your job to ask the best questions.<\/em><\/p>\n\n\n\n

One thing that product people should always remember, and it bears repeating for an exercise like this, is that it\u2019s not your job to have all the answers.<\/p>\n\n\n\n

As product people, you\u2019re supposed to know less than your colleagues. They are the experts of their domain, whether it\u2019s of the tech, the market, customer-facing challenges, or whatever.<\/p>\n\n\n\n

Your job as a product person is to surround yourself with these experts and to ask the best questions. To tease out the expertise and to help the team make the best product decisions based on what you all collectively know. <\/p>\n\n\n\n

Guiding on a solid roadmapping process is one of the most impactful things you can do to set a strong company strategy, if you let the expertise of your team shine through. <\/p>\n\n\n\n

But what we\u2019ve described here doesn\u2019t sound like how many teams think about or show off their roadmap today. The next chapter in this guide talks about traditional product roadmaps – AKA the timeline roadmap – how it came into being, and why it\u2019s no longer fit for purpose. <\/p>\n\n\n\n

<\/div>\n\n\n\n
\nNext: The trouble with traditional timeline roadmaps<\/a>\n<\/div>\n\n\n\n
<\/div>\n\n\n\n
\n
\n

In this Ditch your Timeline Roadmap<\/a> guide:<\/strong><\/h4>\n<\/div><\/div>\n\n\n\n
  1. What is a Product Roadmap<\/a><\/strong>