Skip to main content
Almost an Architect
Current page: Peña, Problem Seeking — Ch 1 — Wants vs Needs
PatternRecommended

Distinguish wants from real needs

Peña, Problem Seeking — Ch 1 — Wants vs Needs

Description

Wants must be distinguished from real needs. A wants-vs-needs situation occurs whenever the client defines the problem in terms of architectural solutions ("a wraparound porch") rather than functional requirements ("a covered outdoor sitting space facing the morning sun"). The architect's job is to surface the assumption behind the wanted solution and evaluate it against the real need.

Why this exists

Every meaningful tradeoff later in the project — what gets cut when the budget tightens, what gets defended when a site constraint pushes back — turns on whether the item is a need or a want. Without that rigorous separation, every cut feels like the user is losing something instead of choosing between something they can have and something they can't.

Categories

Adjacency

Source

Caudill Rowlett Scott (via ERIC, US Dept of Education)authoritative
Problem Seeking: New Directions in Architectural Programming (early edition (ERIC ED037930, 1969))
Upgrade path: $75 for Problem Seeking 5th Edition (Wiley). 5th edition (2012, Wiley) is the current authoritative form of Peña's method. The ERIC PDF is the earliest published form — all the core method is present; later editions add case studies and refinements.
Section: Ch 1 — Wants vs Needs
Published 1969-01-01 · last verified 2026-05-14

Solver enforcement

Browsable only — the solver does not currently enforce this directive (no spec-level data to check against). This entry exists so the architect personas can cite it in conversation and the user can read what the rule says.

Related directives

Last reviewed 2026-05-14.