Ask questions like this to multiple AIs at once

Try free

How do you make a product roadmap?

Here’s a practical, step-by-step guide to building your first (or next) product roadmap:

Phase 1: Pre-Work (Do This First)

Align on Strategy

  • Confirm the vision: Write down the 12-month product vision in one sentence. If you can’t, pause here.
  • Identify strategic pillars: Pick 2-3 themes (e.g., “Reduce churn,” “Expand enterprise,” “Mobile parity”) that everything must map to.
  • Know your constraints: Document fixed deadlines (regulatory, contractual), budget ceilings, and team capacity.

Gather Inputs

  • Audit your backlog and categorize items by those strategic pillars
  • Conduct 5-10 customer interviews focused on “jobs to be done,” not feature requests
  • Review data: churn reasons, support tickets, usage drop-offs, competitive gaps

Phase 2: Prioritization

Use a framework to force rank. RICE is beginner-friendly:

  • Reach: How many users per quarter?
  • Impact: 3 (massive), 2 (high), 1 (medium), 0.5 (low), 0.25 (minimal)
  • Confidence: % certainty (80%, 50%, 20%)
  • Effort: Person-months
  • Score = (Reach × Impact × Confidence) / Effort

Action: Score your top 20 backlog items. Cut anything below the top 10-15 unless it’s a legal requirement.


Phase 3: Choose Your Roadmap Format

Pick one primary format based on your audience:

TypeBest ForStructure
Theme-BasedExecutive/stakeholder updatesStrategic pillars with initiative groupings (no dates)
TimelineEngineering/resource planningQuarterly swimlanes with approximate shipping windows
Now/Next/LaterAgile teams/customer commsThree buckets indicating priority without commitment to dates
Feature-BasedSales/support enablementSpecific capabilities mapped to release quarters

Pro tip: Create two versions: A theme-based one for leadership (shows business outcomes) and a Now/Next/Later one for engineering (shows sequencing).


Phase 4: Build the Roadmap

Step 1: Define Time Horizons

  • Current (this quarter): Committed, resourced, in progress
  • Near-term (next 2 quarters): Planned, roughly scoped
  • Future (6-12 months): Directional, subject to change

Step 2: Map Initiatives

  • Place items from your RICE scoring into horizons
  • Rule: Current quarter = 3-5 major initiatives max. Everything else is noise.
  • Link each initiative to a metric (e.g., “Self-serve onboarding” → “Reduce time-to-value by 40%”)

Step 3: Add Dependencies

  • Flag cross-team dependencies (e.g., “Needs API work from Platform team”)
  • Identify risks: Technical debt, hiring gaps, third-party integrations

Step 4: Create the Artifact Include these elements:

  • Header: Vision statement + date last updated
  • Legend: What colors mean (theme vs. status vs. team)
  • Initiative cards: Title, objective, owner, key metric, rough sizing (S/M/L)
  • Excluded section: Explicitly list what you’re not doing (manages expectations)

Phase 5: Validation & Communication

The Stakeholder Circuit:

  1. Engineering Lead: Review for feasibility and sequencing (adjust scope if needed)
  2. Design Lead: Check for research/UX timeline requirements
  3. Sales/CS: Validate that “Next” items align with promised deals/retention risks
  4. Executive: Confirm strategic alignment and resource approval

Presentation Tips:

  • Lead with the customer problem, not the solution
  • Show the “why now” for each horizon
  • Emphasize what’s editable (Future) vs. committed (Current)

Phase 6: Maintenance Rhythm

  • Weekly: Update status colors only (don’t reshuffle)
  • Monthly: Review “Next” bucket for market changes
  • Quarterly: Full reset—retire completed items, promote “Next” to “Now,” re-prioritize everything else

Quick-Start Toolkit

Templates: ProductPlan, Roadmunk, or Airfocus (paid); Miro or FigJam (free templates available) Simplest MVP: A Google Sheet with columns: Theme | Initiative | Objective | Quarter | Owner | Status | Confidence %


To tailor this further for you:

  1. What’s your primary constraint right now—fixed deadline (e.g., conference launch), limited engineering resources, or unclear market fit?
  2. Who is the primary audience for this roadmap—your internal dev team, the C-suite, or external customers?
  3. What stage is the product at—pre-PMF startup scaling the MVP, or mature product optimizing retention?

Your answers will determine whether you need a Kanban-style roadmap focused on learning velocity or a feature-commitment roadmap focused on delivery dates.