一键导入
assumption-test
Design the smallest viable test to validate or invalidate a critical assumption. Based on Torres's assumption testing framework.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
Design the smallest viable test to validate or invalidate a critical assumption. Based on Torres's assumption testing framework.
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Accessibility audit against WCAG 2.1 AA. Checks semantic HTML, ARIA, keyboard navigation, color contrast, screen reader compatibility.
Use before any research activity or significant decision. Reviews cognitive biases relevant to the current stage.
Use to evaluate whether current work aligns with Better Value Sooner Safer Happier. Run at diamond completion and periodically.
Synchronize canvas state across team sessions via git. Ensures all team members see the same product knowledge.
Update canvas sections with new evidence. Ensures canvas stays current as the single source of truth.
Use when facing a new problem to classify its domain (Clear, Complicated, Complex, Chaotic, Disorder) and select appropriate methods.
| name | assumption-test |
| description | Design the smallest viable test to validate or invalidate a critical assumption. Based on Torres's assumption testing framework. |
Every solution rests on assumptions. Test the riskiest ones first with the lightest method possible.
| Type | Question | Example |
|---|---|---|
| Desirability | Will users want this? | "Users will switch from current tool" |
| Usability | Can users figure it out? | "Users can complete onboarding in < 5 min" |
| Feasibility | Can we build this? | "We can process 10K requests/sec" |
| Viability | Should we build this? | "Unit economics work at scale" |
| Ethical | Should we build this? (morally) | "This doesn't exploit user vulnerabilities" |
For the target solution, list ALL assumptions. Be honest -- most "obvious" things are actually assumptions.
Plot each assumption on:
Test first: High importance + Low evidence (top-left quadrant)
| Test Type | Effort | Signal Quality | When to Use |
|---|---|---|---|
| Data mining | Hours | Variable | You have existing behavioral data |
| One-question survey | Hours | Low-Medium | Quick pulse on a specific question |
| Smoke/fake door test | Days | Medium | Test demand before building |
| Concierge test | Days | High | Manually deliver the service |
| Wizard of Oz | Days | High | Fake the backend, real frontend |
| Prototype test | 1-2 weeks | High | Test usability with interactive mockup |
| A/B test | 2+ weeks | Very High | Test with real users at scale |
Rule: Always pick the LIGHTEST test that produces meaningful signal. Don't build a prototype when a survey would suffice.
Before running the test, write:
Before interpreting results, run /bias-check: