Indhold
- 1. Marker ikke obligatoriske felter
- 2. Brug ikke spinnere
- 3. Har kun én type knap eller bedre endnu kun en knap pr. Formular
- 4. Klumpfelter
- 5. Tænk på, hvorfor du spørger noget, og hvordan det føles for brugeren
- 6. Datoer er svirrende små fyrer
- 7. Formularer som udviklerfartøj
- 8. Brug ikke kolonner i formularer
- 9. Brug ikke to felter, når en vil gøre det
- 10. Vær god
Formularer, der er intet mange designere hader mere end former. De bringer ikke nødvendigvis kreativiteten ud, eller gør de? Måske er det på tide, at vi kigger på formularer igen og forstår, at en form, som den mest basale, er en samtale mellem brugeren og softwaren.
Glem peg og klik, formularer repræsenterer den rigeste interaktion, som vi som digitale designere møder. Næste gang en formular kommer din vej, skal du ikke tro, det er bare et spørgsmål om at anvende nogle pæne CSS-effekter eller tilføje en dejlig jQuery-blomstring. Der er meget mere dybde ved at designe formularer.
Jeg har brugertestet hundreder af formularer og designet nogle komplekse formularer til forsikringsselskaber, interaktioner med feriebooking og mange flere. Chancerne er, at du har brugt en af ​​mine formularer i de sidste par måneder.
Her er de lektioner, jeg ønskede, at jeg havde lært, før jeg begyndte at designe formularer.
1. Marker ikke obligatoriske felter
Kender du den lille stjerne, der angiver et obligatorisk felt? Jeg har set det mislykkes mange gange i brugertest. Som et koncept giver obligatoriske felter ikke meget mening, de har ingen offlineækvivalent. De er gode for udviklere, fordi de tilbyder en flot sort / hvid tilgang til færdiggørelse. Stjernen og det obligatoriske felt mislykkes, fordi det er en lært adfærd. Typisk adfærd, jeg har set i brugertest, er, at brugeren udfylder formularen øverst og afslutter, enten når der er noget, der stopper dem, eller de trykker på en knap.
Løsningen er enkel, markér valgfri felter, marker det sted, hvor vores hyggelige bruger skal stoppe og tænke over, om de har brug for at udfylde dette felt.
2. Brug ikke spinnere
HTML5 er strålende ikke? Det tilbyder masser af spændende nye skinnende værktøjer at lege med. Vi er nødt til at tænke over hensigtsmæssigheden af ​​vores nye legetøj. Nummerfeltet indeholder nu små op- og nedpil for at give brugeren mulighed for at bladre gennem tal.
Der er to problemer her. For det første gør browserens standardbrowservisning dem meget små. Meget fiddly at klikke og den fede fingered blandt os vil kæmpe på en iPhone. Det hedder Fitt's Law, jo mindre noget er jo sværere er det at klikke på det.
Men jeg hører dig råbe, du kan bare skrive nummeret direkte i nummerfeltet. Ja, det kan du, men lad os se på browserdisplayet, op / ned-spinnerpilene ligner vores trofaste ven, vælg feltet. En bruger, der præsenteres for en spinner for første gang, antager, da den ligner et valgfelt, at de ikke kan skrive ind i den.
Mit råd er at undgå, indtil de bliver mere almindelige, eller browserudviklerne sorterer standarddesignet.
3. Har kun én type knap eller bedre endnu kun en knap pr. Formular
Der er et lidt kendt psykologiprincip kaldet Hicks lov. Hicks lov siger, at jo flere muligheder vi får, jo sværere er det at træffe et valg. Ikke raketvidenskab, jeg kender, men en regel, der er værd at huske på.
Du kan hjælpe din gode bruger ved at hjælpe dem med at træffe et valg. Ved at gøre alle primære knapper en farve og kun have en af ​​dem pr. Side gør det lettere at vælge. Hvilken knap skal jeg trykke på? Åh, det er let, det er den store farvede.
4. Klumpfelter
Jeg studerede neurovidenskab i et tidligere liv og studerede så hukommelsens psykologi - specifikt kortvarig eller arbejdshukommelse. Nu før du siger det; nej, kortvarig hukommelseskapacitet er ikke 7 +/- 2, 4 +/- 1 eller på menneskelig vis taler tre til fem stykker. Vi som mennesker er gode til at evaluere visuelle stimuli, begrænsningen er, at vi er bedre, når antallet er mindre. Chunking af en formular i mindre grupper gør vurderingen lettere, da det, brugeren skal indtaste formularen ofte kommer fra deres hukommelse.
Sørg for, at dine grupper af felter er ca. fire i længden.
5. Tænk på, hvorfor du spørger noget, og hvordan det føles for brugeren
Dette er sandsynligvis det mest enkle råd, jeg giver, men er ofte det mindst anvendte.
Lad os tage følgende:
Spørg alle spørgsmål, du stiller. Er det nødvendigt? Hvordan føles det at blive spurgt om dette?
Oftere end ikke er der et forretningsbehov for at stille et spørgsmål, og vi som designere kan diskutere nødvendighed, indtil vi er blå i ansigtet. Spørgsmålet skal stilles. For at forstå forretningsbehovet for disse data kan vi ofte gå på kompromis.
Vi kan hjælpe ved at fortælle vores gode bruger, hvorfor vi skal stille det spørgsmål. Berolige med brugen og delingen af ​​disse data og vær generelt generelt rart.
Med vores eksempel igen:
Det er stadig et hårdt spørgsmål, men forhåbentlig har vi sødet pillen.
6. Datoer er svirrende små fyrer
Indtastning af datoer kan være en reel udfordring, og der er et par faldgruber, du kan undgå. Det største enkeltstående problem er at håndtere fejl.
Den nemmeste tilgang er at starte en kalender. Det er værd at bemærke, at ugerne starter på en mandag i Storbritannien og en søndag i USA. Hvis din bruger ikke koncentrerer sig, kan de muligvis vælge en søndag, når de mener en mandag.
Det er også værd at nævne internationale datoformater. USA placerer måneden først, i Japan er det året først. Så en dato som 4/5/12 kunne fortolkes på tre måder.
Derfor er det bedst at bruge udvalgte felter.
7. Formularer som udviklerfartøj
Formularer er håndværk for både udviklere og designere. At forstå, hvilke mulige fejl der kan laves med indtastning af data og design af din back-end-kode til at klare, er en udfordring.
Her er en enkel. Indtastning af en valutaværdi. De mulige fejl, brugeren kunne lave, er enorme. At tvinge dataformater, som brugerne skal møde, er frustrerende for din bruger, og lad os indse det, lidt doven fra udviklerens side.
Hvilken bedre udfordring for en udvikler end at opbygge en skudsikker form.
8. Brug ikke kolonner i formularer
Det store problem ved brug af kolonner i formularer er flow. Vi starter en formular øverst og slutter i bunden. Ved introduktion af kolonner kan formens strøm brydes.
Antag ikke, at brugerne faner gennem formularer, og derfor er fokus en måde at navigere på formularer i kolonner. Det er sjældent, at jeg har set det i brugertest. For det meste ser vi indtast detaljer, klik til det næste felt med musen / pegefeltet / fingeren, indtast derefter detaljer og så videre.
9. Brug ikke to felter, når en vil gøre det
De fleste mennesker er ikke berøringsskrivere. I brugertest ser vi folk se på tastaturet, mens de skriver.
Når du indtaster et telefonnummer, der deler formularfeltet, siger det at tilføje områdekode og nummer, forårsager reelle problemer. Brugere kan ikke se eller faktisk huske, at der er to felter, så indtast det fulde nummer i det første felt, værre, hvis feltet er begrænset til et bestemt antal tegn.
Brug kun et felt til telefonnummer, det samme gælder husnummer / gade - brug kun et tekstindtastningsfelt.
10. Vær god
Du vil blive overrasket over, hvor mange ret uhøflige fejlmeddelelser der er derude.
Her er et eksempel på en, jeg stødte på for nylig.
Selve det faktum, at de foreslår, at du villigt indtaster en dato i fremtiden og derefter et ret facetfuldt svar, ja, det er ikke særlig rart.
Sæt dig igen i stedet for brugeren, hvordan ville du føle at se denne fejl? Irriteret? Måske endnu værre. At være god er let.
Jeg har produceret et krybbe / snydeark, der kan downloades, for at hjælpe dig med at designe bedre former. Det inkluderer mange flere måder for bedste praksis til at designe bedre formularer.
