assumption-mapping

Name: assumption-mapping
Author: Productfculty-aipm

70stars33forks

How to install assumption-mapping?

productfculty-aipm/pm-copilot-by-product-faculty/assumption-mapping

$npx -y skills add Productfculty-aipm/PM-Copilot-by-Product-Faculty --skill assumption-mapping

Installs into the current project.

Summary

Use this skill when the user asks to "map assumptions", "identify assumptions", "what are we assuming", "assumption audit", "what could go wrong with this idea", "test our assumptions", "what do we need to validate", "identify our riskiest assumption", or when reviewing an idea o

Files · 1

View on GitHub

SKILL.md

1	# Assumption Mapping
2
3	You are helping the user surface and prioritize the assumptions embedded in their product idea before they invest in building. Every product bet is a bundle of assumptions — the job is to find the riskiest ones and design experiments to test them cheaply.
4
5	Framework: Alberto Savoia (Pretotype Testing), Teresa Torres (continuous discovery), Lean Startup (validated learning).
6
7	## Step 1 — Load Context
8
9	Read `memory/user-profile.md` and `context/product/roadmap.md` to understand the current bets and any assumptions already flagged as open questions.
10
11	## Step 2 — Extract Assumptions
12
13	For the idea or feature being evaluated, systematically surface assumptions across four categories:
14
15	Desirability assumptions (do users want this?):
16	- Users have [this problem] frequently enough to seek a solution
17	- Users will change their current behavior to use our solution
18	- [Target segment] is the right user to focus on
19	- Users will value [our approach] over existing alternatives
20
21	Feasibility assumptions (can we build this?):
22	- We can build [core mechanic] with our current tech stack
23	- [Key technical dependency] is achievable within the timeframe
24	- The solution will perform at the required latency / scale
25
26	Viability assumptions (does this make business sense?):
27	- Solving this problem will generate [revenue / retention / growth]
28	- The solution is defensible — competitors won't easily replicate it
29	- The unit economics work at the required scale
30
31	Ethical/risk assumptions:
32	- Users will trust us with [data / behavior / decision]
33	- [Regulatory / legal / privacy] requirements are compatible with this approach
34
35	## Step 3 — Prioritize by Risk
36
37	Place each assumption on a 2×2 matrix:
38	- X-axis: Confidence (High = we have evidence; Low = this is a guess)
39	- Y-axis: Criticality (High = the whole bet fails if this is wrong; Low = we can adapt)
40
41	Output the matrix as a table:
42
43	\| Assumption \| Confidence \| Criticality \| Priority to Test \|
44	\|---\|---\|---\|---\|
45	\| [Assumption 1] \| High/Low \| High/Low \| [P1/P2/P3] \|
46
47	P1 (Test now): Low confidence + High criticality — riskiest bets
48	P2 (Test soon): Low confidence + Low criticality — good to know
49	P3 (Monitor): High confidence + High criticality — watch for changes
50	Accept: High confidence + Low criticality — safe to proceed
51
52	## Step 4 — Design Cheap Tests
53
54	For each P1 assumption, recommend the cheapest way to test it:
55
56	- Fake door test: Create the button/link before building the feature. Measure clicks.
57	- Concierge MVP: Do the job manually for 5 users. What do you learn?
58	- Wizard of Oz: Build the facade; humans power the backend. Test the UX without the tech.
59	- User interview: Ask 5 users about the struggling moment. Do they recognize the problem?
60	- Survey: Quantify frequency of the problem across a larger sample.
61	- Prototype test: Show a clickable prototype. Does the interaction make sense?
62
63	For each test, specify: hypothesis, method, minimum bar (what result confirms the assumption?), cost (time + money).
64
65	## Step 5 — Output
66
67	Present:
68	1. The full assumption map (all assumptions organized by category)
69	2. The prioritized 2×2 matrix
70	3. Cheap test designs for the top 3 P1 assumptions
71	4. Recommendation: which assumption, if wrong, would most change what you build?
72
73	Offer to add P1 assumptions to `memory/user-profile.md` as tracked open questions.

People who liked this also viewed

6 picks

Type

assumption-mapping

70stars33forks

View on GitHub

How to install assumption-mapping?

productfculty-aipm/pm-copilot-by-product-faculty/assumption-mapping

$npx -y skills add Productfculty-aipm/PM-Copilot-by-Product-Faculty --skill assumption-mapping

Installs into the current project.

Summary

Files · 1

View on GitHub

SKILL.md

1	# Assumption Mapping
2
3	You are helping the user surface and prioritize the assumptions embedded in their product idea before they invest in building. Every product bet is a bundle of assumptions — the job is to find the riskiest ones and design experiments to test them cheaply.
4
5	Framework: Alberto Savoia (Pretotype Testing), Teresa Torres (continuous discovery), Lean Startup (validated learning).
6
7	## Step 1 — Load Context
8
9	Read `memory/user-profile.md` and `context/product/roadmap.md` to understand the current bets and any assumptions already flagged as open questions.
10
11	## Step 2 — Extract Assumptions
12
13	For the idea or feature being evaluated, systematically surface assumptions across four categories:
14
15	Desirability assumptions (do users want this?):
16	- Users have [this problem] frequently enough to seek a solution
17	- Users will change their current behavior to use our solution
18	- [Target segment] is the right user to focus on
19	- Users will value [our approach] over existing alternatives
20
21	Feasibility assumptions (can we build this?):
22	- We can build [core mechanic] with our current tech stack
23	- [Key technical dependency] is achievable within the timeframe
24	- The solution will perform at the required latency / scale
25
26	Viability assumptions (does this make business sense?):
27	- Solving this problem will generate [revenue / retention / growth]
28	- The solution is defensible — competitors won't easily replicate it
29	- The unit economics work at the required scale
30
31	Ethical/risk assumptions:
32	- Users will trust us with [data / behavior / decision]
33	- [Regulatory / legal / privacy] requirements are compatible with this approach
34
35	## Step 3 — Prioritize by Risk
36
37	Place each assumption on a 2×2 matrix:
38	- X-axis: Confidence (High = we have evidence; Low = this is a guess)
39	- Y-axis: Criticality (High = the whole bet fails if this is wrong; Low = we can adapt)
40
41	Output the matrix as a table:
42
43	\| Assumption \| Confidence \| Criticality \| Priority to Test \|
44	\|---\|---\|---\|---\|
45	\| [Assumption 1] \| High/Low \| High/Low \| [P1/P2/P3] \|
46
47	P1 (Test now): Low confidence + High criticality — riskiest bets
48	P2 (Test soon): Low confidence + Low criticality — good to know
49	P3 (Monitor): High confidence + High criticality — watch for changes
50	Accept: High confidence + Low criticality — safe to proceed
51
52	## Step 4 — Design Cheap Tests
53
54	For each P1 assumption, recommend the cheapest way to test it:
55
56	- Fake door test: Create the button/link before building the feature. Measure clicks.
57	- Concierge MVP: Do the job manually for 5 users. What do you learn?
58	- Wizard of Oz: Build the facade; humans power the backend. Test the UX without the tech.
59	- User interview: Ask 5 users about the struggling moment. Do they recognize the problem?
60	- Survey: Quantify frequency of the problem across a larger sample.
61	- Prototype test: Show a clickable prototype. Does the interaction make sense?
62
63	For each test, specify: hypothesis, method, minimum bar (what result confirms the assumption?), cost (time + money).
64
65	## Step 5 — Output
66
67	Present:
68	1. The full assumption map (all assumptions organized by category)
69	2. The prioritized 2×2 matrix
70	3. Cheap test designs for the top 3 P1 assumptions
71	4. Recommendation: which assumption, if wrong, would most change what you build?
72
73	Offer to add P1 assumptions to `memory/user-profile.md` as tracked open questions.

People who liked this also viewed

6 picks

Type