Roadmap Communication

Roadmap Communication Expert

Overview

A single roadmap cannot serve every audience. Executives need confidence and strategic framing. Customers need plausible promises with credible timelines. Internal teams need detail, dependency awareness, and honest risk. When PMs publish one roadmap to all three, one audience is always wrong -- either the executives are bored, customers feel misled, or engineers feel managed.

This skill produces three variants of the same underlying roadmap, each tailored to its audience. The underlying source of truth -- the roadmap data -- stays single; the framing, level of detail, risk language, and visualization all change. The variants share names and identifiers so a customer reference can be traced back through the internal variant to the actual ticket. The structural backbone is Now / Next / Later (Janna Bastow, ProdPad), which Marty Cagan calls "right-sizing the roadmap" -- forecast confidence decreases with time horizon, so commit explicitly to "Now," name "Next" by theme, and keep "Later" deliberately fuzzy.

Core Capabilities

• Three audience variants — executive (outcome-led, confidence-rated, 1 page), customer (theme-led, benefit-framed, no firm dates), and internal (feature-led with owners, dependencies, and explicit risk).
• Now / Next / Later right-sizing — encode the confidence gradient and calibrate it per audience.
• Outcome-vs-feature framing — translate features into customer outcomes for the executive and customer variants.
• Triangulation check — trace one Now item across all three variants to guarantee consistent identity and framing.

When to Use

• Quarterly roadmap publication -- the regular cadence where you communicate to multiple audiences.
• Pre-board meeting -- the executive variant feeds the board packet.
• Annual customer conference -- the customer variant becomes the conference roadmap session.
• Engineering kickoff -- the internal variant grounds sprint planning across multiple teams.
• Sales enablement -- the customer variant feeds sales reps' "what's coming" pitch.

When NOT to Use

• For a single-team backlog with one stakeholder (one roadmap suffices).
• For tactical sprint planning (use ../scrum-master/ outputs).
• For incident communication or in-flight project status (use status-update-generator/).

Clarify First

Before generating the variants, confirm these inputs. If any is unknown or vague, ASK — do not assume:

• Target audience(s) — executive, customer, internal, or all three (each is a distinct variant with different detail, framing, and risk language)
• The roadmap source of truth — Now/Next/Later items with owners and dates (the internal variant is authored first; exec/customer derive from it)
• Date-commitment policy — what you can promise customers publicly (the customer variant strips firm dates; the exec variant gets confidence ratings instead)

Stop rule: ask only the 2-3 that most change the output. If the user says "just draft it," proceed and list your assumptions at the top of the artifact.

Quick Start

1. Author the internal variant first — it is the source of truth (owners, dates, dependencies, risks). Use assets/internal_roadmap_template.md.
2. Derive the executive variant — promote each Now item to its parent outcome, add confidence ratings, cap at 1 page. Use assets/executive_roadmap_template.md.
3. Derive the customer variant — translate features to benefits, strip dates beyond the current quarter, use "exploring / in development / shipping soon." Use assets/customer_roadmap_template.md.
4. Run the triangulation check — trace one Now item across all three; the framings must be consistent. Re-publish on a fixed cadence.