Untwerp fan brûkersynterface: Lessen fan in Indianapolis Elevator
Doe't ik de oare deis nei en fan in gearkomste kaam, ried ik yn in lift dy't dizze brûkersynterface hie (UI) ûntwerp:
Ik tink dat de skiednis fan dizze lift sa giet:
- De lift waard ûntwurpen en levere mei in heul ienfâldige, maklik te brûken brûkersynterface lykas dizze:
- In nije eask ûntstie: Wy moatte braille stypje!
- Yn stee fan in nij ûntwerp fan de brûkersynterface goed, de aktualisearre ûntwerp waard gewoan koevoere yn it orizjinele ûntwerp.
- Fermelding foldien. Probleem oplost. Of wie it?
Ik hie gelok te sjen twa oare minsken stappe op 'e lift en besykje te selektearjen harren ferdjipping. Ien triuwde de braille knop (miskien om't it grutter wie en mear kontrast hie mei de eftergrûn - ik wit it net) foardat ik realisearre dat it gjin knop wie. In bytsje flustered (ik stoarre), se drukte op de eigentlike knop op har twadde poging. In oare persoan dy't op in oare ferdjipping kaam, stoppe syn finger midden yn it trajekt om syn opsjes te analysearjen. Hy ried goed, mar net sûnder wat foarsichtich tinken.
Ik winskje dat ik koe hawwe observearre immen mei in fisuele beheining besykje te brûken dizze lift. Ommers, dizze braille-funksje waard eksplisyt tafoege foar harren. Mar hoe kin braille op in knop dy't net iens in knop is in fisueel beheinde tastean har flier te selektearjen? Dat is net allinne unhelpful; dat is gemien. Dit werynrjochting fan brûkersynterface mislearre de behoeften fan dyjingen mei fisuele beheining en makke de brûkersûnderfining betiizjend foar sjogge brûkers.
Ik realisearje dat d'r allerhande kosten en barriêres binne foar it feroarjen fan in fysike ynterface, lykas de knoppen fan in lift. Wy hawwe lykwols net deselde barriêres mei ús websiden, webapps en mobile apps. Dus foardat jo dizze koele nije funksje tafoegje, soargje derfoar dat jo dizze ymplementearje op in manier dy't wirklik foldocht oan in nije need en gjin nij probleem makket. Lykas altyd, test de brûker it om wis te wêzen!