Brukeropplevelse Utforming av skjema validering på riktig måte

I dag skal vi undersøke hvilken form validering er og hvorfor du, Joe Webdesigner, burde bryr seg om det. Her er en teaser: Det er en av de enkleste måtene å forbedre bruken av designene dine, og de fleste webdesignere glemmer det hele tiden! Vi vil også presentere noen eksempler på god form validering design. Les på unge gresshopper ... kunnskap venter.


Hva er form validering?

I sammenheng med et menneskelig forhold er validering når du føler behov for å bli fortalt at du har rett; I sammenheng med et webskjema er validering når skjemaet forteller deg at du har feil. For å være spesifikk, skjema validering er prosessen der et webskjema sjekker for å se om informasjonen som er inntatt i den, er riktig.

For eksempel:

  • Hvis et felt er merket "E-postadresse", kan skjemaet sjekke for å se om teksten som er angitt, er en gyldig e-postadresse.
  • Hvis feltet er merket "Telefonnummer", kan skjemaet sjekke for en bestemt formatering (eller et bestemt antall siffer)

Du får ideen ... validering bare sørger for at brukeren ikke har gjort en feil.

Det er menneskelig natur å gjøre feil selv, og dessverre er webskjemaet sannsynligvis ikke unntatt for menneskelig feil. Det er her validering spiller det er en del i en brukervennlig form. En enkel visuell påminnelse til brukeren om at noe ikke er fylt på riktig måte, kan gjøre hele forskjellen mellom glede av en vellykket utfylt form og den intense frustrasjonen om å måtte gjette hva som gikk galt.


Hvorfor trenger du å designe for det?

Det primære prinsippet om god form validering er dette: "Snakk med brukeren! Fortell når de har noe galt!"

Integrering av validering i webdesignene dine er ikke vanskelig ... men det store flertallet av designere inkluderer aldri design for det. Hvorfor? Fordi validering ofte blir igjen for utviklere å bekymre seg om i de siste faser av et prosjekt.

Dette skaper et scenario hvor du, Joe Webdesigner, overlater en av de mest avgjørende aspektene av brukeropplevelsen til en utvikler som sannsynligvis ikke vet eller bryr seg hvordan validering skal utformes. Heck, i mange tilfeller vil utviklere ikke engang bry deg om noe utover de mest rettslige form validering ... som kan la brukerne frustrert.

Dette er ikke en grave på utviklere eller noe (og det er mange flotte devs som vil håndtere dette med flygende farger), men la oss anta at dev ikke betaler oppmerksomhet for argumentets skyld.

Undersøk følgende grafikk:


Noe ser ut til å være feil på dette skjemaet ... men brukeren er tvunget til å gjette hva det er.

Hva er galt med dette skjemaet? Sikker - skjemaet er "validering" selv ved å fortelle brukeren at noe er galt ... men brukeren er igjen å gjette hva det er.

Det primære prinsippet om god form validering er dette: "Snakk med brukeren! Fortell når de har noe galt!"

La oss undersøke neste grafikk:


Eureka!

Mye bedre riktig? Nå blir brukeren gitt den informasjonen de trenger for å fikse problemet. Dette er et forenklet eksempel, men legg merke til hvordan integrering av et grunnleggende responssystem forbedrer brukbarheten ved hopp og grenser.


De 3 vanlige typer skjemafeil

Nå som du forstår hva validering er, vil du forhåpentligvis søke på webformene dine. Det er generelt tre feil som brukerne kan komme inn i ditt skjema:

Formatering av feil

Dette er trolig det største problemet brukerne vil møte. Har du noen gang fylt ut et skjema for å finne ut at du har satt en ulovlig karakter i brukernavnet eller brukt et mellomrom i en webadresse? Det er der formatering validering kommer inn i spill.

De fleste felt i et nettform er bare alfanumeriske, men hvis du har et e-post-, webadresse, telefonnummer eller passordfelt, kan det hende du må ha en bestemt formatering. Du kan antagelig gjette syntaksen til hvert felt. Så formatering validering er effektiv hvis du har bestemt informasjon i tankene.

Påkrevde feltfeil

Disse feilene skjer når en bruker glemmer / forsømmer å fylle ut et felt du har angitt som "nødvendig".

Match feil

Dette skjer når du må sjekke om en verdi er lik en annen. Dette er så viktig i innloggingsskjemaer, spesielt fordi du ikke vil tillate brukere å logge inn hvis passordet ikke stemmer overens med den riktige.

Det kan også brukes til å få brukerne til å skrive inn e-post eller passord når det er viktig at de ikke gjør en feil.


Designløsningen

Mens du kan stile skjemaet ditt på tusen forskjellige måter, er det generelt tre grunnleggende trinn for å hjelpe brukeren til å fikse valideringsproblemet:

  1. Informer brukeren at det er en feil et sted på skjemaet.
  2. Marker feltet det er feil.
  3. Vis dem et eksempel av hva du forventer. (dvs.: [email protected])

Farge er et av de beste verktøyene å bruke når du utformer validering. Fordi det fungerer på et instinktivt nivå, legger du til rød til feilmeldinger, eller grønn til suksessmeldinger er utrolig kraftig.

Nærhet er et annet viktig verktøy - hold spesifikke varsler nær problemfeltene og hold beskjeder om hele skjemaet vekk fra noen enkeltfelt. Hvis du kan lage tilpassede "hud" -løsninger som gjør disse strategiene enda mer opplagte (som å gjøre varselet ser ut som det er fysisk knyttet til et bestemt felt), vil du gjøre enda bedre.

Det er også en god praksis å fortelle brukerne på forhånd hvor de kan opprette feil. Mange nettsteder inkluderer en sidefeltboks med instruksjoner om hvordan skjemaet skal fylles ut. Andre har riktig syntaks beskrevet under etiketten. Enten metode virker, så lenge det er der.

Som vi nevner i delen "hvordan validering fungerer" nedenfor, vil du også ønsker å kjøre "umiddelbar validering" når det er mulig.


Eksempler på Great Form Validation

Nå som vi har gått gjennom teorien om form validering ... la oss se på noen eksempler på dette i aksjon!

Mens du ser på disse, merk at løsningen alltid er enkel: et verktøytips, en boks i varsling eller et enkelt tekst. Så lenge du holder varslene nær i nærheten av problemfeltet, kan du designe, hud eller stilte dem slik du vil. Det eneste du må huske er at du faktisk gir brukeren noen råd.

La oss grave i:

Themeforest

ThemeForest gir umiddelbart en feilmelding under feltet. Vellykkede oppføringer får selv en grønn "suksess!" budskap.


Frexy

Frexy bruker en enkel, men effektiv tilnærming: Farg feltet som er galt, og legg til lyst underretningstekst nedenfor. Rediger: Som Boba bemerket i kommentarene, kan den grønne fargen være misvisende for noen brukere, men du må balansere merkevarebygging og brukervennlighet til din egen smak.


Twitter

Twitter legger til en melding til høyre for feltet for å indikere feil. Det gjør det øyeblikkelig ... og de legger til og med farge til responssystemet for å understreke meldingen!


Mint

Mint validerer ikke bare skjemafeltene umiddelbart, de gir også begge positiv og negativ tilbakemelding ... det er nesten som om du har en samtale med skjemaet!


FancyForm

FancyForm er et skjemaverktøy som viser hvor nyttig det kan være å faktisk gi tilbakemelding på nettet i form av ikoner.


Virb

Virb legger til en lys melding når du har gjort noe galt. Bonuspoeng: Virb vil ikke engang la deg skrive inn en ukjent karakter! Bare prøv det ... de tør deg.


Wordpress

WordPress vil gi deg en grunnleggende melding ... men det som er spesielt er at selve skjemaet egentlig rister når du skriver inn feil informasjon.


InvoiceMachine

FakturaMachine bruker den enkleste tilnærmingen. I stedet for tekstlig hjelp, farger den bakgrunnen i rød for å bety et problem. Husk at et tekstverktøy når brukeren svinger over skjemaet, vil forbedre dette enda mer.


WPCoder

WPCoder viser at en enkel Javascript popup kan fungere like bra også.


Yahoo

Yahoo bruker en humoristisk tilnærming ... i stedet for å returnere en grunnleggende feil når en bursdag er feil, de gir deg litt holdning.


Hvordan validering egentlig virker

Teknologisk sett er det to forskjellige måter å integrere validering i et skjema på:

  • Server-side validering er hvor en bruker sender skjemaet, og kontaktskjemaet vil analysere innholdet og gi opp en feil hvis kriteriene ikke samsvarer
  • Validering av klientsiden er typen JavaScript-validering du kan se på noen moderne former. Dette er hvor øyeblikkelig tilbakemelding genereres på en felt-til-felt basis uten innsending.

Valideringen av klientsiden gir det mest brukervennlige alternativet fordi det kan vise tilbakemeldingen direkte og øyeblikkelig, slik at brukeren umiddelbart kan rette feilen. En stor ulempe mot validering av klientsiden er imidlertid at den vanligvis er avhengig av en slags JavaScript. Derfor, hvis brukeren har JavaScript slått av, vil de ikke se live validering. Så vær sikker på at du fortsatt kan falle på server-side validering

Du kan lese mye mer om den teknologiske siden av validering på vårt nettsted, Nettuts!


Siste tanker

De beste skjemaene er de som forventer brukernes atferd. Det er viktig å planlegge et skjema ut og forstå hvordan en bruker kan gjøre feil før det blir bygget. Hvorfor? Fordi hvis du kan forutse et problemfelt, er det enkelt å designe en løsning for å hjelpe brukerne til å komme forbi det. Men å forlate valideringsdesignet til siste minutt kan det være dyrt å fikse når kodingen er fullført. Å ta litt ekstra tid til å designe strategier og styling for skjemaene dine, vil spare tid, penger og frustrasjon i det lange løp.