Wylst ik de oare deis nei en fan in gearkomste kaam, ried ik yn in lift dy't dit hie brûkersynterface-û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!"
Ynstee fan de brûkersynterface goed opnij te ûntwerpen, oanfoljend ûntwerp waard gewoan koevoere yn it orizjinele ûntwerp.
Fermelding foldien. Probleem oplost. Of wie it?

Ik hie it lok om twa oare minsken op 'e lift te sjen en besykje har ferdjipping te selektearjen. Ien drukte op 'e braille "knop" (faaks om't it grutter wie en mear kontrast hie mei de eftergrûn - ik wit it net) foardat jo beseffen dat it hielendal gjin knop wie. In bytsje ferbjustere (ik stoarre), drukte se op har echte poging de echte knop. In oare persoan dy't op in oare ferdjipping kaam, stoppe syn finger mid-trajekt om syn opsjes te analysearjen. Hy ried krekt, mar net sûnder wat soarchfâldige gedachten.

Ik winskje dat ik in persoan mei in fisuele beheining koe observearje, besykje dizze lift te brûken. Nei alle gedachten waard dizze braillefunksje spesjaal foar har tafoege. Mar hoe kin braille op in knop dy't net iens in knop is dat in fisueel beheinde persoan syn flier kin selektearje? Dat is net gewoan ûngelokkich; dat is gemien. Dizze werynrjochting fan brûkersynterface koe net allinich de behoeften fan dyjingen mei fisuele beheining oanpakke, mar it makke de brûkersûnderfining ek betiizjend foar sjende brûkers.

Ik realisearje my dat d'r allerhande kosten en barriêres binne foar it wizigjen fan in fysike interface, lykas de knoppen fan in lift. Wy hawwe lykwols deselde barriêres mei ús websides, webapps, en mobile apps. Dus foardat jo dy coole nije funksje tafoegje, moatte jo derfoar soargje dat jo dizze ymplementearje op in manier dy't wier foldocht oan in nije needsaak en gjin nij probleem makket. Lykas altyd testet de brûker it om wis te wêzen!