Uzantinterfaco-Dezajno: Lecionoj de Indianapolis Elevator
Venante al kaj de renkontiĝo la alian tagon, mi veturis en lifto, kiu havis ĉi tiun uzantinterfacon (UI) dezajno:
Mi supozas, ke la historio de ĉi tiu lifto okazas tiel:
- La lifto estis projektita kaj liverita per tre simpla, facile uzebla uzantinterfaco kiel ĉi tiu:
- Nova postulo aperis: Ni devas subteni brajlon!
- Prefere ol restrukturi la uzantinterfacon ĝuste, la ĝisdatigita dezajno estis nur korbbarita en la originan dezajnon.
- Postulo plenumita. Problemo solvita. Aŭ ĉu ĝi estis?
Mi bonŝancis rigardi du aliajn homojn paŝi sur la lifton kaj provi elekti sian etaĝon. Oni puŝis la brajlon butono (eble ĉar ĝi estis pli granda kaj havis pli da kontrasto kun la fono—mi ne scias) antaŭ ol ekkompreni ke ĝi ne estis butono. Iom konfuzita (mi fiksrigardis), ŝi premis la realan butonon je sia dua provo. Alia persono, kiu venis sur alian etaĝon, haltigis sian fingron meze de la vojo por analizi siajn elektojn. Li ĝuste divenis, sed ne sen zorga pripenso.
Mi dezirus, ke mi povus observi iun kun vidhandikapiteco provi uzi ĉi tiun lifton. Post ĉio, ĉi tiu brajla trajto estis eksplicite aldonita por ili. Sed kiel povas brajlo sur butono, kiu eĉ ne estas butono, permesi al vidhandikapulo elekti sian etaĝon? Tio ne estas nur malutila; tio estas malbona. Ĉi tiu restrukturado de uzantinterfaco ne sukcesis trakti la bezonojn de tiuj kun viddifektoj kaj igis la uzantsperton konfuza por vidantaj uzantoj.
Mi rimarkas, ke ekzistas ĉiaj kostoj kaj baroj por modifi fizikan interfacon, kiel butonojn de lifto. Tamen ni ne havas tiujn samajn barojn kun niaj retejoj, retejoj kaj poŝtelefonaj programoj. Do antaŭ ol vi aldonas tiun bonegan novan funkcion, certigu, ke vi efektivigas ĝin en maniero, kiu vere renkontas novan bezonon kaj ne kreas novan problemon. Kiel ĉiam, uzanto provu ĝin por esti certa!