7 regler for god menystruktur og navigasjon
Haakon Halvorsen. Publisert 27. september 2007 Hvert eneste prosjekt jeg har vært involvert i som informasjonsarkitekt og brukervennlighetsekspert har på en eller annen måte handlet om å sørge for at brukerne får riktig informasjon til riktig tid. Menystrukturen på nettstedet (eller applikasjonen) er alltid et diskusjonstema i prosjektene.
Det finnes naturlig nok mye faglitteratur på temaet og trender kommer og går mht. hva som er “riktig”. De fleste har kanskje hørt om regelen som sier at man ikke skal ha mer enn 7 +-2 menypunkter? Opprinnelsen til denne regelen er fra en artikkel publisert i 1956 av George A. Miller som var en undersøkelse av korttidshukommelsen til ungdommer (se også en kort forklaring av teorien på Wikipedia). Jeg var senest på et U11 seminar i Boston i fjor hvor Gerry McGovern gjentok denne regelen og mente at den fremdeles gjelder for navigasjon. Det er bare en liten hake ved hele greia, man trenger aldri å huske/memorere en navigasjonsmeny - man skal bare kunne vite sånn cirka hvordan nettstedet er organisert og så scanne seg frem til riktig menypunkt! Derfor er det meningsløst å ha en regel som går på at man må begrense menyer til antall menypunkter som folk antas å kunne memorere selv. Lengden på hovedmenyen er stort sett aldri et problem i seg selv, men hvis du bryter en av mine sju regler for god menystruktur så vil du oppleve at brukerne dine får problemer. Garantert!
OK. Nok prat. Her er mine 7 regler for god menystruktur og navigasjon:
- Lag et navigasjonskonsept som er lett å forstå for brukerne!
- Finn en god balanse mellom bredde og dybde!
- Menypunktene skal være på samme logiske nivå!
- Det skal ikke være vanskelig for brukeren å velge menypunkt på toppnivå!
- Ikke bruk fagutrykk i hovednavigasjonen!
- Baser navigasjonen på nettstedet på ett hovedprinsipp for navigasjon, men tilby flere innganger til samme informasjon!
- Vær konsistent!
Jeg vil gjerne ha kommentarer på disse reglene og hvis det er noe jeg har glemt så vil jeg gjerne vite om det også 
Jeg vil prøve å uttdype disse reglene en etter en i blogginnlegg her på blogandtell.no og linke disse opp til denne artikkelen.
Fin og nyttig artikkel, Haakon!
Er det mulig å skrive noe tilsvarende for HTML-skjemaer? En slags best practice-liste som tar for seg de vanlige problemstillingene når man koder skjemaer:
- Skal labels stå over eller til venstre for input-feltet?
- Hvordan markerer vi felter som ikke validerer?
- Hvor skal felt-spesifikke feilmeldinger stå? Under hverandre over skjemaet? Ved siden av hvert felt? Må det være feltspesifikke feilmeldinger?
- Hvordan forklarer vi reglene som gjelder de enkelte feltene (eks. passord-regime)?
- Hvordan markerer vi de feltene som ikke validerer? Med en rød ramme? Og hva skjer idet brukeren begynner å skrive i et markert felt? Skal rammen fjernes inntil man sender skjemaet, eller skal den stå markert helt til brukeren resender skjemaet?
- Hvordan håndterer vi påkrevde felter?
Jeg er litt usikker på hvor mye disse tingene varierer fra prosjekt til prosjekt, jeg tror egentlig at det ikke er så store variasjoner på hvordan skjemaer bør håndteres. Brukerne er sannsynligvis veldig takknemlige dersom skjemahåndtering er rimelig likt fra applikasjon til applikasjon.