ユーザー インターフェイスのデザイン: インディアナポリスのエレベーターからの教訓
先日、会議への行き帰りに、このユーザーインターフェイスを備えたエレベーターに乗りました(UI) デザイン:
このエレベーターの歴史は次のようになっていると思います。
- エレベータは、次のような非常に単純で使いやすいユーザーインターフェイスを使用して設計および提供されました。
- 新しい要件が明らかになりました。 点字をサポートする必要があります!
- ユーザーインターフェイスを適切に再設計するのではなく、 更新しました デザインは、元のデザインに単にクローバリングされました。
- 要件が満たされました。 問題が解決しました。 それともそれでしたか?
私は幸運なことに、他の XNUMX 人がエレベーターに乗り、自分の階を選択しようとしているのを見ました。 一人は点字を押した (Comma Separated Values) ボタンをクリックして、各々のジョブ実行の詳細(開始/停止時間、変数値など)のCSVファイルをダウンロードします。 (おそらく、ボタンが大きくて、背景とのコントラストが強かったため、わかりませんが) それがボタンではないことに気づきました。 少し慌てて(私は見つめていましたが)、彼女は二回目の試みで実際のボタンを押しました。 別のフロアにいた別の人は、選択肢を分析するために軌道の途中で指を止めました。 彼は正しく推測しましたが、慎重に考えなかったわけではありません。
視覚障害のある人がこのエレベーターを使おうとしているところを観察できたらよかったと思います。 結局のところ、この点字機能は彼らのために明示的に追加されたものなのです。 しかし、ボタンですらないボタンに点字を付けると、視覚障害者が階数を選択できるようになりますか? それは役に立たないだけではありません。 それは意地悪です。 このユーザー インターフェイスの再設計では、視覚障害のあるユーザーのニーズに対応できず、晴眼者のユーザー エクスペリエンスがわかりにくくなりました。
エレベーターのボタンなどの物理インターフェイスを変更するには、さまざまなコストと障壁があることを認識しています。 ただし、Web サイト、Web アプリ、モバイル アプリには、そのような障壁はありません。 したがって、そのクールな新機能を追加する前に、新しいニーズを真に満たし、新たな問題を引き起こさない方法でその機能を実装していることを確認してください。 いつものように、ユーザーがテストして確認してください。