EDITORIAL LIST / ONE LIST
Top 10 Classic Design Philosophies and Methodologies
10 entries · every seat filled
This edition collects design positions that can hold at the same time. They are not mutually exclusive: a project can be participatory, privacy-first, and mindful of long-term resource use all at once.
Selection criteria
- A verifiable source states what the position claims and how it is practised, rather than a slogan.
- It changes how work is done — who takes part, what comes first, what the default is — not just how it is described.
- Its emphasis differs from its neighbours; it is not a synonym.
Seats in this edition
Positions marked “Editorially reconstructed seat” were filled by editorial judgement in this repository; every other seat comes from the list ledger in plan issue #1.
Calm Technology
Let technology move into the center of attention when needed, while usually supporting the main activity through appropriate peripheral information.
Why it is in this edition: Sets the category's baseline: how technology spends a person's attention.
Not to be confused with: Calm does not mean silence or hiding problems. Events requiring timely action may still need prominent alerts.
Inclusive Design
Actively recognize exclusion, learn from human diversity, and extend solutions for specific constraints to benefit more people.
Why it is in this edition: Covers starting from exclusion, emphasising difference rather than an average user.
Not to be confused with: This is not a few accessibility switches added before delivery. Different people need to participate in understanding, design, and validation.
Human-Centered Design
Put the people being served and their context at the center of the design process: understand their needs and the system they live in first, then experiment, evaluate, and revise repeatedly with prototypes and real users, rather than deciding on a solution and asking users to sign off afterwards.
Why it is in this edition: Covers placing people and their context at the centre of the process.
Not to be confused with: Adjacent to inclusive design but broader: inclusive design focuses on recognizing exclusion and differences in ability, while human-centered design is the overall iterative approach organized around needs, context, and evaluation. It is also not a fixed procedure; Norman stresses that it is a set of principles and a mindset, not a checklist to complete.
Universal Design
A methodology proposed by Ron Mace and the NC State Center for Universal Design: products and environments should be designed to be usable by the widest possible range of people to the greatest extent, without the need for later adaptation or specialized design. This produced seven design principles (equitable use, flexibility in use, simple and intuitive use, perceptible information, tolerance for error, low physical effort, and size and space for approach and use) that guide how to reduce reliance on special accommodations.
Why it is in this edition: Covers the methodology aiming at the widest possible range of people — a different emphasis from inclusive design.
Not to be confused with: Adjacent to inclusive design but different in method: universal design pursues a single mainstream solution that covers the widest possible range of people, while inclusive design accepts that different groups may need multiple tailored solutions, following a method of "solve for one, extend to many." Universal design is also not the same as accessibility compliance: accessibility focuses on people with disabilities and passing a compliance check, while universal design has a broader scope, emphasizing that as many people as possible can use a design directly from the design stage, rather than building a mainstream solution first and then patching it to meet compliance requirements.
Participatory Design
Let the people who will be affected by a design take part as co-designers in the design process and its key decisions, rather than only as subjects who are studied and then designed for by someone else; rooted in the Scandinavian workplace democracy and trade-union traditions of the 1960s-1970s.
Why it is in this edition: Covers those affected taking part in decisions, rather than only being studied.
Not to be confused with: Different from human-centered design: that approach puts users' needs and context at the center of the process, but the team still makes the final tradeoffs and decisions. Participatory design requires the affected people themselves to hold part of the decision-making power. Also different from inclusive design: inclusive design focuses on recognizing exclusion and differences in ability, while the key distinction here is who holds decision power, not which abilities are covered. If participants' input has no real effect on the outcome, inviting them to a meeting does not by itself make it participatory design.
Privacy by Design
Make privacy protection the default mode of operation for systems and business processes, embedded at design time rather than bolted on afterwards: if a person does nothing, their personal data stays protected; by default only the data necessary for the stated purpose is processed; and the purpose is explained at the point of collection and not extended beyond it.
Why it is in this edition: Covers privacy as the default way a system runs, not something added afterwards.
Not to be confused with: It is a philosophy that runs through the design process, not a checklist of consent banners or privacy switches; more toggles do not mean protected by default. It is also not the same as security: security is about keeping data from unauthorized access, while privacy by design also asks whether data should be collected at all, how much, and for what. Cavoukian explicitly treats "privacy versus security" as a false dichotomy to avoid; both should hold. It is related to but not identical with GDPR Article 25 "data protection by design and by default": that is a legal obligation on controllers, whereas this entry describes a design orientation.
Sustainable Design
Deliberately reduce a digital product's demand on transferred bytes, compute, and devices across its life cycle, including the behavior the product encourages, instead of relying on device replacement to keep the experience working.
Why it is in this edition: Covers long-term resource use, which is not the same concern as reducing interruption.
Not to be confused with: Not the same as calm technology: calm technology optimizes whether information interrupts attention, while sustainable design optimizes resource costs such as transferred bytes, compute, and device lifespan; the two can coexist but target different things. It is also not a generic sustainability slogan — every change should be backed by a measurement such as transferred bytes, and any energy or carbon figure must name the model it comes from rather than being presented as a precise measurement.
Value Sensitive Design
Value Sensitive Design is a method for systematically accounting for human values throughout the design process: through an iterative, integrative tripartite methodology of conceptual, empirical, and technical investigations, it first clarifies what values are at stake in a decision and whose values they are, and identifies indirect stakeholders who never use the product but are affected by it, in addition to direct users.
Why it is in this edition: Covers systematically examining human values throughout the process; not a synonym for inclusive design.
Not to be confused with: Value Sensitive Design is not a synonym for inclusive design: inclusive design focuses on recognizing exclusion and differences in ability, while Value Sensitive Design addresses the broader question of how human values (such as privacy, autonomy, and fairness) are supported or undermined for both direct and indirect stakeholders; the two can complement each other but have different focal points. It is also not a one-off ethics review done at the end of a project: the conceptual, empirical, and technical investigations must be revisited throughout the design process, not tacked on as a compliance check once a solution is already final.
Progressive Enhancement
Start from the most basic capability: use semantic HTML so core content and the primary task (a working link or form) succeed under the most basic browser, device, and network conditions, then layer on styling and scripted enhancements as the environment actually supports them.
Why it is in this edition: Covers the engineering stance of building up from the most basic capability; unrelated to revealing information on demand.
Not to be confused with: Progressive enhancement is about reach across environments and capabilities: whether the core function works under the most basic conditions, with richer layers added on top of that. This differs from progressive disclosure, which reveals information detail on demand and has nothing to do with device or scripting capability. It also differs from graceful degradation: graceful degradation starts from the most advanced experience and subtracts for older environments, while progressive enhancement starts from the most basic working version and adds. The two directions are opposite but can complement each other.
Systems Thinking
Treat a product as embedded in a larger system of people, incentives, and feedback loops rather than a set of isolated screens or features; before making a change, ask how it will ripple through the system's structure and feedback loops, not only what it does for the immediate task.
Why it is in this edition: Covers seeing a product as part of a larger system, which explains why local optimisation can backfire.
Not to be confused with: Systems thinking is not a design system (a component library and style guide) — the two names are easily confused in both Chinese and English, but they discuss entirely different things: a design system is about interface consistency, while systems thinking is about how a change will shift the people, incentives, and feedback structures a product sits inside. It is also not finished once a stakeholder map is drawn; it requires continuing to ask about downstream consequences, not a one-time mapping exercise.
How this pairs with the other edition
This edition overlaps almost entirely with the 2026 focus edition. That means these positions are still being discussed; it does not mean they gained popularity in 2026.
2026 Trending Design Philosophies: Top 8 Design Ideas in 2026
Evidence scope
There is no ordering among these positions. Each reason says which distinct question the entry raises; none argues that one is more correct.