UX-lagarna som faktiskt styr ditt gränssnitt.

De här kallas “lagar” vilket är lite väl storslaget. De flesta är iakttagelser från kognitionspsykologi och människa–dator-forskning, gjorda mellan 1950- och 1980-talet, och de flesta står sig påfallande väl.

Det som gör dem användbara är inte att de säger vad du ska göra. Det är att de förklarar varför något du redan misstänkte var jobbigt faktiskt är jobbigt — och ungefär hur mycket.

Snabböversikt

Lag	Kort sagt	Vad du gör åt det
Fitts lag	Tiden att träffa ett mål beror på avstånd och storlek	Gör viktiga knappar stora och nära handen
Hicks lag	Betänketiden växer med antalet val	Färre alternativ, eller gruppera dem
Millers/Cowans regel	Arbetsminnet rymmer ~4 saker, inte 7	Gruppera i klumpar om 3–5
Jakobs lag	Folk tillbringar sin tid på andras sajter	Var konventionell där det inte kostar något
Doherty-tröskeln	Svar under 400 ms håller flytet	Optimera det som händer efter ett klick
Von Restorff-effekten	Det avvikande minns	Exakt en primär knapp per vy
Topp–slut-regeln	Minnet formas av toppen och slutet	Lägg omsorg på sista steget
Estetik–användbarhet	Snyggt uppfattas som lättare	Design är inte dekoration
Teslers lag	Komplexiteten kan flyttas, inte tas bort	Bestäm vem som bär den — du eller kunden

Fitts lag — storlek och avstånd

Formulerad av Paul Fitts 1954, från början om att peka på fysiska mål (Laws of UX: Fitts’s Law). Formeln:

T = a + b · log₂(2D / W)

D är avståndet till målet, W är målets bredd. Tiden växer med avståndet men sjunker med storleken — och sambandet är logaritmiskt, vilket betyder att de första ökningarna i storlek ger mest.

Praktiska följder:

• Skärmens kanter och hörn är oändligt stora mål. Musen stannar där. Det är därför menyrader ligger längst upp och varför en knapp i nedre kanten på mobil är lättare att träffa än en i mitten.
• Fyrtiofyra pixlar är golvet för touch, inte målet. Textlänkar i löpande text är undantaget — där bär sammanhanget.
• Avstånd räknas från där markören redan är. En bekräftelseknapp bör ligga nära det du just klickade på, inte i motsatt hörn.

Hicks lag — antalet val

William Hick och Ray Hyman, 1952 (Laws of UX: Hick’s Law). Betänketiden växer logaritmiskt med antalet valmöjligheter:

RT = a + b · log₂(n + 1)

Två saker följer, och den andra är den folk missar:

Färre val går fortare. Uppenbart. En meny med sex punkter navigeras snabbare än en med arton.

Men gruppering slår gallring. Eftersom sambandet är logaritmiskt går arton val uppdelade i tre grupper om sex nästan lika snabbt som sex val. Du behöver inte alltid ta bort — du behöver strukturera. Det är hela förklaringen till varför en välordnad restaurangmeny med sextio rätter fungerar och en oordnad med tjugo inte gör det.

Millers 7±2 — och varför siffran är fel

George Miller skrev 1956 om “det magiska talet sju, plus eller minus två” (Laws of UX: Miller’s Law). Det citeras oftare än nästan något annat inom UX, och det citeras nästan alltid fel.

Miller skrev om klumpar (chunks), inte om enskilda saker, och han var själv tydlig med att texten delvis var en retorisk poäng. Senare forskning, framför allt Nelson Cowan 2001, har landat på ungefär fyra enheter i arbetsminnet för vuxna, inte sju.

Praktiskt: en meny med sju punkter är inte “vetenskapligt optimal”. Ska något hållas i huvudet — ett steg i en process, ett antal alternativ att jämföra — sikta på tre till fem.

Jakobs lag — folk är på andra sajter

Jakob Nielsen, 2000, och kanske den mest underskattade av dem alla (Laws of UX: Jakob’s Law):

Användarna tillbringar merparten av sin tid på andra sajter än din. De föredrar därför att din sajt fungerar som alla de andra.

Det betyder att varje avsteg från konventionen har en kostnad, och att kostnaden bärs av besökaren. Logotypen uppe till vänster länkar hem. Kundvagnen uppe till höger. Understruken text är en länk. Röd är fel, grön är rätt.

Var originell i det som är ditt — tonen, bilderna, innehållet. Var tråkig i navigationen. En sajt vars meny beter sig oväntat är inte djärv, den är kostsam.

Doherty-tröskeln — 400 millisekunder

IBM, 1982. Walter Doherty visade att när datorn svarade snabbare än 400 ms slutade användaren vänta på maskinen och började arbeta i ett flyt — och att produktiviteten steg långt mer än tidsvinsten i sig (Laws of UX: Doherty Threshold). Nielsen Norman Group lägger de tre praktiska gränserna vid 0,1 s, 1 s och 10 s.

Fyrahundra millisekunder är kort. Kortare än de flesta sidladdningar, kortare än de flesta formulärinlämningar. Två saker att göra åt det:

• Svara direkt även när arbetet tar tid. En knapp som byter tillstånd inom 100 ms köper dig sekunder av tålamod. Fördröjningen känns kortare när något syns hända.
• Bygg skelett i stället för snurror. En platshållare som visar formen på det som kommer upplevs snabbare än en spinner, för att ögat får något att göra.

Det hänger direkt ihop med Core Web Vitals, där INP-gränsen på 200 ms är en strängare version av samma insikt.

Von Restorff-effekten — det avvikande minns

Hedwig von Restorff, 1933. Det objekt som skiljer sig från mängden är det som minns och det som klickas.

Följden är obekväm för den som vill lyfta fram allt: effekten är ändlig. Har du en primärknapp sticker den ut. Har du fem sticker ingen ut. Varje ytterligare framhävt element späder ut de andra.

En vy, ett primärt anrop. Resten sekundära eller textlänkar.

Topp–slut-regeln — hur upplevelser minns

Daniel Kahneman och kollegor (Laws of UX: Peak-End Rule). Ett minne av en upplevelse formas i huvudsak av två ögonblick: det intensivaste och det sista. Genomsnittet och längden spelar förvånansvärt liten roll.

Därför är det sista steget värt oproportionerligt mycket omsorg. En bekräftelsesida som säger “Tack — vi hör av oss inom 24 timmar, och här är vad som händer sen” formar hela minnet av kontakten. En som säger “Formuläret skickades” slösar bort det enda ögonblick du garanterat får.

Estetik–användbarhetseffekten

Kurosu och Kashimura, 1995, i en studie på bankomatsgränssnitt: användare bedömde de snyggare varianterna som lättare att använda — även när de objektivt sett inte var det (Laws of UX: Aesthetic-Usability Effect).

Två slutsatser, en trevlig och en obehaglig:

• Design är inte dekoration ovanpå funktionen. Den påverkar den upplevda funktionen direkt.
• Snygg design döljer användbarhetsproblem i tester. Folk klagar mindre på en vacker sak som fungerar dåligt. Var extra misstänksam när ett snyggt gränssnitt testar bra.

Teslers lag — komplexiteten tar inte slut

Larry Tesler: varje system har en inneboende komplexitet som inte går att ta bort, bara flytta.

Frågan är därför aldrig “hur gör vi det enkelt” utan “vem ska bära det svåra — vi eller användaren?” Ett adressfält som slår upp postnummer åt kunden har inte mindre komplexitet. Den har flyttats till din kod, där den betalas en gång i stället för vid varje ifyllnad.

Det är oftast rätt avvägning, och den är alltid ett medvetet val.

Vad du gör med det här

Läs inte det här som en checklista. Läs det som en diagnosuppsättning: nästa gång något i ett gränssnitt känns fel, går det nästan alltid att sätta ett namn på det ovan — för många likvärdiga val, ett mål som är för litet, ett sista steg ingen brytt sig om.

Att kunna namnge problemet är det som gör att man kan laga rätt sak.