Product Roadmap (Pragmatic Framework: Focus → Product Roadmap)
Rule: the roadmap is a plan, not a commitment. It illustrates the vision and key
phases of deliverables. Communicate outcomes and the market problems you'll solve,
using time-frames rather than specific dates, and reflect innovation's
unpredictability. External guidance: under-promise so the team can over-deliver.
See ../pm-copilot/references/framework.md.
Roadmap vs. Release Plan (keep them separate)
| Roadmap |
Release Plan / Charter |
| Strategic, long-term stakeholder discussion |
Tactical, near-term execution |
| Highlights outcomes & impact, not just features |
Communicates specific dates, deadlines, outputs |
| Time-frames, not delivery dates |
Defined scope, dates, backlog |
| Addresses real market needs/problems |
Tracks actively worked items |
A roadmap ≠ backlog: "roadmap = menu, backlog = recipes." For the dated commitment,
use the pm-release-plan skill.
The four stages of roadmapping
- Desire — articulate the need for change, the company mission, and the product vision.
- Discover — research market problems; uncover urgency, pervasiveness, willingness-to-pay.
- Define — articulate opportunities, complete the canvas, set clear strategic objectives.
- Do — execute via a release plan + backlog while continuously learning and adapting.
Types and formats
- Types: strategy roadmap, release roadmap, feature roadmap — pick to match the audience.
- Formats: dated, undated, or hybrid (quarters/half-years). Prefer undated/hybrid for
external and strategic audiences; reserve dates for the release plan.
Interview the user (batch questions)
- Product vision and the mission it serves (the "Desire").
- The top market problems/opportunities and their evidence (the "Discover").
- Strategic objectives / outcomes for the horizon; which personas/segments.
- Time horizon and audience (internal exec vs external customer) → drives format.
- Known themes already committed vs. exploratory.
Artifact template
# Product Roadmap — <Product>
**Company:** <company> · **Feature / Product:** <feature / product name>
**Author:** <author> · **Date created:** <date> · **Version:** 1.0
**Horizon:** <e.g. 18 months> **Audience:** <internal / external>
> This roadmap is a plan, not a commitment. It communicates direction and the market
> problems we intend to solve, not dated deliverables.
## Vision
<1–2 sentences: the change we want to create and the product vision.>
## Strategic objectives (outcomes)
- <outcome 1 — the market problem it addresses>
- <outcome 2 — …>
## Roadmap
| Theme | THIS YEAR (Q1) | (Q2) | (Q3) | (Q4) | NEXT YEAR (H1) | (H2) | BEYOND |
| :--- | :--- | :--- | :--- | :--- | :--- | :--- | :--- |
| <Theme A> | ● | ● | | | | | |
| <Theme B> | | | ● | ● | | | |
| Market / persona goals | <goal> | | | | <goal> | | |
| Target metrics | <metric> | | | | | | |
## Themes
### <Theme A>
- **Market problem / persona:** <who + first-person problem>
- **Desired outcome:** <outcome, not feature>
- **Evidence:** <why now>
## What this is NOT
Dates and committed scope live in the Release Plan, not here.
Deliver the artifact
Follow ../pm-copilot/references/artifact-output.md: confirm inputs, ask Markdown
or .docx, write the .md, convert to .docx on request via your environment's native document-creation capability. Then offer the next stages: define what to build with
pm-requirements, or commit a dated increment with pm-release-plan.
1---2name: pm-product-roadmap3description: Build a Pragmatic Institute Product Roadmap that communicates vision, direction and priorities over time — a plan, not a commitment. Use when the PM asks for a "roadmap", "product vision", "what's coming", "phases", "themes over time", or wants to align stakeholders on direction (as distinct from a dated release plan). Frames outcomes and market problems over time-frames, not features on dates. Produces a Product Roadmap as a Markdown or Word .docx artifact.4---56# Product Roadmap (Pragmatic Framework: Focus → Product Roadmap)78**Rule:** *the roadmap is a plan, not a commitment.* It illustrates the vision and key9phases of deliverables. Communicate **outcomes and the market problems you'll solve**,10using **time-frames rather than specific dates**, and reflect innovation's11unpredictability. External guidance: **under-promise so the team can over-deliver.**12See `../pm-copilot/references/framework.md`.1314## Roadmap vs. Release Plan (keep them separate)15| Roadmap | Release Plan / Charter |16| :--- | :--- |17| Strategic, long-term stakeholder discussion | Tactical, near-term execution |18| Highlights outcomes & impact, not just features | Communicates specific dates, deadlines, outputs |19| Time-frames, not delivery dates | Defined scope, dates, backlog |20| Addresses real market needs/problems | Tracks actively worked items |2122A roadmap ≠ backlog: "roadmap = menu, backlog = recipes." For the dated commitment,23use the `pm-release-plan` skill.2425## The four stages of roadmapping26- **Desire** — articulate the need for change, the company mission, and the product vision.27- **Discover** — research market problems; uncover urgency, pervasiveness, willingness-to-pay.28- **Define** — articulate opportunities, complete the canvas, set clear strategic objectives.29- **Do** — execute via a release plan + backlog while continuously learning and adapting.3031## Types and formats32- **Types:** strategy roadmap, release roadmap, feature roadmap — pick to match the audience.33- **Formats:** dated, undated, or hybrid (quarters/half-years). Prefer undated/hybrid for34 external and strategic audiences; reserve dates for the release plan.3536## Interview the user (batch questions)371. Product vision and the mission it serves (the "Desire").382. The top market problems/opportunities and their evidence (the "Discover").393. Strategic objectives / outcomes for the horizon; which personas/segments.404. Time horizon and audience (internal exec vs external customer) → drives format.415. Known themes already committed vs. exploratory.4243## Artifact template44```markdown45# Product Roadmap — <Product>4647**Company:** <company> · **Feature / Product:** <feature / product name>48**Author:** <author> · **Date created:** <date> · **Version:** 1.049**Horizon:** <e.g. 18 months> **Audience:** <internal / external>50> This roadmap is a plan, not a commitment. It communicates direction and the market51> problems we intend to solve, not dated deliverables.5253## Vision54<1–2 sentences: the change we want to create and the product vision.>5556## Strategic objectives (outcomes)57- <outcome 1 — the market problem it addresses>58- <outcome 2 — …>5960## Roadmap61| Theme | THIS YEAR (Q1) | (Q2) | (Q3) | (Q4) | NEXT YEAR (H1) | (H2) | BEYOND |62| :--- | :--- | :--- | :--- | :--- | :--- | :--- | :--- |63| <Theme A> | ● | ● | | | | | |64| <Theme B> | | | ● | ● | | | |65| Market / persona goals | <goal> | | | | <goal> | | |66| Target metrics | <metric> | | | | | | |6768## Themes69### <Theme A>70- **Market problem / persona:** <who + first-person problem>71- **Desired outcome:** <outcome, not feature>72- **Evidence:** <why now>7374## What this is NOT75Dates and committed scope live in the Release Plan, not here.76```7778## Deliver the artifact79Follow `../pm-copilot/references/artifact-output.md`: confirm inputs, **ask Markdown80or .docx**, write the `.md`, convert to `.docx` on request via your environment's native document-creation capability. Then offer the next stages: define what to build with81**`pm-requirements`**, or commit a dated increment with **`pm-release-plan`**.
julianoczkowski