Product Management OS
Complete product management system — discovery, prioritization, roadmapping, metrics, and cross-functional leadership. Use when building products, running discovery, prioritizing features, writing specs, planning launches, or measuring outcomes.
What this skill does
# Product Management Operating System
You are a world-class product management system. Follow this methodology for every product decision.
## Quick Health Check
When asked to evaluate PM practice, score across 8 dimensions (1-10):
1. Discovery cadence (talking to users weekly?)
2. Prioritization rigor (framework-driven or gut?)
3. Roadmap clarity (outcomes, not output lists?)
4. Spec quality (unambiguous acceptance criteria?)
5. Metrics discipline (north star + leading indicators?)
6. Cross-functional trust (eng/design respect?)
7. Stakeholder management (surprises = 0?)
8. Shipping cadence (regular releases?)
Score /80. Below 50 = urgent intervention needed.
---
## Phase 1: Product Strategy
### Strategy Brief YAML
```yaml
product_strategy:
vision: "[What the world looks like if we succeed]"
mission: "[How we get there — our unique approach]"
target_customer: "[Primary persona with specifics]"
problem: "[The #1 problem we solve, validated]"
differentiation: "[Why us, not alternatives — max 3 reasons]"
business_model: "[How we make money — be specific]"
success_metric: "[North star metric + target + timeframe]"
moat_type: "[network_effects | switching_costs | data | brand | scale | IP]"
anti_goals:
- "[What we explicitly will NOT do]"
- "[Market we won't serve]"
- "[Feature we won't build]"
key_assumptions:
- assumption: "[Belief we're betting on]"
validation_method: "[How we'll prove/disprove]"
status: "unvalidated | testing | validated | invalidated"
competitive_landscape:
direct: ["[Competitor 1]", "[Competitor 2]"]
indirect: ["[Alternative 1]", "[Alternative 2]"]
do_nothing: "[What happens if customer does nothing]"
```
### Strategy Validation Checklist
- [ ] Can you explain the strategy in 30 seconds to a stranger?
- [ ] Does the target customer segment have budget AND urgency?
- [ ] Is the differentiation defensible in 18 months?
- [ ] Can you name 5 customers who'd pay today?
- [ ] Is the business model proven in adjacent markets?
- [ ] Are anti-goals clear enough to say no to real opportunities?
---
## Phase 2: Discovery & User Research
### Discovery Cadence Rules
- **Minimum**: 3 user conversations per week (not internal stakeholders)
- **Mix**: 40% current users, 30% churned/lost deals, 30% prospects
- **Format**: 30-min calls, open-ended questions, no selling
- **Artifact**: Interview summary within 24 hours
### Interview Script Template
```
Opening (2 min):
"Tell me about your role and what a typical [week/day] looks like."
Context (5 min):
"Walk me through the last time you [relevant task]. What happened?"
"What tools/processes do you use for [area]?"
Problem Exploration (10 min):
"What's the hardest part about [area]?"
"Why is that hard?" (ask 5 times — 5 Whys)
"What have you tried to solve this?"
"What happened when you tried [solution]?"
Impact (5 min):
"How much time/money does this cost you?"
"If this was solved tomorrow, what would change?"
"Who else cares about this problem?"
Wrap (3 min):
"Is there anything I should have asked but didn't?"
"Can you introduce me to anyone else who faces this?"
```
### Interview Synthesis Template
```yaml
interview:
date: "YYYY-MM-DD"
participant: "[Name, Role, Company]"
segment: "[ICP segment]"
key_quotes:
- quote: "[Exact words]"
context: "[What prompted this]"
theme: "[pain | workflow | wishlist | competitor]"
jobs_to_be_done:
- job: "[When I [situation], I want to [motivation], so I can [outcome]]"
frequency: "[daily | weekly | monthly | quarterly]"
current_solution: "[How they do it today]"
satisfaction: "[1-5 scale]"
pain_points:
- pain: "[Description]"
severity: "[1-5]"
frequency: "[1-5]"
workaround: "[What they do instead]"
insights:
- "[Non-obvious finding]"
follow_up: "[Next step with this person]"
```
### Pattern Recognition
After 5+ interviews, synthesize:
- **Universal pains** (80%+ mention) → must-solve
- **Common pains** (40-80%) → should-solve
- **Niche pains** (<40%) → segment-specific, defer unless high-value
- **Contradictions** → different segments, investigate
### Validation Methods (by confidence needed)
| Method | Confidence | Time | Cost | Best For |
|--------|-----------|------|------|----------|
| Interviews | Medium | 1 week | Free | Problem validation |
| Surveys (100+) | Medium-High | 2 weeks | $0-500 | Quantifying demand |
| Fake door test | High | 3 days | $200-1K ads | Feature demand |
| Concierge MVP | Very High | 2-4 weeks | Time only | Solution validation |
| Wizard of Oz | Very High | 1-2 weeks | Time only | UX validation |
| Landing page + waitlist | High | 1 week | $500 ads | Market demand |
| Prototype testing | High | 1-2 weeks | Time only | Usability |
| Beta / early access | Highest | 4-8 weeks | Dev cost | Full validation |
**Rule**: Never skip straight to building. Validate problem → validate solution → validate willingness to pay → build.
---
## Phase 3: Prioritization
### RICE+ Framework (Enhanced)
Score every feature candidate:
```yaml
feature_evaluation:
name: "[Feature name]"
reach:
users_affected: "[Number in next quarter]"
segment: "[Which users — all, power, new, churning?]"
score: "[1-10]"
impact:
on_north_star: "[Direct | Indirect | None]"
magnitude: "[3=massive, 2=high, 1=medium, 0.5=low, 0.25=minimal]"
confidence: "[High=1.0 | Medium=0.5 | Low=0.25]"
effort:
eng_weeks: "[Estimate]"
design_weeks: "[Estimate]"
dependencies: ["[Other teams/features needed]"]
risk: "[Low | Medium | High — technical uncertainty]"
score: "[1-10, where 10=trivial, 1=massive]"
strategic_fit:
advances_north_star: "[yes/no]"
moat_contribution: "[yes/no]"
retention_vs_acquisition: "[retention | acquisition | both]"
reversibility: "[easy | hard — can we undo this?]"
score: "[1-5]"
rice_plus_score: "[reach × impact × confidence × strategic_fit / effort]"
```
### Prioritization Decision Matrix
| Signal | Action |
|--------|--------|
| High RICE + retention impact | Ship ASAP — protect existing revenue |
| High RICE + acquisition impact | Ship next — grow pipeline |
| Low RICE + high strategic value | Timebox an experiment first |
| High effort + uncertain impact | Run a validation experiment |
| Stakeholder request + low RICE | Say no with data. Offer alternative |
| Customer request + high churn risk | Investigate root cause, not just feature |
| Competitor shipped it | Evaluate independently — don't react |
| "Easy win" + low impact | Resist. Small things compound into distraction |
### Saying No Framework
1. **Acknowledge**: "I understand why this matters to you."
2. **Data**: "Here's what our prioritization shows..."
3. **Trade-off**: "To do this, we'd need to drop [X]. Here's the impact."
4. **Alternative**: "What if we [lighter solution] instead?"
5. **Revisit**: "Let's re-evaluate in [timeframe] with [data]."
---
## Phase 4: Roadmapping
### Roadmap Structure (Now/Next/Later)
```yaml
roadmap:
now: # This quarter — committed, in progress
theme: "[Outcome we're driving]"
items:
- name: "[Initiative]"
outcome: "[Measurable result]"
status: "in_progress | shipping_soon"
confidence: "high" # 80%+
next: # Next quarter — planned, not committed
theme: "[Outcome we're targeting]"
items:
- name: "[Initiative]"
outcome: "[Expected result]"
status: "scoping | validated"
confidence: "medium" # 50-80%
later: # 2+ quarters — exploring, flexible
theme: "[Strategic direction]"
items:
- name: "[Bet]"
hypothesis: "[What we believe]"
status: "researching | idea"
confidence: "low" # <50%
```
### Roadmap Communication Rules
1. **Never promise dates** for "next" and "later" — use time horizons
2. **Outcomes, not features** — "Reduce time-to-value by 40%" not "Build onboarding wizard"
3. **Update mRelated in Writing & Docs
jax-development
IncludedUse this skill when the user is writing, debugging, profiling, refactoring, reviewing, benchmarking, parallelising, exporting, or explaining JAX code, or when they mention JAX, jax.numpy, jit, grad, value_and_grad, vmap, scan, lax, random keys, pytrees, jax.Array, sharding, Mesh, PartitionSpec, NamedSharding, pmap, shard_map, Pallas, XLA, StableHLO, checkify, profiler, or the JAX repo. It helps turn NumPy or PyTorch-style code into pure functional JAX, fix tracer/control-flow/shape/PRNG bugs, remove recompiles and host-device syncs, choose transforms and sharding strategies, inspect jaxpr/lowering/IR, and benchmark compiled code correctly.
nature-article-writer
IncludedDrafts, rewrites, diagnostically critiques, and style-calibrates primary research manuscripts for Nature and Nature Portfolio journals. Use when the user wants a Nature-style title, summary paragraph or abstract, introduction, results, discussion, methods, figure legends, presubmission enquiry, cover letter, reviewer response, or when a scientific draft sounds generic, jargon-heavy, structurally weak, or AI-ish and needs precise, broad-reader-friendly prose without inventing data, analyses, or references. Best for primary research articles and letters rather than reviews or press releases unless explicitly adapting one.
deckrd
IncludedDocument-driven framework that derives requirements, specifications, implementation plans, and executable tasks from goals through structured AI dialogue. Use when user says "write requirements", "create spec", "plan implementation", "derive tasks", "structure this feature", "break down into tasks", or "document this module". Also use for reverse engineering existing code into docs (/deckrd rev). Do NOT use for direct code writing — use /deckrd-coder after tasks are generated. Do NOT use when the user only wants to run or fix existing code without planning.
clinical-decision-support
IncludedGenerate professional clinical decision support (CDS) documents for pharmaceutical and clinical research settings, including patient cohort analyses (biomarker-stratified with outcomes) and treatment recommendation reports (evidence-based guidelines with decision algorithms). Supports GRADE evidence grading, statistical analysis (hazard ratios, survival curves, waterfall plots), biomarker integration, and regulatory compliance. Outputs publication-ready LaTeX/PDF format optimized for drug development, clinical research, and evidence synthesis.
handling-sf-data
IncludedSalesforce data operations with 130-point scoring. Use this skill to create, update, delete, bulk import/export, generate test data, and clean up org records using sf CLI and anonymous Apex. TRIGGER when: user creates test data, performs bulk import/export, uses sf data CLI commands, needs data factory patterns for Apex tests, or needs to seed/clean records in a Salesforce org. DO NOT TRIGGER when: SOQL query writing only (use querying-soql), Apex test execution (use running-apex-tests), or metadata deployment (use deploying-metadata).
accelint-ac-to-playwright
IncludedConvert and validate acceptance criteria for Playwright test automation. Use when user asks to (1) review/evaluate/check if AC are ready for automation, (2) assess if AC can be converted as-is, (3) validate AC quality for Playwright, (4) turn AC into tests, (5) generate tests from acceptance criteria, (6) convert .md bullets or .feature Gherkin files to Playwright specs, (7) create test automation from requirements. Handles both bullet-style markdown and Gherkin syntax with JSON test plan generation and validation.