roadmap-builder

Prioritize features using an Impact vs Effort matrix and stage-based rules.

Updated Feb 2, 2026
One-click install
npx skills add https://github.com/jeremyspofford/dotfiles --skill roadmap-builder
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: roadmap-builder
Source: https://github.com/jeremyspofford/dotfiles/tree/main/home/.claude/skills/roadmap-builder
Command: npx skills add https://github.com/jeremyspofford/dotfiles --skill roadmap-builder

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solves? This Skill prevents feature creep, unfocused development, and the wasted effort of building features nobody wants by providing a clear framework for product roadmap prioritization.

Core Features & Use Cases

  • Impact vs. Effort Matrix: Systematically evaluates feature ideas to identify "Build Now" opportunities, ensuring maximum return on development investment.
  • Stage-Based Prioritization: Guides development based on your product's current lifecycle (Pre-Launch, Post-Launch, Growth), focusing on Retention, Core, Monetization, and Growth in the correct order.
  • Idea Validation: Challenges feature requests with "The Three Questions" to ensure real user demand and avoid building based on assumptions.
  • Use Case: When a new feature request comes in, ask the AI to "evaluate this feature idea using the roadmap-builder skill" to get a clear verdict and actionable next steps, keeping your team focused.

Quick Start

Evaluate the idea for 'user-generated content' using the roadmap-builder skill.

Frequently Asked Questions about roadmap-builder

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I prioritize features for my product roadmap?

Prioritize features using an Impact vs. Effort matrix that evaluates each idea across retention, core functionality, revenue, and churn reduction. Rank features into Build Now, Build Soon, Build Last, or Skip It categories based on stage-specific governance—Retention and Core for post-launch, Monetization and Growth for mature products—ensuring maximum return on development investment.

What's the best way to evaluate a feature request and avoid building what users don't want?

Evaluate feature requests against three validation questions to confirm real user demand before committing resources. Apply impact and effort scoring to separate high-value features from low-priority requests, preventing feature creep and wasted development effort on assumptions rather than validated needs.

How do I prevent feature creep and keep my development focused?

Feature creep occurs when teams build without prioritization framework. Apply stage-based governance tied to your product lifecycle—pre-launch focuses on core use, post-launch on retention, growth stage on monetization—with clear decision rules for what builds now versus later, keeping the team aligned.

Should I build this feature now or later in my product development?

Stage-based prioritization determines timing: categorize features into Retention, Core, Monetization, or Growth buckets, then map to your current lifecycle phase. An Impact vs. Effort matrix scores each feature's business value against time-to-delivery, positioning it in your roadmap with concrete Build Now, Build Soon, or Build Last actions.

Can I use this framework for sprint planning and backlog management?

Yes. The framework applies to roadmap planning, sprint prioritization, and evaluating feature requests. Use the impact and effort scoring plus stage-based governance to rank backlog items and allocate sprints toward features that drive retention and revenue, not just feature volume.

What's the difference between MVP, post-launch, and growth stage prioritization?

Each stage has different priorities: MVP focuses on core functionality to validate product-market fit, post-launch emphasizes retention to keep users engaged, growth stage prioritizes monetization and referral features. Stage-based governance ensures you build the right features at the right time, avoiding premature monetization or delayed core features.