[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M74YJES3DWB7BFQKP1BG2KYJ":3,"skill-same:01M74YJES3DWB7BFQKP1BG2KYJ":52},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":16,"categories":17,"keywords":18,"publishedAt":19,"linkOnly":20,"markdownContent":21,"markdownBody":22,"frontMatter":23,"refName":29,"commitSha":30,"skillDirectory":31,"forksCount":32,"repositoryHtmlUrl":33,"repositoryHomepageUrl":6,"ownerHtmlUrl":34,"ownerBlogUrl":35,"ownerDescription":36,"updatedAt":37,"install":38,"resources":51},"01M74YJES3DWB7BFQKP1BG2KYJ","roadmap-planning",null,"When the user needs to organize product initiatives into a prioritized, time-sequenced plan with outcomes and dependencies.","shawnpang\u002Fstartup-founder-skills","shawnpang","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F22985112?v=4","01M74YFD4GVKV76K78PEE9TNNW","Shawn Pang","01M74YFD562PQ7839XQB42P2GS",385,"MIT","https:\u002F\u002Fgithub.com\u002Fshawnpang\u002Fstartup-founder-skills\u002Fblob\u002Fmain\u002Fskills\u002Froadmap-planning\u002FSKILL.md",[],[],"2026-11-11 17:31:55",false,"---\nname: roadmap-planning\ndescription: When the user needs to organize product initiatives into a prioritized, time-sequenced plan with outcomes and dependencies.\nrelated: [prd-writing, mvp-scoping]\nreads: [startup-context]\n---\n\n# Roadmap Planning\n\n## When to Use\nActivate when a founder or PM has a set of product ideas, feature requests, or strategic bets and needs to organize them into a coherent roadmap. This includes situations like \"help me plan our Q2 roadmap,\" \"prioritize this feature backlog,\" \"what should we build next,\" or \"create a roadmap for the next 6 months.\" Also activate when an existing roadmap needs restructuring from output-focused (feature lists) to outcome-focused (customer and business impact).\n\n## Context Required\n- **From startup-context:** company stage, team size and composition, current product state, business model, key metrics, strategic goals, company OKRs.\n- **From the user:** current roadmap or list of candidate initiatives, known customer needs, resource constraints, hard deadlines, strategy documents or company objectives for alignment, and any committed work already in progress.\n\n## Workflow\n1. **Gather the current state** -- Collect the existing roadmap or feature list. If the user provides strategy documents or company objectives, review them to understand how the roadmap should align with broader goals.\n2. **Transform outputs to outcomes** -- For each initiative, ask: What customer problem are we solving? What business metric will improve? Is there a better way to achieve the same outcome? Rewrite each item as an outcome statement.\n3. **Apply outcome statement format** -- Use: \"Enable [customer segment] to [desired customer outcome] so that [business impact].\" Every roadmap item must pass this test.\n4. **Score and prioritize** -- Apply RICE scoring (Reach, Impact, Confidence, Effort) to rank initiatives. Adjust for strategic alignment with company objectives and OKRs.\n5. **Identify dependencies and sequencing** -- Map which initiatives depend on others. Note technical, data, design, and business dependencies.\n6. **Sequence into time horizons** -- Place initiatives into Now (0-6 weeks), Next (6-12 weeks), and Later (12+ weeks). Use flexible release windows (quarters, not specific dates) for Later items.\n7. **Validate capacity** -- Cross-check the plan against team capacity. A roadmap that requires 3x your engineering bandwidth is a wishlist, not a plan.\n8. **Add strategic context** -- Document how outcomes align with company strategy, key assumptions about customer needs, and review cadence.\n\n## Output Format\n\n### Strategic Context\nOne paragraph restating the company's current strategic priorities and how this roadmap serves them. Include key assumptions about customer needs.\n\n### Outcome-Focused Roadmap\n\n#### Now (0-6 weeks) -- Committed\n| Initiative | Outcome Statement | Key Metric | Owner | Dependencies |\n|---|---|---|---|---|\n| Original feature\u002Fproject | Enable [segment] to [outcome] so that [impact] | Metric + target | Team | List |\n\n#### Next (6-12 weeks) -- High Confidence\nSame table format. Items here are planned but may shift based on learnings from Now.\n\n#### Later (12+ weeks) -- Exploratory\nSame table format. Items here are directional. Flexible time windows, no owners assigned yet.\n\n### Not Doing (and Why)\nInitiatives explicitly excluded with reasoning. This section is as important as the roadmap itself.\n\n### Dependency Map\nVisual or textual representation of which initiatives block or enable others.\n\n### Capacity Check\nSummary of estimated effort vs. available capacity per time horizon.\n\n### Key Assumptions and Risks\nNumbered list of what must be true for this roadmap to succeed.\n\n## Frameworks & Best Practices\n- **Outcomes over outputs.** \"Build advanced search filters\" is an output. \"Enable customers to find products 50% faster through intuitive discovery\" is an outcome. Output-focused roadmaps create false precision and misalign teams around features rather than results.\n- **The outcome statement format.** \"Enable [customer segment] to [desired customer outcome] so that [business impact].\" This forces clarity on who benefits, what changes, and why it matters.\n- **The \"So What?\" test.** If you cannot articulate the outcome a feature drives, keep asking \"So what?\" until you reach real customer or business value. Multiple outputs may achieve one outcome -- focus on the outcome.\n- **RICE scoring.**\n  - **Reach:** How many users\u002Faccounts will this affect per quarter?\n  - **Impact:** On a scale of 0.25 (minimal) to 3 (massive), how much will this move the target metric?\n  - **Confidence:** As a percentage, how sure are you about reach and impact estimates?\n  - **Effort:** Person-weeks required.\n  - **Score:** (Reach x Impact x Confidence) \u002F Effort.\n- **Three-horizon structure.** Now\u002FNext\u002FLater avoids the false precision of Gantt charts. Commit to Now, plan for Next, explore Later.\n- **Outcome roadmaps are resilient to change.** Because they describe the \"why\" rather than the \"what,\" they survive strategy pivots and new information better than feature roadmaps.\n- **Say no explicitly.** A roadmap is defined as much by what it excludes. Maintain a \"Not Doing\" list and share the reasoning.\n- **Align with OKRs.** Every outcome statement should map to a company or product OKR. Orphan initiatives signal misalignment.\n- **Revisit quarterly.** Roadmaps older than one quarter are stale. Build in review cadences.\n- **Stage-appropriate planning.**\n  - **Pre-PMF:** Roadmaps should be 4-6 week sprints focused on learning. No 12-month plans.\n  - **Post-PMF:** Quarterly roadmaps tied to OKRs. Balance growth features with infrastructure and debt.\n  - **Scaling:** Semi-annual roadmaps with cross-team coordination. Dependencies become the hard problem.\n- **Avoid roadmap theater.** Do not create elaborate roadmaps to appease stakeholders if the team lacks the capacity or conviction to execute.\n\n## Related Skills\n- `prd-writing` -- Once an initiative is committed in the Now horizon, write a PRD to spec it out.\n- `mvp-scoping` -- Before placing an initiative on the roadmap, scope its MVP to get a realistic effort estimate.\n- `user-research-synthesis` -- Use customer insights to validate which outcomes matter most to your target segments.\n\n## Examples\n\n### Example 1: Output-to-outcome transformation\n**User:** \"Our Q2 plan says: build advanced search filters, implement AI recommendations, redesign dashboard. Help me turn this into an outcome roadmap.\"\n\n**Good output excerpt:**\n> **Transformation:**\n> - Output: \"Build advanced search filters\" --> Outcome: \"Enable customers to find products 50% faster through intuitive discovery\"\n> - Output: \"Implement AI recommendations\" --> Outcome: \"Increase average order value by 20% through personalized discovery\"\n> - Output: \"Redesign dashboard\" --> Outcome: \"Help operators monitor all systems with 80% reduction in dashboard load time\"\n>\n> Each outcome is now testable, measurable, and opens the door to alternative solutions beyond the originally specified feature.\n\n### Example 2: Feature backlog to roadmap\n**User:** \"Here's our feature backlog: Slack integration, SSO, reporting dashboard, mobile app, API v2, onboarding wizard. Help me build a roadmap.\"\n\n**Good output excerpt:**\n> **Now (0-6 weeks):**\n> | Onboarding Wizard | Enable new signups to reach first value within 10 minutes so that activation rate increases from 35% to 55% | Activation rate | Growth team | None |\n>\n> **Not Doing This Quarter:**\n> - Mobile app -- Current usage data shows \u003C5% of sessions are mobile. Revisit when mobile demand signal is stronger. Asking \"So what?\" reveals no compelling customer outcome today.\n","# Roadmap Planning\n\n## When to Use\nActivate when a founder or PM has a set of product ideas, feature requests, or strategic bets and needs to organize them into a coherent roadmap. This includes situations like \"help me plan our Q2 roadmap,\" \"prioritize this feature backlog,\" \"what should we build next,\" or \"create a roadmap for the next 6 months.\" Also activate when an existing roadmap needs restructuring from output-focused (feature lists) to outcome-focused (customer and business impact).\n\n## Context Required\n- **From startup-context:** company stage, team size and composition, current product state, business model, key metrics, strategic goals, company OKRs.\n- **From the user:** current roadmap or list of candidate initiatives, known customer needs, resource constraints, hard deadlines, strategy documents or company objectives for alignment, and any committed work already in progress.\n\n## Workflow\n1. **Gather the current state** -- Collect the existing roadmap or feature list. If the user provides strategy documents or company objectives, review them to understand how the roadmap should align with broader goals.\n2. **Transform outputs to outcomes** -- For each initiative, ask: What customer problem are we solving? What business metric will improve? Is there a better way to achieve the same outcome? Rewrite each item as an outcome statement.\n3. **Apply outcome statement format** -- Use: \"Enable [customer segment] to [desired customer outcome] so that [business impact].\" Every roadmap item must pass this test.\n4. **Score and prioritize** -- Apply RICE scoring (Reach, Impact, Confidence, Effort) to rank initiatives. Adjust for strategic alignment with company objectives and OKRs.\n5. **Identify dependencies and sequencing** -- Map which initiatives depend on others. Note technical, data, design, and business dependencies.\n6. **Sequence into time horizons** -- Place initiatives into Now (0-6 weeks), Next (6-12 weeks), and Later (12+ weeks). Use flexible release windows (quarters, not specific dates) for Later items.\n7. **Validate capacity** -- Cross-check the plan against team capacity. A roadmap that requires 3x your engineering bandwidth is a wishlist, not a plan.\n8. **Add strategic context** -- Document how outcomes align with company strategy, key assumptions about customer needs, and review cadence.\n\n## Output Format\n\n### Strategic Context\nOne paragraph restating the company's current strategic priorities and how this roadmap serves them. Include key assumptions about customer needs.\n\n### Outcome-Focused Roadmap\n\n#### Now (0-6 weeks) -- Committed\n| Initiative | Outcome Statement | Key Metric | Owner | Dependencies |\n|---|---|---|---|---|\n| Original feature\u002Fproject | Enable [segment] to [outcome] so that [impact] | Metric + target | Team | List |\n\n#### Next (6-12 weeks) -- High Confidence\nSame table format. Items here are planned but may shift based on learnings from Now.\n\n#### Later (12+ weeks) -- Exploratory\nSame table format. Items here are directional. Flexible time windows, no owners assigned yet.\n\n### Not Doing (and Why)\nInitiatives explicitly excluded with reasoning. This section is as important as the roadmap itself.\n\n### Dependency Map\nVisual or textual representation of which initiatives block or enable others.\n\n### Capacity Check\nSummary of estimated effort vs. available capacity per time horizon.\n\n### Key Assumptions and Risks\nNumbered list of what must be true for this roadmap to succeed.\n\n## Frameworks & Best Practices\n- **Outcomes over outputs.** \"Build advanced search filters\" is an output. \"Enable customers to find products 50% faster through intuitive discovery\" is an outcome. Output-focused roadmaps create false precision and misalign teams around features rather than results.\n- **The outcome statement format.** \"Enable [customer segment] to [desired customer outcome] so that [business impact].\" This forces clarity on who benefits, what changes, and why it matters.\n- **The \"So What?\" test.** If you cannot articulate the outcome a feature drives, keep asking \"So what?\" until you reach real customer or business value. Multiple outputs may achieve one outcome -- focus on the outcome.\n- **RICE scoring.**\n  - **Reach:** How many users\u002Faccounts will this affect per quarter?\n  - **Impact:** On a scale of 0.25 (minimal) to 3 (massive), how much will this move the target metric?\n  - **Confidence:** As a percentage, how sure are you about reach and impact estimates?\n  - **Effort:** Person-weeks required.\n  - **Score:** (Reach x Impact x Confidence) \u002F Effort.\n- **Three-horizon structure.** Now\u002FNext\u002FLater avoids the false precision of Gantt charts. Commit to Now, plan for Next, explore Later.\n- **Outcome roadmaps are resilient to change.** Because they describe the \"why\" rather than the \"what,\" they survive strategy pivots and new information better than feature roadmaps.\n- **Say no explicitly.** A roadmap is defined as much by what it excludes. Maintain a \"Not Doing\" list and share the reasoning.\n- **Align with OKRs.** Every outcome statement should map to a company or product OKR. Orphan initiatives signal misalignment.\n- **Revisit quarterly.** Roadmaps older than one quarter are stale. Build in review cadences.\n- **Stage-appropriate planning.**\n  - **Pre-PMF:** Roadmaps should be 4-6 week sprints focused on learning. No 12-month plans.\n  - **Post-PMF:** Quarterly roadmaps tied to OKRs. Balance growth features with infrastructure and debt.\n  - **Scaling:** Semi-annual roadmaps with cross-team coordination. Dependencies become the hard problem.\n- **Avoid roadmap theater.** Do not create elaborate roadmaps to appease stakeholders if the team lacks the capacity or conviction to execute.\n\n## Related Skills\n- `prd-writing` -- Once an initiative is committed in the Now horizon, write a PRD to spec it out.\n- `mvp-scoping` -- Before placing an initiative on the roadmap, scope its MVP to get a realistic effort estimate.\n- `user-research-synthesis` -- Use customer insights to validate which outcomes matter most to your target segments.\n\n## Examples\n\n### Example 1: Output-to-outcome transformation\n**User:** \"Our Q2 plan says: build advanced search filters, implement AI recommendations, redesign dashboard. Help me turn this into an outcome roadmap.\"\n\n**Good output excerpt:**\n> **Transformation:**\n> - Output: \"Build advanced search filters\" --> Outcome: \"Enable customers to find products 50% faster through intuitive discovery\"\n> - Output: \"Implement AI recommendations\" --> Outcome: \"Increase average order value by 20% through personalized discovery\"\n> - Output: \"Redesign dashboard\" --> Outcome: \"Help operators monitor all systems with 80% reduction in dashboard load time\"\n>\n> Each outcome is now testable, measurable, and opens the door to alternative solutions beyond the originally specified feature.\n\n### Example 2: Feature backlog to roadmap\n**User:** \"Here's our feature backlog: Slack integration, SSO, reporting dashboard, mobile app, API v2, onboarding wizard. Help me build a roadmap.\"\n\n**Good output excerpt:**\n> **Now (0-6 weeks):**\n> | Onboarding Wizard | Enable new signups to reach first value within 10 minutes so that activation rate increases from 35% to 55% | Activation rate | Growth team | None |\n>\n> **Not Doing This Quarter:**\n> - Mobile app -- Current usage data shows \u003C5% of sessions are mobile. Revisit when mobile demand signal is stronger. Asking \"So what?\" reveals no compelling customer outcome today.\n",{"name":5,"reads":24,"related":26,"description":7},[25],"startup-context",[27,28],"prd-writing","mvp-scoping","main","4ad31b43eef3ae3755cc57ec7e435dab4699ab44","skills\u002Froadmap-planning",44,"https:\u002F\u002Fgithub.com\u002Fshawnpang\u002Fstartup-founder-skills","https:\u002F\u002Fgithub.com\u002Fshawnpang","allscale.io","Building @allscale-io \r\nAlum @RichardIveyBusinessSchool \r\nExited from HashMatrix\r\nEx-Backend Dev @ByteDance\r\nEx-Product @CapitalOne @TikTok","2026-03-17 00:47:55",{"source":8,"skillName":5,"commands":39,"prompt":49,"zipAvailable":50},[40,43,46],{"tool":41,"command":42},"npx","npx skills add shawnpang\u002Fstartup-founder-skills --skill roadmap-planning",{"tool":44,"command":45},"bunx","bunx skills add shawnpang\u002Fstartup-founder-skills --skill roadmap-planning",{"tool":47,"command":48},"pnpm","pnpm dlx skills add shawnpang\u002Fstartup-founder-skills --skill roadmap-planning","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Fshawnpang\u002Fstartup-founder-skills\u002Fblob\u002Fmain\u002Fskills\u002Froadmap-planning\u002FSKILL.md",true,[],[53,60,67,74,81,87],{"skillNo":54,"name":55,"nameZh":6,"description":56,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":57,"categories":58,"keywords":59,"publishedAt":19},"01M74YKFJBG7D7CVZHZQX9QB6X","user-research-synthesis","When the user has raw customer interview transcripts, survey responses, support tickets, or other qualitative data and needs to extract actionable insights.","https:\u002F\u002Fgithub.com\u002Fshawnpang\u002Fstartup-founder-skills\u002Fblob\u002Fmain\u002Fskills\u002Fuser-research-synthesis\u002FSKILL.md",[],[],{"skillNo":61,"name":62,"nameZh":6,"description":63,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":64,"categories":65,"keywords":66,"publishedAt":19},"01M74YKDA0DMZGMKN0ZXWQ83RS","terms-of-service","When the user needs to draft, review, or update terms of service for their SaaS product or web application.","https:\u002F\u002Fgithub.com\u002Fshawnpang\u002Fstartup-founder-skills\u002Fblob\u002Fmain\u002Fskills\u002Fterms-of-service\u002FSKILL.md",[],[],{"skillNo":68,"name":69,"nameZh":6,"description":70,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":71,"categories":72,"keywords":73,"publishedAt":19},"01M74YKA5EDTSDCJ3M60GGWK42","tech-stack-eval","When the user needs to choose between technologies, frameworks, or tools — or says \"which framework should I use\", \"compare X vs Y\", \"should we migrate from X to Y\", \"what database should I use\", \"calculate TCO\".","https:\u002F\u002Fgithub.com\u002Fshawnpang\u002Fstartup-founder-skills\u002Fblob\u002Fmain\u002Fskills\u002Ftech-stack-eval\u002FSKILL.md",[],[],{"skillNo":75,"name":76,"nameZh":6,"description":77,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":78,"categories":79,"keywords":80,"publishedAt":19},"01M74YK6WBXMTA6QDMKWAC4EDV","support-docs","When the user needs to create help center articles, FAQs, troubleshooting guides, API documentation, or getting-started guides for customers.","https:\u002F\u002Fgithub.com\u002Fshawnpang\u002Fstartup-founder-skills\u002Fblob\u002Fmain\u002Fskills\u002Fsupport-docs\u002FSKILL.md",[],[],{"skillNo":82,"name":25,"nameZh":6,"description":83,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":84,"categories":85,"keywords":86,"publishedAt":19},"01M74YK4RRS1AST1VVX3HP24ZZ","When the user wants to create or update their startup context document. Also use when the user mentions \"set up context\", \"tell you about my startup\", or any other skill needs context that doesn't exist yet.","https:\u002F\u002Fgithub.com\u002Fshawnpang\u002Fstartup-founder-skills\u002Fblob\u002Fmain\u002Fskills\u002Fstartup-context\u002FSKILL.md",[],[],{"skillNo":88,"name":89,"nameZh":6,"description":90,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":91,"categories":92,"keywords":93,"publishedAt":19},"01M74YK26W3TXVY4MSC185QHY3","sourcing-outreach","When the user needs to write recruiting outreach messages to attract passive candidates or request referrals.","https:\u002F\u002Fgithub.com\u002Fshawnpang\u002Fstartup-founder-skills\u002Fblob\u002Fmain\u002Fskills\u002Fsourcing-outreach\u002FSKILL.md",[],[]]