---
title: Norman hét tervezési alapelve (checklist)
type: framework
aliases: [Norman's design principles, seven fundamental principles of design, hét tervezési alapelv, discoverability, felfedezhetőség, understanding, megértés, design checklist, deliberately making things difficult, szándékosan nehéz design, design audit]
tags: [product-design, ux, framework, conversion, customer-experience, ethics]
sources: [the-design-of-everyday-things]
updated: 2026-09-14
status: draft
---

# Norman hét tervezési alapelve

**A cél.** Norman szerint a jó design két tulajdonságon áll vagy bukik (DOET, 1. fejezet):

- **Discoverability (felfedezhetőség):** egyáltalán kideríthető-e, milyen cselekvések lehetségesek, hol és hogyan?
- **Understanding (megértés):** mit jelent az egész? Hogyan kell használni? Mit jelentenek a kezelőszervek és a beállítások?

A hét alapelv a [[seven-stages-of-action]] hét szakaszából következik.

## A checklist

| # | Elv | A kérdés, amit fel kell tenni | Oldal |
|---|---|---|---|
| 1 | **Discoverability** | Meg lehet állapítani, mely cselekvések lehetségesek és mi az eszköz jelenlegi állapota? | [[signifiers]] |
| 2 | **Feedback** | Van teljes és folyamatos információ a cselekvés eredményéről és az aktuális állapotról? Cselekvés után könnyű megállapítani az új állapotot? | [[feedback-and-feedforward]] |
| 3 | **Conceptual model** | Kivetíti-e a design mindazt az információt, amiből jó fogalmi modell épül — és amitől a felhasználó **kontrollban** érzi magát? | [[conceptual-model]] |
| 4 | **Affordances** | Megvannak-e a szükséges affordance-ok ahhoz, hogy a kívánt cselekvés egyáltalán **lehetséges** legyen? | [[affordance]] |
| 5 | **Signifiers** | A jelölők biztosítják-e a felfedezhetőséget és azt, hogy a visszajelzés jól kommunikált és értelmezhető legyen? | [[signifiers]] |
| 6 | **Mappings** | A kezelőszerv és a hatása közti viszony követi-e a jó leképezés elveit — térbeli elrendezéssel és időbeli közelséggel felerősítve? | [[natural-mapping]] |
| 7 | **Constraints** | Fizikai, logikai, szemantikai és kulturális korlátok vezetik-e a cselekvést és könnyítik-e az értelmezést? | [[design-constraints]] |

**Használat auditra.** Norman instrukciója: amikor legközelebb nem érted egy szállodai zuhany vezérlését vagy egy idegen tévét, kérdezd meg — **a hét szakasz melyikénél bukik el, és a hét elv közül melyik hiányzik?** Ugyanezt a két kérdést tedd fel a saját checkoutodra, onboardingodra, csomagolásodra és számládra.

## Hibakezelési alapelvek (5. fejezet)

A hét elv mellé Norman három záróelvet ad a hibák kezelésére (→ [[slips-and-mistakes]]):

1. **Tedd a tudást a világba.** Ne követeld meg, hogy minden a fejben legyen. Engedd a szakértőt gyorsan dolgozni, de a nem-szakértő a világból tudjon dolgozni — és a szakértő is, amikor ritkán végzett műveletet csinál vagy hosszú kihagyás után tér vissza. → [[knowledge-in-the-world]]
2. **Használd a természetes és mesterséges korlátok erejét** (fizikai, logikai, szemantikai, kulturális), a kényszerítő funkciókat és a természetes leképezést.
3. **Hidald át a két szakadékot.** Végrehajtási oldalon **feedforward** (legyenek elérhetőek a lehetőségek), értékelési oldalon **feedback** (legyen látható minden cselekvés hatása). Az állapot legyen gyorsan, könnyen, pontosan és **a felhasználó céljainak nyelvén** megállapítható.

## Amikor szándékosan nehézzé kell tenni — és Norman etikai álláspontja

A könyv egyik legfontosabb oldala a wiki [[sludge-and-dark-patterns]] szempontjából. A kérdést egy diák tette fel Normannak levélben: *"Couldn't it be argued that some things shouldn't be designed well?"*

**Norman válasza: igen — és meglepően sok ilyen eset van.** A stapleford-i iskolánál látott ajtót két kilincs egyidejű működtetésével lehetett csak kinyitni, az egyik legfelül, a másik legalul. Nehéz megtalálni, elérni és használni. **És ez jó design volt:** fogyatékkal élő gyerekek iskolája, ahol nem akarták, hogy a gyerekek felnőtt nélkül kimehessenek az utcára. Csak felnőtt elég nagy hozzá. *"Violating the rules of ease of use is just what was needed."*

**A legitim lista** (Norman felsorolása):

- Ajtó, aminek az a dolga, hogy bent vagy kint tartson embereket.
- Biztonsági rendszer, amit csak a jogosult használhat.
- Veszélyes berendezés, amit korlátozni kell.
- Veszélyes művelet, ami véletlenül elvégezve halált vagy sérülést okozhat.
- Titkos ajtó, szekrény, széf — ahol az is cél, hogy az átlagember **ne is tudjon róla**.
- Esetek, ahol szándékosan meg kell szakítani a rutint (törlés megerősítése, biztosítózár a fegyveren, szegecs a tűzoltókészülékben).
- Két, egyszerre működtetendő, egymástól távoli kezelőszerv, hogy **egy ember ne tudja egyedül** elvégezni (biztonsági és biztonságkritikus rendszerekben).
- Gyógyszeres és veszélyes anyagot tartalmazó flakon gyerekzárral.
- **Játékok** — ahol a kihívás része, hogy ki kell találni, mit és hogyan kell csinálni.

**A megkülönböztető kritérium — ez az, ami a wiki tesztjeihez kell.** Norman listáján **minden tétel a felhasználó vagy egy harmadik fél védelme**, illetve maga a vállalt kihívás (játék). **Nincs rajta egyetlen olyan tétel sem, ahol a nehezítés a tervező bevételét szolgálja.** A könyvben a bevételi célú nehezítés máshol jelenik meg — a vállalati **lock-in** kritikájában, ahol Norman ítélete egyértelmű: *"In the end, the people who must use multiple systems lose. Actually, everyone loses, except for the one manufacturer whose products dominate."* (→ [[design-constraints]]) És máshol: a lemondási és a hibakezelési nehézségekről szóló hitvallása ("soha ne kelljen elölről kezdeni", "töröld az összes hibaüzenetet") pontosan a sludge ellentéte.

**A recept, ha mégis nehezíteni kell.** Norman megadja a hét elv **szisztematikus megsértését** — és pont ettől használható dark pattern-detektorként. Ha a saját felületeden ezt találod, és nem biztonsági okból, akkor sludge-ot építettél:

- Rejtsd el a kritikus elemeket, tedd őket láthatatlanná.
- Használj **természetellenes leképezést** a végrehajtás oldalán (a kezelőszerv és a hatása közti viszony legyen esetleges vagy félrevezető).
- Tedd a cselekvést **fizikailag nehézzé**.
- Követelj **pontos időzítést és finom manipulációt**.
- **Ne adj visszajelzést.**
- Használj természetellenes leképezést az **értékelés** oldalán, hogy a rendszer állapota nehezen értelmezhető legyen.

És a két ok, amiért a szándékosan nehéz designhoz is ismerni kell a szabályokat: (1) még a szándékosan nehéz termék is **csak egy ponton** nehéz, a többinek a normál elvek szerint kell működnie; (2) ha az a dolgod, hogy nehézzé tedd, tudnod kell, hogyan.

**Bónusz: a biztonsági rendszer maga is kockázatot termel.** "When workers dig a hole in a street, they must put up barriers… The barriers solve one problem, but they themselves pose another danger, often mitigated by adding signs and flashing lights to warn of the barriers." → [[robustness-and-redundancy]], [[slips-and-mistakes]]

## Hogyan alkalmazd

1. **Hét elv × a három legfontosabb vevői folyamatod** = 21 cella. Töltsd ki, és jelöld a hiányzókat.
2. **Kérdezd meg minden magyarázó elemnél** (tooltip, súgó, FAQ, "hogyan működik" videó): melyik elv hiánya miatt van rá szükség? Norman: a kitett tábla a bukás jele.
3. **A "nehezítés-lista" audit:** menj végig a hatelemű szabotázs-recepten a saját lemondási, visszatérítési és adatletöltési folyamatodon. Amit ott megtalálsz, arra nincs biztonsági indok.
4. **A kontroll-érzés a 3. elv hozadéka.** Ha a vevő nem érzi, hogy ért hozzá, nem fog ajánlani — a `reflective` szint az ajánlás motorja ([[seven-stages-of-action]]).

## Feszültségek

- **Norman vs. Thaler–Sunstein ([[libertarian-paternalism-and-ethics]], [[nudges-framework]]).** A wiki négy sludge-tesztje (olcsó kiút, nyilvánosság, a vevő javára, igazság) etikai; Norman listája **funkcionális** (ki védendő, mitől). A kettő ugyanoda fut ki: Norman minden legitim esete átmegy a nyilvánossági teszten — a "biztonságos" rendszerek kritikáját ([[knowledge-in-the-world]]: a bonyolult jelszószabály csökkenti a biztonságot) épp ő adja.
- **Norman vs. Eyal ([[hook-model]], [[investment-phase]], [[manipulation-matrix]]).** A "tárolt érték" mint elköteleződés Eyalnál növekedési eszköz, Normannál a lock-in-kritika hatálya alá esik. **A wiki állása:** ha az érték a vevőé és **exportálható**, Norman elve nem sérül; ha az érték csak a rendszeren belül létezik, akkor a "mindenki veszít, kivéve a domináns gyártót" mondat áll.
- **A "design mint politikum".** Norman explicit: *"design takes on political significance; indeed, design philosophies vary in important ways across political systems"* — a nyugati kultúrában a design "a piac kapitalista fontosságát tükrözi, hangsúllyal a vásárlónak tetsző külső jegyeken". Ez a mondat a wiki [[design-strategy]] és [[featuritis]] oldalainak közös háttere, és Neumeier jelentés-központú designfelfogásának ellenpontja.
- **Módszertani.** A hét elv **normatív lista**, nem mért modell; a könyv sem méri, mennyivel jobb egy hét elvnek megfelelő termék. Az érvelés kognitív pszichológiából és tervezői tapasztalatból származik. Ott, ahol a wikiben mérés van ugyanerre ([[five-user-test]] 85%-os szabálya, Shotton plakátadata), a mérés a keret, a hét elv a **diagnosztikai szótár**.

## Kapcsolódó

[[the-design-of-everyday-things]] · [[don-norman]] · [[seven-stages-of-action]] · [[signifiers]] · [[affordance]] · [[conceptual-model]] · [[natural-mapping]] · [[feedback-and-feedforward]] · [[design-constraints]] · [[knowledge-in-the-world]] · [[slips-and-mistakes]] · [[human-centered-design]] · [[sludge-and-dark-patterns]] · [[choice-architecture-checklist]] · [[clarity-over-noise]]