Brukergrensesnittdesign: Leksjoner fra en Indianapolis-heis
Mens jeg kom til og fra et møte her om dagen, kjørte jeg i en heis som hadde dette brukergrensesnittet (UI) design:
Jeg antar at historien til denne heisen går omtrent slik:
- Heisen ble designet og levert med et veldig enkelt, brukervennlig brukergrensesnitt som dette:
- Et nytt krav dukket opp: Vi må støtte punktskrift!
- I stedet for å redesigne brukergrensesnittet riktig, oppdatert design ble bare bygd inn i det originale designet.
- Kravet er oppfylt. Problem løst. Eller var det?
Jeg var heldig å se to andre personer tråkke på heisen og prøve å velge sin etasje. En dyttet på blindeskriften knapp (kanskje fordi den var større og hadde mer kontrast med bakgrunnen – jeg vet ikke) før jeg skjønte at det ikke var en knapp. Litt forvirret (jeg stirret) trykket hun på selve knappen på sitt andre forsøk. En annen person som gikk i en annen etasje stoppet fingeren midt i banen for å analysere alternativene hans. Han gjettet riktig, men ikke uten noen nøye ettertanke.
Jeg skulle ønske jeg kunne ha sett noen med en synshemming prøve å bruke denne heisen. Tross alt ble denne punktskriftsfunksjonen eksplisitt lagt til for dem. Men hvordan kan blindeskrift på en knapp som ikke en gang er en knapp tillate en synshemmet person å velge gulvet sitt? Det er ikke bare unyttig; det er slemt. Denne redesignen av brukergrensesnittet klarte ikke å møte behovene til de med synshemninger og gjorde brukeropplevelsen forvirrende for seende brukere.
Jeg innser at det er alle slags kostnader og barrierer for å endre et fysisk grensesnitt, for eksempel heisens knapper. Vi har imidlertid ikke de samme barrierene med nettsidene, nettappene og mobilappene våre. Så før du legger til den kule nye funksjonen, sørg for at du implementerer den på en måte som virkelig oppfyller et nytt behov og ikke skaper et nytt problem. Som alltid, brukertest den for å være sikker!