A たくさん言われました ハンバーガーメニューの欠点について、そしてナビゲーションバーを支持して多くのモバイルアプリがこのナビゲーションモデルから遠ざかっています( 最近の例 )。
一般的に、私はこれらの議論の背後にある論文に同意していますが、モバイルWebでこの傾向が見られなかった理由に興味があります。それは、デザイナーがバッキングコンベンションについて心配しているだけなのでしょうか(それとも、ユーザーを混乱させるABテスト/画面の記録を介して見つけているのでしょうか)。大きなウェブサイトのより複雑なナビゲーション構造は、ナビゲーションバーの扱いにあまり適していませんか? (私はこの問題を解決するのが難しすぎるとは完全には確信していません。)
ハンバーガーナビゲーションの代替手段をうまく使用しているコンテンツの多いサイト(eコマース、ジャーナリズム)の例を誰かが持っている場合、私はそれらを見たいと思います。ハンバーガーのナビゲーションを補足するメニューを使用するものを見たことがある(SephoraとKeep.comの2つが頭に浮かぶ)が、ハンバーガーメニューに完全に取って代わったサイトはまだ見たことがないと思う。
特に最後の項目についてお話したいと思います。 IMO、ハンバーガーメニューは、あまり使用されない機能が含まれている場合に最も効果的です。アプリやウェブサイトの定期的に使用される機能やコア機能は、簡単に見つけられる必要があります。 Microsoftは、Windows 8でこれを難しい方法で発見しました。画面の端からスワイプまたはマウス操作することによってのみ明らかにされたナビゲーションUIに過度に依存しています。私にとって、効果的な解決策は、両方のタイプのUIツールを利用することです。
ハンバーガーメニューに含まれる可能性のあるアイテムの例:
ハンバーガーメニューに含めるのが恐ろしい例:
非モバイルOSは、ほとんどのものすべてをメニューに配置できます。これは、物を表示/注文するだけでなく、キーボード(覚えやすいショートカット/コマンド付き)を使用できるためです。しかし、Photoshop、Illustrator、Wordなど、使用するプログラムについて考えてみてください。また、パレット内のツール/機能とメニューに隠れているプログラムをどのように組み合わせるかを考えてください。
元の質問に回答したいと思いますが、風が吹いている方法に関係なく、ユーザーにとって最も効果的なツールを評価するようにデザイナーに勧めたいと思います。
両方(ハンバーガーとナビゲーションバー)には、特定の状況に適した長所と短所があります。それは、ユーザーがメインナビゲーションについて検討する機能からどの程度の価値を得るか、より客観的には、その機能を使用する頻度に大きく依存します。
Spotifyは、ナビゲーションバーが理にかなっている好例です:閲覧/検索/ライブラリ/ラジオ-私はこれらすべてを常に使用しています。それらは同様の価値を提供し、おそらくすべて頻繁に使用されます。したがって、これらの機能へのアクセスを最適化することは理にかなっています。
ただし、一部のアプリケーションでは、メイン機能とその他の機能との間に大きな不均衡があります。たとえば、Facebookについて考えてみてください。重要なのは、フィード、それをすばやくスクロールする機能、および新しい投稿を作成する機能(フィードに統合されている)です。私は多くのユーザーがあなたがFacebookで他に何ができるかさえ知らないに違いない。特定のページ、イベント、アプリに移動することはそれほど重要ではありません。したがって、これらのオプションをメイン画面から削除し、ハンバーガーメニューの後ろに非表示にするのは理にかなっています。これにより、煩雑さが減り、より集中したコンテンツ優先のエクスペリエンスを提供できます。