Innhold
- 1. Ikke merk obligatoriske felt
- 2. Ikke bruk spinnere
- 3. Ha bare én type knapp eller enda bedre bare en knapp per skjema
- 4. Klumpefelt
- 5. Tenk hvorfor du spør om noe og hvordan det føles for brukeren
- 6. Datoer er squirmy little fellas
- 7. Skjemaer som utviklerhåndverk
- 8. Ikke bruk kolonner i skjemaer
- 9. Ikke bruk to felt når ett vil gjøre det
- 10. Vær hyggelig
Skjemaer, det er ingenting som mange designere hater mer enn former. De bringer ikke nødvendigvis kreativiteten ut, eller gjør de det? Kanskje det er på tide at vi ser på skjemaer igjen og forstår at et skjema, på det mest grunnleggende, er en samtale mellom brukeren og programvaren.
Glem pek og klikk, skjemaer representerer den rikeste interaksjonen vi som digitale designere vil møte. Neste gang et skjema kommer, ikke tro det er bare å bruke noen fine CSS-effekter eller legge til en fin jQuery-blomstring. Det er mye mer dybde i utformingen av skjemaer.
Jeg har testet hundrevis av skjemaer og designet noen kompliserte skjemaer for forsikringsselskaper, interaksjoner med feriebookinger og mange flere. Sjansen er stor for at du har brukt et av skjemaene mine de siste månedene.
Her er leksjonene jeg ønsket at jeg hadde lært før jeg begynte å designe skjemaer.
1. Ikke merk obligatoriske felt
Du kjenner den lille stjernen som betegner et obligatorisk felt? Jeg har sett at mislykkes mange ganger i brukertesting. Som et konsept gir obligatoriske felt ikke mye mening, de har ingen ekvivalent offline. De er gode for utviklere fordi de tilbyr en fin svart-hvitt tilnærming til ferdigstillelse. Stjernen og obligatorisk felt mislykkes fordi det er en lært oppførsel. Typisk oppførsel jeg har sett i brukertesting er at brukeren fyller ut skjemaet øverst og fullfører enten når det er noe å stoppe dem, eller de trykker på en knapp.
Løsningen er enkel, merk valgfrie felt, merk stedet der den hyggelige brukeren vår må stoppe og tenke på om de trenger å fullføre dette feltet.
2. Ikke bruk spinnere
HTML5 er strålende ikke sant? Det tilbyr mange spennende nye skinnende verktøy å leke med. Vi må tenke på hensiktsmessigheten av de nye lekene våre. Tallfeltet inneholder nå små pil opp og ned for å tillate brukeren å bla gjennom tall.
Det er to problemer her. For det første vil standard nettleservisning av pilene gjøre dem veldig små. Veldig fiddly å klikke og de fete fingrene blant oss kommer til å slite på en iPhone. Det kalles Fitt's Law, jo mindre noe er jo vanskeligere er det å klikke på det.
Men jeg hører deg rope, du kan bare skrive nummeret direkte i nummerfeltet. Ja, det kan du, men la oss se på nettleserdisplayet, opp / ned-spinnerpilene ligner på vår pålitelige venn, velg boksen. En bruker som blir presentert en spinner for første gang, antar at de ikke kan skrive inn i den som den ligner på en valgboks.
Mitt råd er å styre klart til de blir mer vanlige eller nettleserutviklerne sorterer standarddesignet.
3. Ha bare én type knapp eller enda bedre bare en knapp per skjema
Det er et lite kjent psykologiprinsipp som heter Hicks lov. Hick's Law sier jo flere alternativer vi får, jo vanskeligere er det å ta et valg. Ikke rakettvitenskap vet jeg, men en regel det er verdt å huske på.
Du kan hjelpe din hyggelige bruker ved å hjelpe dem med å ta et valg. Ved å lage alle primærknappene en farge, og bare ha en av dem per side, blir valget enklere. Hvilken knapp skal jeg trykke på? Å, det er enkelt, det er den store fargede.
4. Klumpefelt
Jeg studerte nevrovitenskap i et tidligere liv og studerte så psykologi av hukommelse - spesielt korttids- eller arbeidsminne. Nå før du sier det; nei, korttidsminnekapasiteten er ikke 7 +/- 2, 4 +/- 1 eller snakkes tre til fem biter på menneskelig vis. Vi som mennesker er gode på å evaluere visuelle stimuli, begrensningen er at vi er bedre når antallet er mindre. Chunking et skjema i mindre grupper gjør evaluering enklere, så ofte hva brukeren har å skrive inn skjemaet kommer fra deres minne.
Forsikre deg om at feltgruppene dine er omtrent fire i lengde.
5. Tenk hvorfor du spør om noe og hvordan det føles for brukeren
Dette er sannsynligvis det mest enkle rådet jeg gir, men brukes ofte minst.
La oss ta følgende:
Still spørsmål ved hvert spørsmål du stiller. Er det nødvendig? Hvordan føles det å bli spurt om dette?
Oftere enn ikke er det et forretningsmessig behov for å stille et spørsmål, og vi som designere kan krangle om nødvendigheten til vi er blå i ansiktet. Spørsmålet må stilles. For å forstå forretningsbehovet for disse dataene kan vi ofte gå på akkord.
Vi kan hjelpe ved å fortelle den hyggelige brukeren vår hvorfor vi trenger å stille det spørsmålet. Forsikre deg om bruk og deling av dataene, og vær generelt bare hyggelig.
Tar vårt eksempel igjen:
Det er fortsatt et tøft spørsmål, men forhåpentligvis har vi søtet pillen.
6. Datoer er squirmy little fellas
Å legge inn datoer kan være en virkelig utfordring, og det er noen få fallgruver du kan unngå. Det største enkeltproblemet er å håndtere feil.
Den enkleste tilnærmingen er å starte en kalender. Det er verdt å merke seg at ukene starter på en mandag i Storbritannia og en søndag i USA. Hvis brukeren ikke konsentrerer seg, kan de godt velge en søndag når de mener en mandag.
Det er også verdt å nevne internasjonale datoformater. USA plasserer måneden først, i Japan er det året først. Så en dato som 5/5/12 kunne tolkes på tre måter.
Derfor er det best å bruke utvalgte bokser.
7. Skjemaer som utviklerhåndverk
Skjemaer er håndverk for både utviklere og designere. Å forstå hvilke mulige feil som kan gjøres med å skrive inn data og utforme back-end-koden din for å takle det, er en utfordring.
Her er en enkel. Angi en valutaverdi. De mulige feilene brukeren kan gjøre er enorme. Å tvinge dataformater som brukerne må møte er frustrerende for brukeren din, og la oss innse det, litt lat fra utviklerens side.
Hvilken bedre utfordring for en utvikler enn å bygge et skuddsikkert skjema.
8. Ikke bruk kolonner i skjemaer
Det store problemet med å bruke kolonner i skjemaer er flyt. Vi starter et skjema øverst og slutter nederst. I innføring av kolonner kan flyten i skjemaet brytes.
Ikke anta at brukere blar gjennom skjemaer, og derfor er fokus en måte å navigere skjemaer i kolonner på. Det er sjelden jeg har sett det i brukertesting. Mesteparten av tiden vi ser skriv inn detaljer, klikk til neste felt med musen / styreflaten / fingeren, skriv deretter inn detaljer og så videre.
9. Ikke bruk to felt når ett vil gjøre det
De fleste er ikke berøringsskrivere. I brukertesting ser vi folk se på tastaturet mens de skriver.
Når du skriver inn et telefonnummer som deler skjemafeltet, si for å legge til retningsnummer og nummer, forårsaker reelle problemer. Brukerne ser ikke eller husker faktisk ikke at det er to felt, så skriv inn hele tallet i det første feltet, verre hvis feltet er begrenset til et visst antall tegn.
Bruk bare ett felt for telefonnummer, det samme gjelder husnummer / gate - bruk bare en tekstoppføringsboks.
10. Vær hyggelig
Du vil bli overrasket over hvor mange ganske frekke feilmeldinger det er der ute.
Her er et eksempel på en jeg nylig kom over.
Selve det faktum at de antyder at du villig vil angi en dato i fremtiden, og deretter et ganske fasetsvarende svar, vel, det er ikke veldig hyggelig.
Sett deg igjen i stedet for brukeren, hvordan vil du føle at du ser denne feilen? Irritert? Kanskje enda verre. Å være hyggelig er enkelt.
Jeg har produsert et barneseng / jukseark som kan lastes ned for å hjelpe deg med å designe bedre former. Den inneholder mange flere beste metoder for å designe bedre former.
