identify-assumptions-existing

Identifies risky assumptions for feature ideas across value, usability, viability, and feasibility.

Updated Apr 8, 2026
One-click install
npx skills add https://github.com/stefanomartiradonna/claude-skills --skill identify-assumptions-existing-stefanomartiradonna
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: identify-assumptions-existing
Source: https://github.com/stefanomartiradonna/claude-skills/tree/main/pm-product-discovery-identify-assumptions-existing
Command: npx skills add https://github.com/stefanomartiradonna/claude-skills --skill identify-assumptions-existing-stefanomartiradonna

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Feature ideas often fail because teams never surface the hidden assumptions behind them. This Skill stress-tests a feature idea for an existing product by running a structured devil's advocate analysis, so risks are exposed before engineering time is committed. ## Core Features & Use Cases - Multi-Perspective Analysis: Evaluates the idea from Product Manager, Designer, and Engineer viewpoints to catch blind spots a single role would miss. - Four Risk Areas: Maps assumptions across Value, Usability, Viability, and Feasibility, with confidence ratings and suggested tests for each. - Use Case: Before committing a sprint to a new onboarding flow, describe your product, segment, and feature idea, and receive a structured list of risky assumptions with concrete ways to test each one. ## Quick Start Describe your product, target segment, and feature idea, then ask to identify the risky assumptions behind it.

Frequently Asked Questions about identify-assumptions-existing

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I identify assumptions behind a product feature idea?▼

Describe your product, objective, market segment, and feature idea, and the Skill analyzes it from Product Manager, Designer, and Engineer perspectives. It surfaces assumptions across value, usability, viability, and feasibility, each with a confidence rating and a suggested test.

What are the four risk areas in product discovery?▼

The four risk areas are Value (does it solve a real customer problem), Usability (can users figure it out), Viability (can the business support it), and Feasibility (can it be built with existing technology). This framework comes from product discovery practice.

Can I use assumption mapping with design files or PRDs?▼

Yes. If you provide supporting files such as designs, PRDs, or research documents, the Skill reads them first and grounds the assumption analysis in that material rather than relying only on your description.

When should I run assumption identification in product discovery?▼

Run it before committing engineering effort to a feature, when stress-testing an idea, or when preparing an assumption mapping session. It works best for features in an existing product where context about users and systems is available.

What is the difference between assumption identification and assumption testing?▼

Assumption identification surfaces what could go wrong and rates your confidence in each assumption. Assumption testing is the follow-up step where you run experiments to validate or invalidate the highest-risk assumptions this analysis produces.