/discover
Run a full product discovery cycle — from ideation through assumption mapping to experiment design
$ npx -y skills add phuryn/pm-skills --agent claude-codeHow it fires
How this command gets triggered: by you, by Claude, or both.
- Fires itselfClaude auto-loads it when your prompt matches the work.
- You can call itInvoke it directly when you want it.
- Slash command
/discover
Context preview
What this command does when you run it.
Run a full product discovery cycle — from ideation through assumption mapping to experiment design
Command definition
discover.mddescription: Run a full product discovery cycle — from ideation through assumption mapping to experiment design
argument-hint: "<product or feature idea>"
/discover -- Full Discovery Cycle
Run a structured product discovery process that moves from divergent thinking to focused validation. This command chains multiple skills into a single end-to-end workflow.
Invocation
/discover Smart notification system for our project management tool
/discover New product: AI writing assistant for non-native speakers
/discover # asks what you're discovering
Workflow
Step 1: Understand the Discovery Context
Determine whether this is:
- **Existing product** — continuous discovery on a known product with real users
- **New product** — initial discovery for a concept without validated demand
Ask the user:
- What are you exploring? (product idea, feature area, opportunity space)
- What do you already know? (prior research, customer feedback, data)
- What decisions will this discovery inform? (build/kill, prioritize, pivot)
Accept context from uploaded files (research, PRDs, transcripts, data), links, or conversation.
Step 2: Brainstorm Ideas (Divergent Phase)
Apply the **brainstorm-ideas-existing** or **brainstorm-ideas-new** skill:
- Generate ideas from PM, Designer, and Engineer perspectives
- Present the top 10 ideas with brief rationale
- Ask the user to select 3-5 ideas to carry forward, or accept all
**Checkpoint**: "Here are 10 ideas. Which ones should we stress-test? Pick 3-5, or I can carry all forward."
Step 3: Identify Assumptions (Critical Thinking Phase)
For each selected idea, apply the **identify-assumptions-existing** or **identify-assumptions-new** skill:
- Surface assumptions across risk categories:
- **Value**: Will users want this?
- **Usability**: Can users figure it out?
- **Feasibility**: Can we build it?
- **Viability**: Does the business case work?
- **Go-to-Market** (new products only): Can we reach and convert users?
- Use devil's advocate multi-perspective analysis
- Compile a master list of all assumptions across all ideas
Step 4: Prioritize Assumptions (Focus Phase)
Apply the **prioritize-assumptions** skill:
- Map assumptions on an Impact × Risk matrix
- Identify the "leap of faith" assumptions — high impact, high uncertainty
- Rank assumptions by test priority
- Group related assumptions that can be tested together
**Checkpoint**: "Here are your riskiest assumptions. Which ones feel most critical to validate first?"
Step 5: Design Experiments (Validation Phase)
For the top-priority assumptions, apply **brainstorm-experiments-existing** or **brainstorm-experiments-new** skill:
- Design 1-2 experiments per critical assumption
- For existing products: A/B tests, fake doors, prototypes, user tests, data analysis
- For new products: XYZ hypotheses, pretotypes, landing pages, concierge MVPs
- Include success criteria, timeline, and effort for each
- Sequence experiments by dependency and effort
Step 6: Create Discovery Plan
Compile everything into a discovery plan document:
## Discovery Plan: [Topic]
**Date**: [today]
**Product Stage**: [existing/new]
**Discovery Question**: [what we're trying to learn]
### Ideas Explored
[Summary of brainstormed ideas with brief descriptions]
### Selected Ideas for Validation
[3-5 ideas carried forward with rationale]
### Critical Assumptions
| # | Assumption | Category | Impact | Uncertainty | Priority |
|---|-----------|----------|--------|-------------|----------|
### Validation Experiments
| # | Tests Assumption | Method | Success Criteria | Effort | Timeline |
|---|-----------------|--------|-----------------|--------|----------|
### Experiment Details
[For each experiment: hypothesis, setup, measurement, decision criteria]
### Discovery Timeline
Week 1: [experiments]
Week 2: [experiments]
Week 3: [analysis and decision]
### Decision Framework
- If [experiment] succeeds → proceed to [next step]
- If [experiment] fails → [pivot/kill/investigate further]
Save the plan as a markdown file to the user's workspace.
Step 7: Offer Next Steps
- "Want me to **create a PRD** for the top idea?"
- "Should I **design an interview script** to supplement these experiments?"
- "Want me to **set up metrics** to track the experiments?"
- "Should I **estimate effort** and create user stories for the MVP?"
Notes
- This is a 15-30 minute structured workflow — let the user know upfront
- At each checkpoint, the user can redirect, skip, or go deeper
- If the user has research data, pull insights from it before brainstorming
- The discovery plan should be a living document — offer to update it as experiments run
- For new products, emphasize desirability validation before feasibility
- For existing products, check if there's usage data that can inform assumptions
Read more
description: Run a full product discovery cycle — from ideation through assumption mapping to experiment design argument-hint: "<product or feature idea>"
/discover -- Full Discovery Cycle
Run a structured product discovery process that moves from divergent thinking to focused validation. This command chains multiple skills into a single end-to-end workflow.
Invocation
/discover Smart notification system for our project management tool /discover New product: AI writing assistant for non-native speakers /discover # asks what you're discovering
Workflow
Step 1: Understand the Discovery Context
Determine whether this is:
- **Existing product** — continuous discovery on a known product with real users
- **New product** — initial discovery for a concept without validated demand
Ask the user:
- What are you exploring? (product idea, feature area, opportunity space)
- What do you already know? (prior research, customer feedback, data)
- What decisions will this discovery inform? (build/kill, prioritize, pivot)
Accept context from uploaded files (research, PRDs, transcripts, data), links, or conversation.
Step 2: Brainstorm Ideas (Divergent Phase)
Apply the **brainstorm-ideas-existing** or **brainstorm-ideas-new** skill:
- Generate ideas from PM, Designer, and Engineer perspectives
- Present the top 10 ideas with brief rationale
- Ask the user to select 3-5 ideas to carry forward, or accept all
**Checkpoint**: "Here are 10 ideas. Which ones should we stress-test? Pick 3-5, or I can carry all forward."
Step 3: Identify Assumptions (Critical Thinking Phase)
For each selected idea, apply the **identify-assumptions-existing** or **identify-assumptions-new** skill:
- Surface assumptions across risk categories:
- **Value**: Will users want this?
- **Usability**: Can users figure it out?
- **Feasibility**: Can we build it?
- **Viability**: Does the business case work?
- **Go-to-Market** (new products only): Can we reach and convert users?
- Use devil's advocate multi-perspective analysis
- Compile a master list of all assumptions across all ideas
Step 4: Prioritize Assumptions (Focus Phase)
Apply the **prioritize-assumptions** skill:
- Map assumptions on an Impact × Risk matrix
- Identify the "leap of faith" assumptions — high impact, high uncertainty
- Rank assumptions by test priority
- Group related assumptions that can be tested together
**Checkpoint**: "Here are your riskiest assumptions. Which ones feel most critical to validate first?"
Step 5: Design Experiments (Validation Phase)
For the top-priority assumptions, apply **brainstorm-experiments-existing** or **brainstorm-experiments-new** skill:
- Design 1-2 experiments per critical assumption
- For existing products: A/B tests, fake doors, prototypes, user tests, data analysis
- For new products: XYZ hypotheses, pretotypes, landing pages, concierge MVPs
- Include success criteria, timeline, and effort for each
- Sequence experiments by dependency and effort
Step 6: Create Discovery Plan
Compile everything into a discovery plan document:
## Discovery Plan: [Topic] **Date**: [today] **Product Stage**: [existing/new] **Discovery Question**: [what we're trying to learn] ### Ideas Explored [Summary of brainstormed ideas with brief descriptions] ### Selected Ideas for Validation [3-5 ideas carried forward with rationale] ### Critical Assumptions | # | Assumption | Category | Impact | Uncertainty | Priority | |---|-----------|----------|--------|-------------|----------| ### Validation Experiments | # | Tests Assumption | Method | Success Criteria | Effort | Timeline | |---|-----------------|--------|-----------------|--------|----------| ### Experiment Details [For each experiment: hypothesis, setup, measurement, decision criteria] ### Discovery Timeline Week 1: [experiments] Week 2: [experiments] Week 3: [analysis and decision] ### Decision Framework - If [experiment] succeeds → proceed to [next step] - If [experiment] fails → [pivot/kill/investigate further]
Save the plan as a markdown file to the user's workspace.
Step 7: Offer Next Steps
- "Want me to **create a PRD** for the top idea?"
- "Should I **design an interview script** to supplement these experiments?"
- "Want me to **set up metrics** to track the experiments?"
- "Should I **estimate effort** and create user stories for the MVP?"
Notes
- This is a 15-30 minute structured workflow — let the user know upfront
- At each checkpoint, the user can redirect, skip, or go deeper
- If the user has research data, pull insights from it before brainstorming
- The discovery plan should be a living document — offer to update it as experiments run
- For new products, emphasize desirability validation before feasibility
- For existing products, check if there's usage data that can inform assumptions
68 PM skills and 42 chained workflows across 9 plugins. Claude Code, Cowork, and more. From discovery to strategy, execution, launch, growth, and shipping AI-built code. Designed for Claude Code and Cowork. Skills compatible with other AI assistants.
Repo: phuryn/pm-skills
Other commands on pm-skills.
- /derive-tests
Turn documented intent into a test-coverage map — inventory the tests that exist today, derive use-case cases from the system docs, separate existing coverage from proposed tests and unverified gaps, mark each unit / guarded-live / manual, and recommend a green-before-merge CI
Open command - /document-app
Reverse-engineer an AI-built codebase into the system documents reviewers and auditors need — a core set (architecture, flows, permissions, variables) plus conditional docs (emails, cron, SEO, automation) when they apply
Open command - /performance-audit-static
Static performance audit of AI-built code — find N+1 queries and request waterfalls, over-fetching, missing indexes, and caching opportunities, ranked by effort and impact
Open command - /security-audit-static
Static security audit of AI-built code — map trust boundaries, cross-reference documented intent, self-refute every finding, and report only evidence-backed risks
Open command - /ship-check
Turn a vibe-coded repo into a reviewer-ready shipping packet — document the app, wire agent context, run security and performance audits, map test coverage, and compile the results
Open command - /analyze-cohorts
Perform cohort analysis on user data — retention curves, feature adoption, and engagement trends
Open command

