現在、「ホバー時」にドロップダウンするメニューがあるWebアプリケーションがあります。これは明らかに、ホバーに相当するものが存在しないタブレットなどの問題です。
そのため、メニューをドロップダウンするには「クリック」機能を追加する必要がありますが、ホバー機能をそのままにしておくか、削除する必要があるかわかりません。
私の質問は:一貫性を保つためにメニューを「クリック時」にするか、ホバー/クリック時のドロップダウンの両方をサポートする必要がありますか?
編集:メニューはページの上部にあるナビゲーションメニューではなく、表形式のデータで結果をフィルタリング/並べ替えるためのコントロールメニューです。
「フィルター」または「列」にカーソルを合わせると、表示される列を選択したり、表示された結果のリストにフィルターを追加したりできるメニューがドロップダウンされるという考え方です。
(考えてみてください、多分それは私が思うほど明確ではありません)
私には、ホバーではなくクリックで開く以下のようなドロップダウンが必要と思われます-下矢印がアフォーダンスとして機能します。
私は最近、クリックメニューまたはホバーメニューが私たちのより大きな金融クライアントサイトの1つに適しているかどうかを確認するために調査を行いました...これらは私の調査結果です。私はそれらがあなたのために役立つか助けになることを願っています:
要約すると:
Anthonyと呼ばれるUXの章からの X Movement からの抜粋:
多くのデザイナーは、ホバー時にメニューを開くと、ほとんどのユーザーがより速く簡単に使用できると信じているようです。最初は確かにこのように見えるかもしれませんが、深く見てみると、反対のことが当てはまることに気づくでしょう。ホバーメニューは、ほとんどのユーザーにとって実際には低速で困難です。ホバーで開くメニューはユーザーのクリックを節約しますが、最初のクリックは、ユーザーがメニューを開くことを望んでおり、メニューの準備ができていることをWebサイトに知らせるために必要です。また、クリックの結果として何かが起こっていることをユーザーに確認します。この動作は、ほとんどのWebサイトがどのように機能するかのユーザーのメンタルモデルと一致します。あなたが欲しいものをクリックすることは、ユーザーにとって決して問題ではありませんでした。ユーザーにとって何が問題なのかというと、単にホバーしただけでは望んでいない、または期待していないものが表示されます。
ウェブサイトでは、ユーザーは多くの場合、マウスを多くのものの上に移動します。これは、ほとんどのユーザーがクリック可能なものを確認するために行うことです。ホバーは、何かがクリック可能かどうかをユーザーに通知するときに、最も効果的です。しかし、ユーザーが要求する前に何かを開くと、ユーザーを驚かせ、圧倒する可能性があります。欲しくないものを、もし欲しくないとしても、あまり速く欲しくないものを手に入れてもメリットはありません。これが起こるとき、それは利益よりも不愉快なものになります。
ほとんどの場合、モバイル/タブレットユーザー向けのモバイルバージョンを作成する必要があります。 Home Depot's site を例にとります。 PCではドロップダウンがホバーに表示されますが、モバイルバージョンではドロップダウンがまったくありません。
彼らがナビゲーションをドロップダウンし、クリックのみを飛ばしたとしても、サイトが実際に独自のモバイルバージョンを必要とするという問題はまだ解決されません。モバイルデバイスで通常のWebバージョンを表示するのは、非常に悪い体験です。
また、多くのユーザーは、ナビゲーションをクリックするときに別のページに移動することを期待しています。
2013 ...ナビゲーションメニューについて同じ問題を調査しているこの投稿に出くわしました。私は自分の会社のUIフレームワークを設計しており、サイトナビゲーションのデフォルトの動作を決定しようとしています。
この場合、提示されているように、ユーザーはやるべきことを「探している」わけではありません。メニューは、スペースを節約するためにロールアップされた可能なアクションです。彼らがやりたいことを明らかにするためにクリックするのが彼らの仮定です。同じことをお勧めします。そのクリックはここで正しい選択です。
これは私自身の決断にもなります。ナビゲーションドロワースタイルのメニューは、関連するカテゴリの選択肢をロールアップし、必要になるまで非表示にします。ユーザーは、いずれかの選択を行う前に、各引き出しをのぞいて内容を確認することができます。
この投稿のおかげで、ナビゲーションメニューをホバーします。