私たちの地元の公共交通システムは、電子カード(RFIDテクノロジーのようなもの)を使用して乗り物を検証します。ユーザーが車両に入って非接触型カードをリーダーに当てると、ビープ音が鳴り、システムが自分の存在を登録したことが通知されます。
ただし、カードの読み取りには非常に長い時間がかかり(2〜3秒なので、通常のスワイプだけではありません)、カードをリーダーに当てたままにしておくことが重要です。そうしないと、認識されません。一方、ビープ音は、プロセスが完了すると発生します。
よくあることは、ユーザーがカードをスワイプし、フィードバックを受けず、機能していないと考えることです(カードは財布内に留まるように設計されているため、カードが十分に接近していないと考えるのは簡単です)。
このシステムを改善して、カードが(可読である)フィードバックであることがわかるようにするにはどうすればよいですか読み取られているだが、まだ取り除いてはいけないということですか?
考慮すべきいくつかのポイント:
すばらしい質問です。これは microinteraction design の良い例です。
優先度の降順:
これは、物理的な手がかり、標識、音、光を使用して、単一のマイクロインタラクションで上記の目的を達成するリーダー台座のスケッチです(クリックして拡大)。
物理的相互作用は(クリックして拡大):
進行中のsoundtrackは、「動作中」のサウンドまたはクレッシェンドです。最後の確認ビープ音は this sound if successful and この音 エラーがある場合:
これは素晴らしい質問でした。短いマイクロインタラクションでも、正しく機能するために多くの設計作業が必要になる可能性があることを示しています(そのため、適切なソリューションに近いものがあることを示唆するつもりはありません:-)
これは、UXがこれを修正するものではないと私が主張するところです。彼らができることは、不十分に実装された技術にダクトテープとバンドエイドを適用することだけです。
テクノロジーを修正します。 RFIDチップを読み取るのに3秒はかかりません。その上、通過するのに3秒待つように各人に要求することは、群集管理にとってロジスティックな悪夢のように思えます。
ここが、クリティカルテクノロジーの決定ある UXの決定であることを組織が理解している場所です。テクノロジーが貧弱であれば、UXはすでに失敗しています。私はUXチームが共通して負担となるのは、テクノロジーの決定を実際に支援するのに十分早い時期に導入されたチームではなく、「この悪いテクノロジーを少し悪くする」よりも、1日目から実装する決定が特定のテクノロジーはUXに重点を置いています。
ウクライナの議会では、投票中に視覚的手段と聴覚的手段の両方を使用しており、 youtube video(〜10s) を参照できます。
音はシーケンスとして認識されるいくつかのトーンで構成されているため、途中で停止するのは自然ではありません。ロウはある長さのハーモニーとナチュラル感があります。
システムがカードを認識して処理を行うときに、約3秒のサウンドを再生してみることで、ユーザーはサウンドの再生中にプロセスが進行していることを理解できます。
単一のLEDを追加しても、処理の視覚的なフィードバックが可能になります。
XBoxは、 Kinect と呼ばれるビジュアルカメラ入力デバイスを追加しました。彼らは、リンクされたページと this one でカバーされるジェスチャー入力の数を定義しました。この2番目のリンクには、「選択してホールド」ジェスチャーが含まれています。
手のひらを画面の方に向け、画面上の手を選択する項目の上に移動します。アイテムを選択するには、円が完了するまでアイテムの上に手をかざします。
これはいくぶん安っぽいですが、 progress-bar の概念を取り入れています。データの読み取りと検証のユースケースでは、これはトリッキーになります。長い遅延がある場合は、 恐ろしいファイル転送ダイアログ の罠に陥ります。しかし、これはまだうまくいくと思います。
$_thing
をお楽しみください。特にサークルアニメについては、注目度が高まっているようですので触れておきます。私は最近それを過度に未来的なタッチスクリーンソーダマシンで見ました。
あなたは公共部門の既存のシステムを見始めることができます。たとえば、視覚障害者向けのカチカチという音がする横断歩道のライトを見てみましょう。それは継続的にカチカチという音であり、何かが進行中であることに気付くのに十分な速さでカチカチと音を立てます。それは、ビープ音よりも柔らかく、短く、異なる音になる可能性があります。聞こえない人のために、信号機から借りることができる視覚的標識と組み合わせることができます。赤は「リーダーに対してカードが保持されていない」、オレンジ/黄色は「読み取り中」、緑は「完了」を意味します。色覚異常の人は、ステータスメッセージでサポートしたり、ライトの順序が重要な実際の信号機をシミュレートしたりできます。
アレクセイの素晴らしい答えに追加してください:
読者に resolution に向かって移動するスケールで一連のトーンを再生させることができます。カードの読み取りが完了すると、解決コードが再生されます。
これにより、リーダーが完了したことがさらに明確になり、一連のメモが終了したかどうかの疑いがなくなります。
これは、読み取り時間が多少変動する場合でも、解決するコードが正しく聞こえるような方法で実行できると思います。
James Murphyが持っていた このアイデア のより有益なバージョンのようなもの。
音声のみのフィードバック-終了時に心地よい音で終わるライジングトーンを再生します。最初はユーザーはトーンの意味を理解していませんでしたが、初めて使用するとトレーニングを受けます。または、カードが読み取られると終了するわずかに迷惑なサウンドを再生します。ガイガーカウンターのかすかに変化する音のように考えてください。
視覚的フィードバック-緑に変わる単一の黄色のライトは非常に効果的です。
または、「ここにカードを置いてビープ音を待つ」と書かれたスティックを3言語で印刷して、リーダーの上に置くこともできます。
ユーザーはこれがゆっくりと機能するテクノロジーに慣れていない可能性が高いため、bestシステムは、システムの使用をガイドするのに役立つ方法の組み合わせを使用するシステムである可能性があります正しく。ただし、(他の回答が示しているように)静的な視覚補助だけでは「待機」を伝えるのは難しく、適切な使用を伝える画面を追加するにはコストがかかりすぎる場合があります。システムの3つの状態を伝えるために異なるトーンを使用すると、聴覚フィードバックだけで済む可能性があると思います。
システムに短い静かな定期的なビープ音(0.6秒ごとなど)を鳴らし、システムが処理中であることをユーザーに知らせるために this metronome at 100BPMを使用できます)彼らのカード。最初のビープ音が成功の兆候であるとユーザーが考えてカードを取り外さないように、サウンドは柔らかくて十分な頻度である必要があります。
システムが読み取りを完了する前にユーザーがカードを削除した場合、システムはそれを正しく処理しなかったことを伝えるために 低低音 を再生する必要があります。ユーザーは、「動作中」のノイズがシステムが処理中であることを示している間にカードを取り外した後にのみサウンドが再生されるため、エラーが発生したことを理解できます。
心地よいトーン システムがカードの読み取りを終了すると再生されます。ユーザーは、「作動中」のノイズが停止したため、システムが処理を終了したことを知るでしょう。明らかに、システムがカードの読み取りを再開するまでに少し時間がかかり、完成したユーザーがカードを読み取り領域から取り出せるようになります。
私が住んでいる都市で使用されている1つのシステム:読み取り装置が、単一のビープ音(メトロに入る前のチェックイン)と長時間の読み取り(サブスクリプションの購入など)で異なります。カードが長い間読み取られるマシンでは、カードはリーダーが置かれている一種の垂直スロットに挿入されることを意図しているので、特に指示がない限り、カードがそこに留まっていることはユーザーには明らかだと思います- 画像を参照 、スロットは画面の真下にある灰色の長方形です。