From pm-discovery
Extract and risk-rate hidden assumptions in a product brief or PRD. Use when asked to review a product brief for assumptions, audit a PRD for risks, find hidden assumptions, validate product plans, or run an assumption analysis. Produces a prioritised assumption map with confidence and impact scores, recommended validation methods, and critical assumption flags.
How this skill is triggered — by the user, by Claude, or both
Slash command
/pm-discovery:assumption-mapperThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Surface and prioritize the untested assumptions embedded in any product plan before development begins.
Surface and prioritize the untested assumptions embedded in any product plan before development begins.
Ask the user for these if not provided:
| Assumption | Category | Confidence | Impact | Priority | Validation Method |
|---|---|---|---|---|---|
| [assumption] | [type] | [1-5] | [1-5] | [score] | [method] |
[Flagged items with detailed validation recommendations]
[Detailed recommendations including specific research method, estimated effort, and what the result would change]
Input: "We're building a self-serve onboarding flow to reduce time-to-value for SMB customers."
| Assumption | Category | Confidence | Impact | Priority | Validation Method |
|---|---|---|---|---|---|
| SMB users can complete onboarding without human help | Usability | 2 | 5 | 3 | Unmoderated usability test (n=8) |
| Faster onboarding correlates with higher retention | Viability | 3 | 4 | 1 | Cohort analysis of current onboarding times vs. 90-day retention |
| The current onboarding is the primary reason for slow time-to-value | Desirability | 2 | 4 | 2 | User interviews with recent churned SMB accounts |
npx claudepluginhub mileadev/pm-claude-skills --plugin pm-discovery2plugins reuse this skill
First indexed Jul 8, 2026
Guides collaborative design exploration before implementation: explores context, asks clarifying questions, proposes approaches, and writes a design doc for user approval.
Creates structured, bite-sized implementation plans from specs or requirements before writing code. Useful for breaking down multi-step tasks into testable steps with file structure and task boundaries.
Synthesizes the current conversation into a structured spec (PRD) and publishes it to the project issue tracker with a ready-for-agent label, without interviewing the user.