Pm product roadmap

Skill julianoczkowski/product-manager/skills/pm-product-roadmap

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.From its SKILL.md

Install

npx -y skills add julianoczkowski/product-manager --skill pm-product-roadmap

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

SKILL.md

4.1 KB, 897 tokens by cl100k_base, as published. Nobody here has run it

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.

What ships with it

Read from the repository

Just SKILL.md. No reference files, no scripts.

Gives 0 of the 12 instructions most product growth skills give in 897 tokens

Counted across 694 of the 879 authors here whose files we hold, read 2026-09-06

Check for product marketing context firstin 49 of 694, across 20 files
Validate the why before building featuresin 18 of 694, across 4 files
Respond to every comment in real-timein 17 of 694, across 6 files
Structure launch marketing across three channel typesin 16 of 694, across 4 files
Recruit early users one-on-onein 13 of 694, across 2 files
Ask one question at a timein 13 of 694
Rank features using ICE scoringin 12 of 694, across 3 files
Identify primary conversion goalin 11 of 694, across 3 files
Identify traffic contextin 11 of 694, across 3 files
Evaluate headline effectivenessin 11 of 694, across 3 files
Check visual hierarchy and scannabilityin 11 of 694, across 3 files
Run product diagnosticsin 11 of 694, across 3 files

Said here and by no other author read

Interview the user with batch questions
Write the artifact in Markdown
Treat the roadmap as a plan
Communicate outcomes and market problems
Use time-frames rather than dates

Grouped from the skills themselves: near-identical wordings counted once, and counted by distinct author, so one author publishing three of these counts once. Length counted with cl100k_base; the agent that loads this file may tokenize it differently.