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

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