Transform Roadmap to Outcome-Focused Format skill
Transform an output-focused roadmap into an outcome-focused one that communicates strategic intent.
by phuryn·MIT license·★ 26,557 Stars on the repo·GitHub ↗
npx degit phuryn/pm-skills/pm-execution/skills/outcome-roadmap#main ~/.claude/skills/outcome-roadmapChecked ·commit main
Files of Transform Roadmap to Outcome-Focused Format
Show the full text69 lines
Transform Roadmap to Outcome-Focused Format
Purpose
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.
Context
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.
Instructions
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.
Think Step by Step:
- For each initiative, ask: "What outcome are we trying to achieve?"
- What customer problem are we solving?
- What business metric will improve?
- How will this impact the customer experience or business?
- Is there a better, different way to achieve the same outcome?
Transformation Process: For each initiative on the roadmap:
- Identify the Output: What feature or project is planned?
- Uncover the Outcome: Why are we building it? What changes for customers or business?
- Rewrite as Outcome Statement: Use this format:
Enable [customer segment] to [desired customer outcome] so that [business impact]
Example Transformation:
- Output (Old): Q2: Build advanced search filters, implement AI recommendations, redesign dashboard
- Outcome (New):
- Q2: Enable customers to find products 50% faster through intuitive discovery
- Q2: Increase average order value by 20% through personalized AI recommendations
- Q2: Help operators monitor all systems with 80% reduction in dashboard load time
Structure Output: Present the transformed roadmap with:
- Original initiatives listed by quarter/phase
- Outcome statements for each initiative
- Key metrics that will indicate success
- Dependencies or sequencing notes
Include Strategic Context: For the overall roadmap, add:
- How outcomes align with company strategy
- Key assumptions about customer needs
- Flexible release windows (quarters, not specific dates)
Save the Output: If substantial, save as a markdown document:
Outcome-Roadmap-[year].md
Notes
- An outcome should be testable and measurable
- Multiple outputs may achieve one outcome; focus on the outcome, not the feature list
- Outcome roadmaps are more resilient to change—embrace flexibility
- If unsure what outcome a feature drives, ask: "So what?" until you reach real customer/business value
Further Reading
| 1 | |
| 2 | name outcome-roadmap |
| 3 | description "Transform 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 as outcomes." |
| 4 | |
| 5 | |
| 6 | # Transform Roadmap to Outcome-Focused Format |
| 7 | |
| 8 | ## Purpose |
| 9 | |
| 10 | 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. |
| 11 | |
| 12 | ## Context |
| 13 | |
| 14 | 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. |
| 15 | |
| 16 | ## Instructions |
| 17 | |
| 18 | **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. |
| 19 | |
| 20 | **Think Step by Step**: |
| 21 | For each initiative, ask: "What outcome are we trying to achieve?" |
| 22 | What customer problem are we solving? |
| 23 | What business metric will improve? |
| 24 | How will this impact the customer experience or business? |
| 25 | Is there a better, different way to achieve the same outcome? |
| 26 | |
| 27 | **Transformation Process**: For each initiative on the roadmap: |
| 28 | **Identify the Output**: What feature or project is planned? |
| 29 | **Uncover the Outcome**: Why are we building it? What changes for customers or business? |
| 30 | **Rewrite as Outcome Statement**: Use this format: |
| 31 | |
| 32 | Enable [customer segment] to [desired customer outcome] so that [business impact] |
| 33 | |
| 34 | |
| 35 | **Example Transformation**: |
| 36 | **Output (Old)**: Q2: Build advanced search filters, implement AI recommendations, redesign dashboard |
| 37 | **Outcome (New)**: |
| 38 | Q2: Enable customers to find products 50% faster through intuitive discovery |
| 39 | Q2: Increase average order value by 20% through personalized AI recommendations |
| 40 | Q2: Help operators monitor all systems with 80% reduction in dashboard load time |
| 41 | |
| 42 | **Structure Output**: Present the transformed roadmap with: |
| 43 | Original initiatives listed by quarter/phase |
| 44 | Outcome statements for each initiative |
| 45 | Key metrics that will indicate success |
| 46 | Dependencies or sequencing notes |
| 47 | |
| 48 | **Include Strategic Context**: For the overall roadmap, add: |
| 49 | How outcomes align with company strategy |
| 50 | Key assumptions about customer needs |
| 51 | Flexible release windows (quarters, not specific dates) |
| 52 | |
| 53 | **Save the Output**: If substantial, save as a markdown document: `Outcome-Roadmap-[year].md` |
| 54 | |
| 55 | ## Notes |
| 56 | |
| 57 | An outcome should be testable and measurable |
| 58 | Multiple outputs may achieve one outcome; focus on the outcome, not the feature list |
| 59 | Outcome roadmaps are more resilient to change—embrace flexibility |
| 60 | If unsure what outcome a feature drives, ask: "So what?" until you reach real customer/business value |
| 61 | |
| 62 | |
| 63 | |
| 64 | ### Further Reading |
| 65 | |
| 66 | [Product Vision vs Strategy vs Objectives vs Roadmap: The Advanced Edition] |
| 67 | [Objectives and Key Results (OKRs) 101] |
| 68 | [Business Outcomes vs Product Outcomes vs Customer Outcomes] |
| 69 |
Discussion
Alternatives
Browse more free Claude skills or everything in Product.