assumption-mapper
Assumption Mapper Skill
Surface and prioritize the untested assumptions embedded in any product plan before development begins.
Required Inputs
Ask the user for these if not provided:
- Product brief, PRD, or concept description (even rough notes work)
- Stage (concept / discovery / pre-build / post-launch — affects which assumptions matter most)
Process
- Read the provided brief, PRD, or concept description
- Extract assumptions across four categories:
- Desirability (do users want this?)
- Feasibility (can we build it?)
- Viability (will it sustain the business?)
- Usability (can users actually use it?)
- Score each assumption:
- Confidence (1-5): How sure are we this is true?
- Impact (1-5): How badly does the plan fail if this assumption is wrong?
- Priority = Impact − Confidence (higher = test first)
- Validate completeness — Ensure at least one assumption per category. If a category is empty, re-read the brief looking specifically for that type.
- Output a ranked list with recommended validation methods
Output Structure
Assumption Map: [Feature/Product Name]
| Assumption | Category | Confidence | Impact | Priority | Validation Method |
|---|---|---|---|---|---|
| [assumption] | [type] | [1-5] | [1-5] | [score] | [method] |
Critical Assumptions (Impact 4+ and Confidence 2 or below)
[Flagged items with detailed validation recommendations]
Top 3 Assumptions to Validate First
[Detailed recommendations including specific research method, estimated effort, and what the result would change]
Example (Partial)
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 |
Quality Checks
- At least one assumption per category (Desirability, Feasibility, Viability, Usability)
- All Impact 4+ / Confidence 2− assumptions flagged as CRITICAL
- Each validation method is specific (not just "do research" — name the method and sample size)
- Priority scores are consistent (Impact − Confidence, higher = more urgent)
More from mohitagw15856/pm-claude-skills
user-research-synthesis
Analyze and synthesize user research findings into structured, actionable insights. Use when given user research data, interview transcripts, survey results, or user feedback that needs to be analyzed and summarised. Produces a themed synthesis with prevalence data, supporting quotes, pain points analysis, feature request prioritisation, and recommended next steps.
26prd-template
Create a Product Requirements Document following proven PM template structure. Use when asked to write a PRD, product spec, feature specification, or requirements document for a new feature or product. Produces a complete PRD with problem statement, user stories, functional requirements, technical considerations, and success metrics.
20stakeholder-update
Create executive stakeholder updates following proven communication frameworks. Use when the user needs to create a status update, progress report, executive summary, or communication for leadership, stakeholders, or executives.
19competitive-analysis
Analyze competitors and create competitive landscape documentation with feature matrices, positioning maps, and strategic recommendations. Use when asked to analyze competitors, create competitive analysis, compare features with competitors, build a competitive landscape, track competitive positioning, or prepare sales battlecard inputs. Produces structured competitor profiles, feature comparison matrix, win/loss analysis, and prioritised strategic recommendations.
18meeting-notes
Structure and format meeting notes following PM best practices. Use when asked to create meeting notes, format discussion notes, capture action items, or document decisions from any meeting type. Produces structured notes with decisions, action items (owner + deadline), open questions, and next steps.
17executive-summary
Write an executive summary for any document, report, or proposal. Use when asked to write an executive summary, management summary, briefing paper, or one-pager for senior stakeholders. Produces a structured summary that busy executives can read in under 3 minutes and act on.
15