Ask questions like this to multiple AIs at once

Try free

What are the best techniques to create a product roadmap?

Here’s a step-by-step action plan to build a roadmap that actually drives execution (rather than just gathering dust).

Phase 1: Lock the Foundation (Do This First)

Without these, your roadmap is just a wishlist.

  1. Define the "Strategic Anchor"
    Write one sentence: "In [timeframe], we will move [metric] from X to Y by solving [specific problem] for [specific user]."
    Example: "In Q3, we will reduce churn from 15% to 10% by solving reporting latency for enterprise finance teams."

  2. Identify Your Constraints
    List non-negotiables before you plan: engineering capacity (e.g., "2 backend devs on loan to Platform team"), fixed deadlines (regulatory/compliance), and technical debt thresholds.

  3. Map the Customer Journey Gap
    Pick one framework:

    • JTBD (Jobs-to-be-Done): What progress is the user trying to make?
    • Pain-Gain Mapping: List top 5 user pain points (from support tickets, sales calls, churn surveys) and map to business value.

Phase 2: Choose Your Prioritization Engine

Don’t use "High/Medium/Low." Use a scoring system to depoliticize decisions:

FrameworkBest ForHow to Use
RICEData-rich environmentsScore: Reach (users affected) × Impact (0.25-3) × Confidence (%) ÷ Effort (person-months)
MoSCoWStakeholder-heavy orgsBucket items: Must have (launch blockers), Should have (important), Could have (nice), Won’t have (next quarter)
Value vs. ComplexityResource-constrained teamsPlot on 2×2 matrix; kill anything in "High Complexity/Low Value" immediately
Cost of DelayCompliance/security productsCalculate: User Pain × Business Risk per week delayed

Pro Tip: Run two passes—one scoring business value, one scoring strategic alignment (vision fit). Items must score high on both to make the cut.


Phase 3: Structure the Roadmap

Pick a format based on your audience:

Option A: The "Now/Next/Later" (Best for Agile/Startups)

  • Now: Committed, in-progress, detailed specs
  • Next: Prioritized, roughly scoped, ready to pull
  • Later: Validated problems, not solutions; loose timeframes

Use when: Priorities shift frequently; stakeholders panic when dates are missed.

Option B: Theme-Based (Best for B2B/Enterprise)

Group by outcomes, not features:

  • Theme: "Enable Self-Service Onboarding"
    • Initiative: Automated workspace setup
    • Initiative: In-app tutorial system
    • Success Metric: Time-to-value reduced 40%

Use when: You need to show strategy to executives while maintaining flexibility for teams.

Option C: Timeline-Based (Best for Hard Deadlines)

  • This Quarter: Granular, feature-level detail
  • Next Quarter: Epic-level, 60% confidence
  • 6+ Months: Theme-level, 30% confidence (planning horizon only)

Use when: You have regulatory launches, hardware dependencies, or contractual commitments.


Phase 4: The "Socialization" Process

A roadmap is a communication tool, not a document.

  1. Pre-align with Engineering Lead
    Review capacity and technical dependencies before showing leadership. Nothing kills credibility like promising unbuildable features.

  2. Run the "Stakeholder Circuit"

    • Sales: "What deal is at risk without X?" (Maps to revenue protection)
    • Support: "What causes 20%+ of tickets?" (Maps to cost reduction)
    • CSM: "What do churned customers cite?" (Maps to retention)
  3. The "Hell Yeah or No" Review
    Present to leadership without numbers/scores. If they debate a single item for >10 minutes, it’s too ambiguous—break it down or kill it.


Phase 5: Make It Actionable

Turn your roadmap into executable steps:

For each item on the roadmap, define:

  • Problem Statement: "Users currently do X, which causes Y pain"
  • Success Metric: Specific, measurable outcome (not "improve engagement" but "increase feature adoption from 30% to 50%")
  • Output vs. Outcome: Output = "Ship dark mode"; Outcome = "Reduce eye strain complaints to <2% of feedback"

Dependency Mapping: Create a simple table:

FeatureBlocked ByBlocksRisk Mitigation
API v2Platform migrationMobile app rewriteStart API design 4 weeks before migration completes

Common Pitfalls to Avoid

  • The "Feature Factory": If your roadmap lists only outputs (features), rewrite it to show outcomes (user/business impact).
  • The "Puppet Roadmap": If Sales/CEO can add items directly without scoring, you have a project list, not a strategy.
  • Date Anxiety: Only put hard dates on "Now" column items. Everything else is "Target: Q3" (quarterly) or "Second Half" (half-yearly).

Quick-Start Checklist

  • Write your strategic anchor sentence
  • Score top 10 candidate ideas using RICE or Value/Complexity
  • Choose roadmap format (Now/Next/Later vs. Timeline)
  • Schedule 30-min pre-alignment with tech lead
  • Create "Problem/Success Metric" template for top 3 items

To tailor this to your specific situation, tell me:

  1. Are you B2B SaaS, consumer app, or physical hardware?
  2. What's your biggest constraint right now—engineering capacity, unclear strategy, or stakeholder misalignment?
  3. Who is the primary audience for this roadmap (your dev team, the CEO, or external customers)?

This will help me recommend which specific prioritization framework and format will work best for your context.