モバイルの「マトリックス」スタイルのナビゲーションについての考え
「マトリックス」スタイルとは、
ただし、複数ページのメニューになる可能性もあります（左または右にスワイプしてアクセスします）。
これらのデザインはiOSのホームスクリーンを模倣しようとし、実際にこれを実装する正当化の基準としてそれを使用しようとしていると思います。
これについての私の個人的な見解は、彼らは複数の方法で失敗するということです。
- アイコン（さまざまな形、色など）があるため、ナビゲーションをスキャンして、探している場所にたどり着く方法を理解するのは非常に困難です。
- これが日常的に使用されないアプリである場合、メニューはアプリ自体によって決定されます（独自の設定に整理して覚えておくiOSホーム画面に対して）。何をどこに置くかを制御できないため、探しているメニュー項目にアクセスするためにどこに行くかをモデル化し、覚えておくことは精神的に非常に難しくなります。
- 複数のページに多くのメニュー項目がある場合は、基本的にユーザーから潜在的な情報を隠しています（ただし、他のスタイルでも同じことが言えます）。
このスタイルについてのあなたの考えは何ですか、良い点と悪い点？情報をクライアントに伝えようとしていますが、具体的なポイントを考えたいと思います。
他の分野では、これがスプリングボードナビゲーションと呼ばれることをよく耳にします。私の意見でこれを使用する最大の利点は、ほとんどのモバイルユーザーが知って理解しているナビゲーションパターンであることです。
長所：
- ほとんどのユーザーにとって直感的
- このパターンを拡張して、通知バッジを追加することもできます。これは、ほとんどのモバイルユーザーがすでに理解しているものです。
- デバイスを横向きに回転すると、このパターンは通常、すべてのナビゲーションアイテムを表示したままにします。
- ブランドと一致する場合、アイコンスタイルはブランドの認知度をさらに高めることができます。
短所：
- OPで述べたように、オプションの重いナビゲーションリストがある場合、スワイプして他のオプションを表示することをユーザーに知らせるために、別のUIキューを提供する必要がある場合があります。
- 1ページあたりに収まる可能性が高いアイテムの最大数9。
- 図像のスタイル、サイズ、色に注意していません。これはユーザーとの混乱を招く可能性があります。
- 優れたアイコンをデザインすることは非常に難しく、多くのナビゲーションオプションがある場合は特に、予算をすぐに使い果たしてしまいます。一部のナビゲーションオプションは、アイコンで表すのが非常に困難です。「重い回転」セクションのrdioスクリーンショットをご覧ください。それは少しストレッチです。
個人的には、このnavメソッドは、適切に実行するためのデザインチョップと予算がある限り、ユーザーと利害関係者を満足させるかなり安全なオプションだと思います。
このパターンが適切であるかどうかは、アプリケーションの情報アーキテクチャ、特にその数、それらが互いにどのように関連しているか、すべてがどのように構成されているかによって大きく異なります。 XBoothでのモバイルIAに関するこの記事 は、次の一般的なパターンを要約しています。
- 階層
- ハブ＆スポーク
- 入れ子人形
- タブ付きビュー
- 弁当箱/ダッシュボード
- フィルタービュー
個々のパターンについて既に書かれていることを繰り返すつもりはありませんが、このマトリックス/グリッド/踏み台スタイルのナビゲーションパターンは、「ハブ＆スポーク」構成を使用するアプリケーションに最適であることは明らかです。このアプローチ自体にはさまざまな長所と短所があり、ある部分から別の部分に移動するには、おそらくハブを経由する必要があります。その余分なステップが問題であるかどうかは、ユーザーがそれを行うことが期待される頻度、さまざまな部分の分離度など、多くのことに依存します。
このパターンは伝統的に、タブ付きビューに表示するオプションが多すぎる非常に限られた場合に主に役立ちました。最近では、Facebookスタイルのサイドナビゲーションパネルのおかげで、ややグレースから外れているように見えます。これにより、さらに多くのオプションをリストに詰め込むことができます（ただし、私の意見では、そうしない方がいいと思います）。