You now have clearly articulated goals but may not know which ideas to tackle first.&nbsp; Two main factors can help prioritise goals:&nbsp;Expected value - the combined measure of expected user value and expected business value, and Complexity. <ul><li>Goals should be mapped on an expected user value scale.</li><li>Then add another axis for the expected business value. This should give you a picture of how valuable the goals are.</li><li>Rank the goals by overall value.</li><li>Lastly, contrast the value with feasibility. High value, high feasibility will give quick, short-term wins.</li></ul>&nbsp;

Plan your roadmap

Product discovery is the process of moving from the problem to the solution. The team responsible for product discovery deals with the problem and the solution spaces in their pursuit of defining solutions. Once they define a solution, the delivery team takes the solutions to the backlog, adding the details to execute them.The roadmap describes how the ideas are progressing through the discovery process. The roadmap is a snapshot of the process. At any given time, it should describe:<ul><li>Ideas currently investigated</li><li>High-level solutions which are validated</li></ul>

The product discovery process

The discipline of Product Management is built around two core principles:<ol><li>Define a clear, value-based product strategy</li><li>Create and manage a healthy roadmap</li></ol> These two ideas are inseparable. Product strategies should be value-based and roadmaps goal-based. The product values should translate to the user, therefore it should be the core of your roadmap.

Foundational Principles

The complete discovery process happens in the context of a value-based product strategy. There are four steps to producing solution ideas:<ul><li>Problem framing - understanding the problems you're trying to solve and the requirements of the solutions.</li><li>Roadmap planning - prioritising the problems and planning iterations for each.</li><li>Ideation and prototyping - generating ideas and bringing them to life with prototypes</li><li>Solution testing - validating solution ideas against the original problem.</li></ul>Once you have possible solutions, they must pass a validation criteria.

Key steps to producing solution ideas

The primary task of the roadmap is communicating the discovery process, as it can be difficult to bridge the gap between the abstract product strategy and the tangible backlog.The roadmap needs to represent:<ul><li>abstract product values (organised into themes)</li><li>tangible and specific ideas, which will become the product goals.</li></ul>Good values lead to good goals, which leads to a good product.

The roadmap structure

Ideas on the roadmap should be phrased in terms of problems and opportunities. But how the problems are framed is important. Problems should be framed in their purest form to empower the discovery team to find the best solution possible.&nbsp; Problems should be phrased from the point of view of at least one of three product development disciplines: The user, the business, or technology.

Consider if the ideas are worthwhile

A roadmap is a melting pot of ideas where teams experiment to find worthwhile ideas.Your roadmap should achieve these key ideas:<ul><li>Communicate your progress towards achieving the product strategy</li><li>Document the ideas which intend to bring the product strategy to life</li><li>Align stakeholders on what you are currently working on</li></ul>Roadmaps often become the enemy of the product, the user and the business because it is confused with backlogs.Backlogs are purely output-focussed. They are concrete plans of what needs doing. It includes actionable tasks assigned to specific people.

Differentiating between a roadmap and a backlog

These steps are BYOT (bring your own tools.) General principles to help with the right tools:<ul><li>Ideations: Ensure all of the relevant disciplines are present and that the problems are well framed.</li><li>Prototype: show the idea without the frills to get to the root of the proposed solution.</li><li>Test: use realistic tests.</li></ul> During the documentation of the proposed solution, capture these three things as a minimum:<ul><li>Requirements at the epic level.</li><li>UX: visuals of how this solution will manifest.</li><li>Technical specification: The endpoints, integrations and components.</li></ul>

Ideate, prototype and test solution

<ol><li>Before you start with ideas, structure your roadmap correctly.</li><li>Ask if the ideas are worthwhile. A problem describes the gap between where we are now and where we want to be. The items on the roadmap should get us to where we want to be (the product vision).</li><li>Plan your roadmap. Figure out which ideas should be tackled first.</li><li>Ideate, prototype and test solutions.</li></ol>

How to set up a roadmap

The roadmap and the product strategy are inseparable. In my previous article, I argued that product strategies should be value-based and that roadmaps are the goal-based descriptions of how you…

The roadmap structure

Similar ideas to The roadmap structure

To enter the flow state...

Why care about strategic messaging and positioning

The SMART Method