Gebruikerskoppelvlakontwerp: Lesse uit 'n Indianapolis-hysbak
Terwyl ek die ander dag na en van 'n vergadering gekom het, het ek in 'n hysbak gery met hierdie gebruikerskoppelvlak (UI) ontwerp:
Ek dink die geskiedenis van hierdie hysbak is so:
- Die hysbak is ontwerp en afgelewer met 'n baie eenvoudige, gebruiksvriendelike gebruikerskoppelvlak soos hierdie:
- 'n Nuwe vereiste het na vore gekom: Ons moet braille ondersteun!
- Eerder as om die gebruikerskoppelvlak behoorlik te herontwerp, het die updated ontwerp is bloot met die oorspronklike ontwerp gekoester.
- Vereiste voldoen. Probleem opgelos. Of was dit?
Ek was gelukkig om te sien hoe twee ander mense op die hysbak trap en hul vloer probeer kies. Een het die braille gedruk knoppie (dalk omdat dit groter was en meer kontras met die agtergrond gehad het—ek weet nie) voordat ek besef het dit is nie 'n knoppie nie. 'n Bietjie verward (ek het gestaar), het sy die regte knoppie gedruk met haar tweede probeerslag. 'n Ander persoon wat op 'n ander vloer gekom het, het sy vinger in die middel van die baan gestop om sy opsies te ontleed. Hy het reg geraai, maar nie sonder om deeglik te dink nie.
Ek wens ek kon gesien het hoe iemand met 'n gesiggestremdheid hierdie hysbak probeer gebruik. Hierdie braillekenmerk is immers uitdruklik vir hulle bygevoeg. Maar hoe kan braille op 'n knoppie wat nie eers 'n knoppie is nie, 'n gesiggestremde persoon toelaat om hul vloer te kies? Dit is nie net onbehulpsaam nie; dit is gemeen. Hierdie herontwerp van die gebruikerskoppelvlak het nie aan die behoeftes van diegene met gesiggestremdheid voldoen nie en het die gebruikerservaring verwarrend gemaak vir siende gebruikers.
Ek besef daar is allerhande kostes en hindernisse om 'n fisiese koppelvlak te wysig, soos 'n hysbak se knoppies. Ons het egter nie dieselfde hindernisse met ons webwerwe, webtoepassings en mobiele toepassings nie. Dus voordat jy daardie oulike nuwe kenmerk byvoeg, maak seker dat jy dit implementeer op 'n manier wat werklik aan 'n nuwe behoefte voldoen en nie 'n nuwe probleem skep nie. Soos altyd, toets die gebruiker dit om seker te wees!