Overview
Turn vague wants into testable needs and constraints.
Theoretical basis
- T1 Matching: /en/wiki/theorem-1-matching
- A2 Conditional subjectivity: /en/wiki/axiom-2-conditional-subjectivity
Why it is necessary (zh-aligned)
Without explicit needs:
- you outsource weights to marketing or default rankings,
- you become more vulnerable to anchoring and social proof,
- validation is impossible (you don’t know what success means).
Procedure (template)
- Scenario inventory: list 3–5 usage scenarios.
- Must-haves vs nice-to-haves: define thresholds.
- Constraints: budget, time, size, ecosystem, policy constraints.
- Success criteria: what would count as “works well–after 2 weeks?
- Stop rules: what disqualifies an option?
Common pitfalls
- writing needs after browsing (reverse causality),
- mixing preferences with marketing claims,
- failing to define measurable success.
References
- Simon, H. A. (1955). A behavioral model of rational choice. Quarterly Journal of Economics, 69(1), 99–18.[source]
- Keeney, R. L., & Raiffa, H. (1993). Decisions with Multiple Objectives: Preferences and Value Tradeoffs. Cambridge University Press.[source]