This guide will help you set up clear and tailored roadmaps. Each section below outlines key concepts and contains links to other articles in case you need more details. The guide assumes you know what Productboard is and have an understanding of how navigation, board creation, and data structures work.
In this article:
- Introduction: Roadmaps
- Step 1: Discover your audience's needs
- Step 2: Choose the appropriate roadmap type
- Step 3: Configure the roadmap
- Step 4: Share the roadmap
- See also
Introduction: Roadmaps
In Productboard, a roadmap is a type of board specialized for communicating plans to internal audiences. Hierarchy items are rendered as cards on roadmaps. The data you see on roadmaps are the same data you see on features boards, so changing data in one place will change it in the other. It's usually better to edit and organize your data on features boards and use roadmaps for visualization and alignment.
Note: Roadmaps aren't designed for external communication, but portals are. See Use the Portal to share your plans and collect feedback at scale for details.
Common roadmap elements
The header at the top of a roadmap contains several toolsets you'll see across roadmap types.
- Items (A): Options for toggling entities on the roadmap, like subfeatures.
- Columns (B): Choose which releases or statuses to display on column-based roadmaps.
- Grouped by (C): Swimlaning and item nesting options.
- Filter (D): Restrict item visibility based on data values.
- Configure (E): Toggle data visibility on each item's card, like effort, owner, or dependencies.
Note: The presence and contents of each toolset may change depending on the roadmap's type and your Productboard plan level. For example, timeline roadmaps don't have column tools.
Step 1: Discover your audience's needs
A roadmap built for your executives won't be very useful for your engineering team, and vice versa. If you try to build a roadmap to satisfy everyone, it won't satisfy anyone. There are two questions you should ask yourself before building a roadmap:
- Who is this roadmap built for? It should be for a specific group of people. Product Team A, Sales, GTM, Executives—whatever, as long as the group's expectations are roughly uniform.
- What will they want to learn from it? Learn what they want by asking them. It's always best to check with the audience before and after you give them a roadmap to make sure it's actually useful.
Step 2: Choose the appropriate roadmap type
There are eight roadmap options split into two categories. Some options are better for certain audiences than others. Also, some are functionally identical to each other, and are only presented separately to give you ideas about how to use them.
Column roadmaps
Release-based (A): Release plan, sprint plan, and now-next-later roadmaps are all identical. They use the Release data type to group items together. When you create a release-based roadmap, you must choose which releases to use as columns. You can then add features to a release using the plus button at the bottom of the column. You can create new releases from the Data section in the main menu.
Status-based (B): Kanban roadmaps use feature statuses for their columns. When you create a status-based roadmap, you can choose which statuses, if any, to omit. You can click and drag items between columns to change their statuses.
Timeline roadmaps
Basic timeline (C): Feature timeline and feature launch roadmaps are identical. They let you visualize features based on the Timeframe data type. You can add features to these roadmaps with the blue plus button, or by setting a feature's timeframe in its details panel or from the timeframe column on a features board (Add columns > Default fields).
Nested timeline (D): These two roadmaps aren't quite identical but they work similarly—they group features on a timeline by release or objective and let you collapse or expand those nested groups. Click the blue plus button to add releases or objectives. Hover over a release or objective to Add features to it. You can create new releases and objectives from the Data section.
See Choose the right roadmap for your audience for details.
Step 3: Configure the roadmap
Once you've chosen your roadmap type, it's just a matter of tweaking the board's settings to fit the needs of the audience that you determined in Step 1. Below you'll find examples of roadmaps built for four different audiences, followed by definitions for the most important configuration options.
Definitions: Configure menu
The Configure menu contains lots of options. The more important ones are defined here to help you model the examples above. Changing an option will never change the data of your roadmap items, but it may change how they display. Some options aren't available on certain roadmap types or plans.
See How to add time horizons to your roadmap for details.
See Owning entities in Productboard, Enable advanced team collaboration, and Add custom fields to your boards for details.
See How do tags work in Productboard? and Add custom fields to your boards for details.
See How does the Effort Field work? for details.
See Prioritize around clear objectives for details.
See Link user feedback to related feature ideas using insights or Quick start guide: Feedback for details.
See Providing health updates for your features for details.
See How to color code your objectives by theme for details.
Note: In the swimlane options, the Customizeable and Custom fields options are different. The former allows you to manually create swimlanes that appear on this roadmap only, while the latter are data fields that can be configured from the Data section and reused across many roadmaps and features boards.
Step 4: Share the roadmap
Once you're satisfied with your roadmap, make sure its intended audience can access it. There are two aspects to this: location and sharing options.
Location
The roadmap should live where its intended audience can find it easily. That means placing it in the appropriate teamspace or folder—don't put your executive roadmap in your GTM teamspace, and certainly don't keep it hidden away in your Private section.
See Best practices for teamspaces for details.
Sharing options
Each roadmap has its own individual sharing options that control who can see the board. These options take precedence over location; if a roadmap isn't shared with you, you won't be able to see it, even if you're a member of the teamspace where it lives.
See Legacy board sharing: Individual board options for details.
Note: The Share publicly option generates a URL which lets you share or embed a roadmap without granting the visitor access to your workspace. This is useful for syncing your roadmap to an intranet page, but not recommended for sharing with external parties (that's what portals are for).
Comments
Article is closed for comments.