Käyttöliittymän suunnittelu: Indianapolisin hissin oppitunteja
Tullessani kokoukseen ja sieltä pois toissapäivänä ajoin hississä, jossa oli tämä käyttöliittymä (UI) suunnittelu:
Oletan, että tämän hissin historia menee noin tältä:
- Hissi on suunniteltu ja toimitettu erittäin suoraviivaisella, helppokäyttöisellä käyttöliittymällä, kuten tämä:
- Uusi vaatimus ilmaantui: Meidän on tuettava pistekirjoitusta!
- Käyttöliittymän asianmukaisen uudelleensuunnittelun sijaan päivitetty suunnittelu oli vain sorkkarautainen alkuperäiseen suunnitteluun.
- Vaatimus täytetty. Ongelma ratkaistu. Vai oliko se?
Olin onnekas nähdessäni kahden muun ihmisen astuvan hissiin ja yrittävän valita kerroksensa. Yksi työnsi pistekirjoitusta nappia (ehkä koska se oli isompi ja siinä oli enemmän kontrastia taustaan nähden – en tiedä) ennen kuin tajusin, että se ei ollut painike. Hieman hämmentyneenä (tuijotin) hän painoi oikeaa painiketta toisella yrittämisellään. Toinen toiseen kerrokseen päässyt henkilö pysäytti sormensa keskellä lentorataa analysoidakseen vaihtoehtojaan. Hän arvasi oikein, mutta ei ilman huolellista harkintaa.
Toivon, että olisin voinut huomata jonkun näkövammaisen yrittävän käyttää tätä hissiä. Loppujen lopuksi tämä pistekirjoitusominaisuus lisättiin heille erikseen. Mutta kuinka pistekirjoitus painikkeessa, joka ei ole edes painike, antaa näkövammaiselle mahdollisuuden valita lattiansa? Se ei ole vain hyödytöntä; se on ilkeää. Tämä käyttöliittymän uudelleensuunnittelu ei vastannut näkövammaisten tarpeita ja teki käyttökokemuksesta hämmentävän näkeville käyttäjille.
Ymmärrän, että fyysisen käyttöliittymän, kuten hissin painikkeiden, muokkaamiseen liittyy kaikenlaisia kustannuksia ja esteitä. Meillä ei kuitenkaan ole samoja esteitä verkkosivustojemme, verkkosovellustemme ja mobiilisovellustemme kanssa. Ennen kuin lisäät tämän hienon uuden ominaisuuden, varmista, että otat sen käyttöön tavalla, joka aidosti vastaa uuteen tarpeeseen eikä aiheuta uusia ongelmia. Kuten aina, käyttäjä testaa sen varmistaaksesi!