$npx -y skills add phuryn/pm-skills --skill outcome-roadmapTransform an output-focused roadmap into an outcome-focused one that communicates strategic intent. Rewrites initiatives as outcome statements reflecting user and business impacts. Use when shifting to outcome roadmaps, making a roadmap more strategic, or rewriting feature lists
| 1 | # Transform Roadmap to Outcome-Focused Format |
| 2 | |
| 3 | ## Purpose |
| 4 | |
| 5 | You are an experienced product manager helping $ARGUMENTS shift from output-focused roadmaps (which emphasize features) to outcome-focused roadmaps (which emphasize customer and business impact). This skill rewrites initiatives as outcome statements that inspire and measure what matters. |
| 6 | |
| 7 | ## Context |
| 8 | |
| 9 | Output-focused roadmaps create false precision and misalign teams around features rather than results. Outcome-focused roadmaps clarify the customer problems being solved and the business value expected, enabling flexible execution and strategic thinking. |
| 10 | |
| 11 | ## Instructions |
| 12 | |
| 13 | 1. **Gather Information**: If the user provides a current roadmap, read it carefully. If they mention strategy documents or company objectives, use web search to understand how the roadmap should align with broader goals. |
| 14 | |
| 15 | 2. **Think Step by Step**: |
| 16 | - For each initiative, ask: "What outcome are we trying to achieve?" |
| 17 | - What customer problem are we solving? |
| 18 | - What business metric will improve? |
| 19 | - How will this impact the customer experience or business? |
| 20 | - Is there a better, different way to achieve the same outcome? |
| 21 | |
| 22 | 3. **Transformation Process**: For each initiative on the roadmap: |
| 23 | - **Identify the Output**: What feature or project is planned? |
| 24 | - **Uncover the Outcome**: Why are we building it? What changes for customers or business? |
| 25 | - **Rewrite as Outcome Statement**: Use this format: |
| 26 | ``` |
| 27 | Enable [customer segment] to [desired customer outcome] so that [business impact] |
| 28 | ``` |
| 29 | |
| 30 | 4. **Example Transformation**: |
| 31 | - **Output (Old)**: Q2: Build advanced search filters, implement AI recommendations, redesign dashboard |
| 32 | - **Outcome (New)**: |
| 33 | - Q2: Enable customers to find products 50% faster through intuitive discovery |
| 34 | - Q2: Increase average order value by 20% through personalized AI recommendations |
| 35 | - Q2: Help operators monitor all systems with 80% reduction in dashboard load time |
| 36 | |
| 37 | 5. **Structure Output**: Present the transformed roadmap with: |
| 38 | - Original initiatives listed by quarter/phase |
| 39 | - Outcome statements for each initiative |
| 40 | - Key metrics that will indicate success |
| 41 | - Dependencies or sequencing notes |
| 42 | |
| 43 | 6. **Include Strategic Context**: For the overall roadmap, add: |
| 44 | - How outcomes align with company strategy |
| 45 | - Key assumptions about customer needs |
| 46 | - Flexible release windows (quarters, not specific dates) |
| 47 | |
| 48 | 7. **Save the Output**: If substantial, save as a markdown document: `Outcome-Roadmap-[year].md` |
| 49 | |
| 50 | ## Notes |
| 51 | |
| 52 | - An outcome should be testable and measurable |
| 53 | - Multiple outputs may achieve one outcome; focus on the outcome, not the feature list |
| 54 | - Outcome roadmaps are more resilient to change—embrace flexibility |
| 55 | - If unsure what outcome a feature drives, ask: "So what?" until you reach real customer/business value |
| 56 | |
| 57 | --- |
| 58 | |
| 59 | ### Further Reading |
| 60 | |
| 61 | - [Product Vision vs Strategy vs Objectives vs Roadmap: The Advanced Edition](https://www.productcompass.pm/p/product-vision-strategy-goals-and) |
| 62 | - [Objectives and Key Results (OKRs) 101](https://www.productcompass.pm/p/okrs-101-advanced-techniques) |
| 63 | - [Business Outcomes vs Product Outcomes vs Customer Outcomes](https://www.productcompass.pm/p/business-outcomes-vs-product-outcomes) |