outcome-roadmap

โดย phuryn

เปลี่ยนแผนงานที่เน้นผลผลิตให้เป็นแผนงานที่เน้นผลลัพธ์ซึ่งสื่อถึงเจตนาเชิงกลยุทธ์ เขียนโครงการริเริ่มใหม่เป็นข้อความแสดงผลลัพธ์ที่สะท้อนผลกระทบต่อผู้ใช้และธุรกิจ ใช้เมื่อต้องการเปลี่ยนไปใช้แผนงานที่เน้นผลลัพธ์ ทำให้แผนงานมีความเป็นเชิงกลยุทธ์มากขึ้น หรือเขียนรายการคุณสมบัติใหม่เป็นผลลัพธ์ที่เกิดขึ้น

npx skills add https://github.com/phuryn/pm-skills --skill outcome-roadmap

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

  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.

  2. 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?
  3. 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]
      
  4. 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
  5. 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
  6. 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)
  7. 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

Skills เพิ่มเติมจาก phuryn

create-prd
phuryn
สร้างเอกสารข้อกำหนดผลิตภัณฑ์ (PRD) โดยใช้เทมเพลต 8 ส่วนที่ครอบคลุม ครอบคลุมปัญหา วัตถุประสงค์ กลุ่มเป้าหมาย คุณค่าที่นำเสนอ โซลูชัน และการวางแผนการเปิดตัว ใช้เมื่อเขียน PRD จัดทำเอกสารข้อกำหนดผลิตภัณฑ์ เตรียมข้อมูลจำเพาะของฟีเจอร์ หรือทบทวน PRD ที่มีอยู่
prioritization-frameworks
phuryn
คู่มืออ้างอิงสำหรับกรอบการจัดลำดับความสำคัญ 9 รูปแบบ พร้อมสูตร หลักเกณฑ์การใช้งาน และเทมเพลต — RICE, ICE, Kano, MoSCoW, Opportunity Score และอื่นๆ ใช้เมื่อต้องการเลือกวิธีการจัดลำดับความสำคัญ เปรียบเทียบกรอบการทำงาน เช่น RICE กับ ICE หรือเรียนรู้ว่าวิธีการจัดลำดับความสำคัญแบบต่างๆ ทำงานอย่างไร
strategy-red-team
phuryn
Red-team เอกสาร PRD, โรดแมป หรือกลยุทธ์ โดยโจมตีสมมติฐานหลักที่รับน้ำหนักของเอกสารก่อนที่ความเป็นจริงจะโจมตี Steelmans จากนั้นจะโจมตีแต่ละข้ออ้าง จัดอันดับโหมดความล้มเหลวตาม ผลกระทบ × ความน่าจะเป็น × ความถูกในการทดสอบ และส่งคืนการทดสอบที่ถูกที่สุดและเกณฑ์การยุติสำหรับแต่ละข้อ ใช้เมื่อต้องการทดสอบความเครียดของแผน ทดสอบแรงกดดันของกลยุทธ์ ท้าทายสมมติฐาน หรือเตรียมเอกสารสำหรับการทบทวนของผู้บริหาร
pre-mortem
phuryn
ทำการวิเคราะห์ความเสี่ยงแบบ pre-mortem บน PRD หรือแผนเปิดตัว แบ่งหมวดหมู่ความเสี่ยงเป็น Tigers (ปัญหาจริง), Paper Tigers (ข้อกังวลที่เกินจริง), และ Elephants (ความกังวลที่ไม่ได้พูดออกมา) จากนั้นจัดประเภทเป็น launch-blocking, fast-follow, หรือ track ใช้เมื่อเตรียมพร้อมสำหรับการเปิดตัว ทดสอบแผนผลิตภัณฑ์ หรือระบุสิ่งที่อาจผิดพลาดได้