3 typiske fallgruver når man designer skjema 7

Ingen liker i utgangspunktet å fylle ut skjema, hverken på papir eller på nett. Du har vel sjelden gledet deg til å fylle ut selvangivelsen? Og kanskje er du en av dem som river seg i håret av unødvendig lange registreringsskjema, “jeg skal jo bare kjøpe og sende avgårde en blomsterbukett!”.

Fallgruve 1: Brukeren blir frustrert over å finne ut at skjemaet utvider seg i nye og uventede former

I web-baserte skjema er det vanskelig for brukeren å måle størrelsen på skjemaet. En av de vanligste fallgruvene under design av skjema er å unnlate å vise brukeren hvor mye informasjon hun skal fylle ut. Brukeren starter optimistisk å fylle ut skjemaet, for så å bli overrasket over å finne ut at skjemaet utvider seg under prosessen.
Dette kan høres ut som en selvfølge, men det syndes stadig mot denne første, gyldne regel:

Løsning fallgruve 1:
Fortell alltid brukeren hvor mange sider, eller seksjoner, skjemaet er delt inn i (hvis flere).

Eksempel fra www.blogger.com:

Blogger.com

Steg 1: Opprett blogg
Steg 2: Navngi blogg
Steg 3: Velg mal.

Fallgruve 2: Brukeren har problemer med å svare på spørsmålet
Det kan noen ganger være vanskelig å forstå spørsmålene som stilles i skjema.
Plassen for å svare på et spørsmål er noen ganger for liten, det er for brukeren uklart hvilket spørsmål som henvender seg til henne, hun kan være usikker på hvilket svar som er passende, eller hun kan ha problemer med å finne det riktige svaret på spørsmålet.

Caroline Jarrett svarer på denne utfordringen i artikkelen Designing usable forms: The three-layer model of the form (pdf format, 172 Kb).

Løsning fallgruve 2:
Tenk på skjemaet som en samtale mellom deg og brukeren.

  1. Hjelp brukeren med å forstå spørsmålet.
    Som i en vanlig samtale, hjelper det dersom begge parter bruker det samme vokabularet. Sett deg inn i brukernes vokabular, og sørg for å bruke de riktige ordene i skjemaet. Vær nøye når du utformer spørsmål, og test skjemaet på noen reelle brukere før du lanserer det.
  2. Hjelp brukeren med å finne svaret.
    Noen svar er selvsagte (”Hva er navnet ditt?”). Andre svar kan være mer komplekse, feks når man skal fylle ut søknadsskjema om fødselspermisjon. Når du designer et skjema, tenk over hvor svaret kommer fra. Er det informasjon som du forventer at brukeren har i hodet sitt? Trenger hun å få tak i informasjonen et annet sted, fra en annen person eller organisasjon? Pek ut retningen for brukeren angående hvor hun kan finne svaret på spørsmålet du stiller.
  3. Hjelp brukeren med å plassere svaret.
    Input-feltet må tilpasses informasjonen du spør etter.
    • For lite input-felt er det samme som å avbryte brukeren midt i en samtale.
    • For stort input-felt kan gjøre brukeren usikker på om hun har misforstått spørsmålet, siden svaret hun har i hodet er kort.
    • Radio buttons eller check-boxes kan være et godt alternativ, men bare hvis alternativene stemmer overens med de svarene brukerne ønsker eller trenger å gi.
    • Et åpent ”Annet”-felt kan være en god idé for å gi brukerne mulighet til å gi andre svar eller kommentarer.

Skjema for fødselspermisjon
Eksempel på et skjema som kan være vanskelig å fylle ut er søknad om fødselspermisjon. Ulike ting jeg var usikker på den gang jeg skulle fylle ut dette skjemaet, var:

Ved å benytte brukernes sjargong og ordlyd, og ved å tilby forklaringer til noen av de kompliserte feltene, kunne dette skjemaet være langt enklere å fylle ut.

Se eksempel fra Storebrand.no for hvordan man kan tilby forklaringer til input-feltene, uten at forklaringene står i veien for feltene som skal fylles ut. Legg også merke til at det aktive feltet (her Om bilen) kommer i fokus ved bruk av bakgrunnsfarge:
Storebrand – Skadeforsikring bil:

Storebrand.no

Fallgruve 3: Skjemaet blir oppfattet som rotete og uoversiktlig, og tar dermed lengre tid å svare på.

Her er to eksempler på skjema for skademelding, fra hhv. Storebrand og Vesta:

  1. Storebrand – Skademelding (reise)
    Her er input-feltene plassert vertikalt etter hverandre. Input-feltene står ikke på linje, og det er svært vanskelig å skanne ledetekstene:Storebrand skademelding
  2. Vesta – Generell skademelding
    Input-feltene er plassert under hverandre, og lengden på input-felt er tilpasset den informasjonen som blir etterspurt. Ledetekstene er plassert vertikalt for input-feltene. At ledetekstene er venstrejustert gjør dem enkle å skanne. Skjemaet oppfattes likevel som unødvendig rotete, pga at det er lite luft mellom feltene.Vesta skademelding

Disse eksemplene viser noen typiske utfordringer som vi ofte ser i skjemautforming. Utfordringen er hvordan vi skal kategorisere input-felt i gode kategorier, hvordan vi skal plassere ledetekster i forhold til input-felt, og hvordan vi skal sørge for en god flyt i skjemautfyllingen.

Skjema-guru Luke Wroblewski har skrevet en svært god artikkel om skjemadesign og plassering av ledetekster og input-felt. Her følger et kort sammendrag, med noen eksempler fra norske og utenlandske skjema:

Løsninger fallgruve 3:
Vertikale ledetekster plassert ovenfor input feltet.

Luke Wroblewski, Web Application Form Design:

Vertikale ledetekster plassert ovenfor input feltet
Fordel: Den konsistente utformingen av input-felt og ledetekster reduserer øyebevegelser og tiden det tar å bearbeide informasjonen. Øynene trenger bare å bevege seg i én retning: Nedover.
Viktig: Angi ledetekstene i fet skrift for å utheve dem, og plasser dem nær de gjeldene input-feltene.
Bruk denne typen skjema når:

Horisontale ledetekster plassert til høyre for input feltet.
Eksempel fra Komplett:

Eksempel fra Komplett

Luke Wroblewski, Web Application Form Design:

Web Application Form Design 2

Fordel: Venstrejustering av ledetekstene gjør informasjonen enkel å lese, fordi brukerne kan skanne den venstre kolonnen med ledetekster opp og ned uten å bli forstyrret av input-felt.
Utfordring: Avstanden mellom ledetekst og input-felt blir noen ganger stor pga at noen ledetekster er vesentlig lengre enn andre. Fordi brukerne må “hoppe” mellom kolonnene for å skrive inn riktig data i riktig input-felt tar det lengre tid å fylle ut skjemaet.
Eksempel fra Euroflorist:
Eksempel Euroflorist
Bruk denne typen skjema når:

  1. Dataene du spør etter ikke enkelt faller inn i en gruppe. Feks en adresse som består av flere deler.
  2. Dataene du spør etter er (eller kan være) ukjente for brukerne dine. (Det er da en fordel at brukerne enkelt kan skanne hvilken informasjon det spørres etter).

Label er plassert til høyre for input feltet, men er høyrejustert

Eksempel fra Flickr:

Eksempel Flickr

Fordel: Assosiasjonen mellom ledetekst og input-felt er klar og tydelig.
Utfordring: I den vestlige verden leser vi fra venstre til høyre. Øynene våre foretrekker derfor en skarp linje fra venstre.
Bruk denne typen skjema kun når:
Det blir svært lang avstand mellom ledetekst og input-felt dersom man benytter venstrejustering.

Bruk av visuelle elementer i skjema

Eksempel fra NetShop:

NetShop registreringsskjema

Skjemaet over er hentet fra Netshop’s registreringsskjema for ny kunde. Sammenlign dette med Kompletts registreringsskjema for å se et eksempel på hvordan tydelige bokser hjelper til å skille elementene fra hverandre og gjøre skjemaet enklere å bruke:

Komplett registreringsskjema

Les hele artikkelen til Luke Wroblewski.

Luke kommer forøvrig til Lillehammer på årets Yggdrasil konferanse 15.-16. oktober. Han er keynote foredragsholder, og skal også holde et halvdags seminar om visuell kommunikasjon, og hvordan vi kan utnytte visuelt design for å skape bedre brukeropplevelser. Han lover presentasjoner, interaktive diskusjoner og praktisk oppgaveløsing i forbindelse med seminaret.

Få det med deg, sett av datoen nå! :-)

Har du kommentarer, eller eksempler på gode skjema til etterfølgelse? Vi hører gjerne fra deg!

Veien til verdens beste grensesnitt går gjennom å forenkle komplekse prosesser, være knallhard på prioritering av informasjon, prioritere et grafisk design som løfter brukeropplevelsen flere hakk, og å ta seg tid til å forstå brukernes situasjon for å kunne legge til det lille ekstra.

Flere artikler av Lillian CV

7 kommentarer

  1. Pingback: → Webforumet.no - Søkemotoroptimalisering, webutvikling og markedsføring
  2. Hei, tusen takk for en informativ og god artikkel om noe som er veldig vanskelig å designe. Vi jobber nå med mange ulike skjemaer og har lite team og budsjett, så all input er veldig nyttig.

    Spesielt synes jeg det er vanskelig å hente inn nok informasjon samtidig som man ikke ønsker å skremme bort brukerne. Skulle du ha en fallgrube nr 4 ville kanskje dette vært aktuelt å ta med: “Mangel på disiplin i balansen mellom hva du ønsker å vite og hva brukeren har tålmodighet til å fortelle deg.”

  3. Dere beskriver IAllenkelthet som “firmabloggen til NetLife Research, Norges fremste fagmiljø for usability, interaksjonsdesign og informasjonsarkitektur”.
    Etter å ha lest innlegget “3 typiske fallgruver når man designer skjema” er jeg derfor svært overrasket at ELMER ikke er nevnt med et eneste ord.

    ELMER er kort sagt retningslinjer for brukergrensesnitt i offentlige skjema på Internett. ELMER behandler også mange av de samme problemstillingene som beskrives i artikkelen “3 typiske fallgruver når man designer skjema”.

    Selv om ELMER er utviklet med tanke på offentlige skjema er det ingen hindringer til at også aktører på det private markedet kan nyte godt av arbeidet.

    ELMER-retningslinjene er tilgjengelig på http://www.elmer.no

  4. Takk for en veldig god og informativ artikkel.

    Jeg har en kunde som tilhører den skaren av nettside-eiere som mener at lange sign-up skjemaer gjerne bygger troverdighet, i tillegg til at de gir så mye mer info til kundedatabasen. Ikke overraskende ser vi at mengden brukere som forsvinner i løpet av registreringsprosessen er veldig høy. Mitt problem er å få de brukerne som begynner å registrere seg på den første siden de støter på, til å faktisk fullføre registreringen. Jeg tenker at vi gjerne “skuffer” brukeren ved å late som er det litt for enkelt å begynne registreringen, og så viser det seg at det faktisk er mye mer å fylle ut. Jeg skal teste ut “fortsett registrering”, men lurer også på om det kan være en ide å legge inn flere input-felter med en gang. Slik at brukeren ikke blir “villedet”. Hva tror du om det?

  5. Veldig interessant artikkel! Men bør man ikke tillegge vekt at de aller fleste skjemaer er utformet med venstrestilte felttekster i dag og at dersom man gjør noe annet så vil det være “nytt” for brukeren?? Har ikke noe statistikk på dette, men mitt inntrykk er at 95% av skjemaene som finnes “der ute” har venstrestilte feltskjemaer. Og enten man synes det er fint eller ikke: brukere liker ikke nye ting (selv om de sier at de gjør det!). Et annet punkt som kunne ha vært nevnt i artikkelen din er ulempen ved å ha felter uten ledetekster slik som i eksemplet du har fra euroflorist hvor man har valgt å sette 2 felter til adresse uten ledetekst på nr. 2.

    PS! Hvilken standard fulgte dere når dere fant ut at kommentarer til bloggen skulle ha høyrestilte feltnavn? :D

    ____________ Navn
    ____________ Epost
    ____________ Hjemmeside

    Sorry – kunne ikke dy meg :D

  6. Tusen takk for mange gode kommentarer og innspill :-)
    Jeg skal prøve å svare på noen av kommentarene deres her.

    Først: Tusen takk Henriette Magnussen for tips til leserne om ELMER!
    ELMER gir mange gode råd på sidestruktur, navigasjon, og flyt i skjema. ELMER tar også for seg utforming av feilmeldinger og hjelpetekster.

    For de som har lyst til å lære mer om ELMER anbefaler jeg å dra til årets Yggdrasil-konferanse på Lillehammer 15.-16. oktober. Ram Yoga fra Steria holder der foredraget “ELMER-toget går nå. Bli ikke stående på perrongen!”.

    Ang. lange registreringsskjemaer:

    Først og fremst er det viktig å være tydelig overfor brukeren hvor langt
    registreringsskjemaet er. Dette kan for eksempel gjøres ved hjelp av en såkalt “progressbar”, som tydelig viser “Du er nå på side 2 av 4″.

    La mengden felt som skal fylles ut på hver side være nokså lik, slik at brukeren har en følelse av kontroll.

    Hvis registreringsskjemaet er svært langt bør man opplyse brukeren på forhånd ca hvor lang tid det tar å fylle ut.

    En annen ting er: MÅ registreringsskjemaet være så langt?
    Og viktigere: MÅ kunden i det hele tatt registrere seg?

    Flere og flere nettbrukere reagerer på, og opponerer mot, tvungen registrering for å utføre handlinger på nettet. Dette er noe man bør ta på alvor. Det finnes flere ulemper enn fordeler med å tvinge sine brukere til å registrere seg. I verste fall kan man risikere å miste kunder på dette.

    Nå vet jeg ikke hvilke typer nettsider du arbeider med for øyeblikket, eller hva som er formålet med skjemaet du referer til. Sett at vi for eksempel snakker om registrering i en nettbutikk. Da er det sjelden behov for annet enn:

    - navn
    - leveringsadresse
    - e-post adresse (for ordrebekreftelse)
    - telefonnummer (kun hvis man trenger dette for korrespondanse med kunden)

    Først etter at kunden har fylt ut nødvendig informasjon for å kunne handle varen, kan man spørre om kunden ønsker at butikken lagrer denne informasjonen. Slik slipper han/hun å taste inn alt på nytt ved neste handel. Gi kunden gode grunner som trigger dem til å ønske å være registrert hos akkurat denne butikken. På den måten skaper man tillit mellom kunde og butikk. Kunden opplever lagring av informasjon som sitt eget valg og ser på registreringen som en service fra butikken.

    Noen ganger ønsker butikken å vite litt om hva brukeren er interessert i. Da skal det komme tydelig fra at det er i kundens egeninteresse å gi fra seg denne informasjonen. Slik informasjon bør ikke være obligatorisk informasjon.

    Lykke til videre :-)

    Takk også for gode innspill fra Haakon Halvorsen! Og det er lov å reagere på vår bruk av inputfelt med ledetekst til høyre! Det er litt spesielt, og uten at jeg egentlig vet hva jeg snakker om tror jeg rett og slett at det ble sånn fordi det er slik publiseringssystemet for bloggen vår er lagt opp. Vi er nok selv av og til både syndere på konvensjoner og ofre for rigide publiseringsløsninger ;-)

  7. Lillian: Takk for reklamen for foredraget på Yggdrasil. Jeg må likevel få lov til å påpeke at det ikke er bare meg som skal prate. ELMERs “far”, Tor Nygaard kommer til å stå for den ene halvdelen av showet. Hvis du vil lære mer om ELMER er dette stedet å få en innføring! :-)

Skriv en kommentar

  • *
  • *

XHTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>

Mest lest

Skifte beite? Gresset er grønnere hos oss

Sammen sprenger vi grenser for hva web kan være. Vi ser spesielt etter: Tekstforfattere, prosjektledere, designere og interaksjonsdesignere.

  1. Denne våren skal du kle deg i responsiv design
  2. Fjortisene kommer – og de vil ta jobben din
  3. Tverrfaglighet og typografi
  4. Topp 10 på Iallenkelhet i 2011

Sist kommentert

UX-konferanser 2012

Nytt år, nye konferanser. Noe som mangler? Kontakt meg på andreas@netliferesearch.com eller @schjonhaug så legger jeg den til. Sjekk også ut Lanyrd, en Twitter-basert konferanseoversikt. Februar The Usability Week i [...]

  1. Denne våren skal du kle deg i responsiv design 25
  2. App eller webapplikasjon? 9
  3. Tverrfaglighet og typografi 1
  4. En interaktiv designprosess 13