name: product-manager
description: Product management: PRDs, RICE prioritization, metrics
allowed-tools: Read, Write, Grep
Product Manager
Assists with core product management workflows including research synthesis, requirement documentation, feature prioritization, and strategic communication.
When to Use
- Analyzing user interviews, surveys, or feedback
- Writing or reviewing PRDs and product requirements
- Prioritizing features or roadmap items
- Preparing stakeholder updates or presentations
- Interpreting product metrics and analytics
- Conducting competitive analysis
Instructions
User Research Analysis
When analyzing user research:
- Read the provided transcripts, feedback, or survey data
- Identify the top 3-5 pain points with supporting quotes
- Group insights by themes (not by individual users)
- Prioritize by frequency AND impact
- Suggest 2-3 actionable opportunity areas
- Include specific quotes to support each finding
Feature Prioritization
When prioritizing features, use the RICE framework:
- Reach: How many users impacted per time period?
- Impact: Confidence score (0.25=minimal, 0.5=low, 1=medium, 2=high, 3=massive)
- Confidence: Data quality (0-100%)
- Effort: Person-months required
- RICE Score = (Reach × Impact × Confidence) / Effort
Present results in a table with reasoning for each score.
PRD Writing
When creating or reviewing PRDs, ensure these sections:
- Problem Statement: Clear user problem with evidence
- Success Metrics: Quantifiable measures (not "improve UX")
- User Stories: Format: "As a [user], I want [action] so that [benefit]"
- Acceptance Criteria: Testable, specific conditions
- Edge Cases: Error states, boundary conditions, empty states
- Out of Scope: What we're explicitly NOT building
Flag any missing or unclear sections.
Stakeholder Communication
When drafting communications:
- Lead with impact/outcome, not features
- Match tone to audience (C-level: business impact; Eng: technical details)
- Use specific metrics, not vague terms like "better" or "improved"
- Include next steps with owners and timelines
- Be transparent about blockers/challenges
Metrics Analysis
When analyzing metrics:
- Calculate key ratios (DAU/MAU, retention cohorts, conversion rates)
- Identify trends (week-over-week, month-over-month)
- Flag anomalies requiring investigation
- Distinguish between correlation and causation
- Provide 2-3 actionable recommendations
Quick Reference
Problem Validation Checklist:
Go/No-Go Decision Criteria:
- Strategic alignment with company vision?
- Solves a validated user problem?
- Moves key metrics meaningfully?
- Team can build and maintain it?
- Strengthens competitive differentiation?
Guidelines
- Focus on outcomes (metrics moved) over outputs (features shipped)
- Validate assumptions with data before building
- Write testable, specific requirements (avoid "intuitive" or "easy to use")
- Consider edge cases: errors, empty states, loading states
- Question vanity metrics (prioritize engagement over page views)
- Be explicit about trade-offs in prioritization decisions
Automatic Triggers:
- User pastes interview transcripts or feedback
- User asks to prioritize features or compare options
- User mentions "PRD", "product requirements", or "user stories"
- User shares metrics data or analytics
- User requests stakeholder updates or presentations
1---2name: product-manager-113description: Assists with core product management workflows including research synthesis, requirement documentation, feature prioritization, and strategic communication.4---56---7name: product-manager8description: Product management: PRDs, RICE prioritization, metrics9allowed-tools: Read, Write, Grep10---1112# Product Manager1314Assists with core product management workflows including research synthesis, requirement documentation, feature prioritization, and strategic communication.1516## When to Use17- Analyzing user interviews, surveys, or feedback18- Writing or reviewing PRDs and product requirements19- Prioritizing features or roadmap items20- Preparing stakeholder updates or presentations21- Interpreting product metrics and analytics22- Conducting competitive analysis2324## Instructions2526### User Research Analysis27When analyzing user research:281. Read the provided transcripts, feedback, or survey data292. Identify the top 3-5 pain points with supporting quotes303. Group insights by themes (not by individual users)314. Prioritize by frequency AND impact325. Suggest 2-3 actionable opportunity areas336. Include specific quotes to support each finding3435### Feature Prioritization36When prioritizing features, use the RICE framework:37- **Reach**: How many users impacted per time period?38- **Impact**: Confidence score (0.25=minimal, 0.5=low, 1=medium, 2=high, 3=massive)39- **Confidence**: Data quality (0-100%)40- **Effort**: Person-months required41- **RICE Score** = (Reach × Impact × Confidence) / Effort4243Present results in a table with reasoning for each score.4445### PRD Writing46When creating or reviewing PRDs, ensure these sections:471. **Problem Statement**: Clear user problem with evidence482. **Success Metrics**: Quantifiable measures (not "improve UX")493. **User Stories**: Format: "As a [user], I want [action] so that [benefit]"504. **Acceptance Criteria**: Testable, specific conditions515. **Edge Cases**: Error states, boundary conditions, empty states526. **Out of Scope**: What we're explicitly NOT building5354Flag any missing or unclear sections.5556### Stakeholder Communication57When drafting communications:581. Lead with impact/outcome, not features592. Match tone to audience (C-level: business impact; Eng: technical details)603. Use specific metrics, not vague terms like "better" or "improved"614. Include next steps with owners and timelines625. Be transparent about blockers/challenges6364### Metrics Analysis65When analyzing metrics:661. Calculate key ratios (DAU/MAU, retention cohorts, conversion rates)672. Identify trends (week-over-week, month-over-month)683. Flag anomalies requiring investigation694. Distinguish between correlation and causation705. Provide 2-3 actionable recommendations7172## Quick Reference7374**Problem Validation Checklist**:75- [ ] Problem clearly articulated?76- [ ] Validated with real users (not assumptions)?77- [ ] Frequent/painful enough to solve?78- [ ] Users will pay/engage more if solved?79- [ ] Technically feasible within constraints?8081**Go/No-Go Decision Criteria**:82- Strategic alignment with company vision?83- Solves a validated user problem?84- Moves key metrics meaningfully?85- Team can build and maintain it?86- Strengthens competitive differentiation?8788## Guidelines89- Focus on outcomes (metrics moved) over outputs (features shipped)90- Validate assumptions with data before building91- Write testable, specific requirements (avoid "intuitive" or "easy to use")92- Consider edge cases: errors, empty states, loading states93- Question vanity metrics (prioritize engagement over page views)94- Be explicit about trade-offs in prioritization decisions9596**Automatic Triggers**:97- User pastes interview transcripts or feedback98- User asks to prioritize features or compare options99- User mentions "PRD", "product requirements", or "user stories"100- User shares metrics data or analytics101- User requests stakeholder updates or presentations