私の会社は、次のようなサイドメニューを持つインターフェースを設計することを好みます。
このデザインの問題は、ユーザーが表示したいプロファイルを選択する前に、「プロファイル」のようなリンクをクリックできることです。これは混乱を招きます。新しいユーザーは、アプリで詳細情報を検索するときに、「依存する」リンク(「プロフィール」など)を自然に直接クリックしてみます。
これを解決するには、通常、次の2つのいずれかを行います。
副作用として、このデザインは「コンテキスト」と呼ばれる概念を導入します。「顧客→プロファイル」リンクをクリックすると、現在「コンテキスト内」の(つまり、検索画面から最後に選択された)顧客が表示されます。この動作は便利な場合もありますが、いくつかの混乱やトリッキーなEdgeのケースにつながる可能性もあります。
このアプリケーションフローを再設計して、上記の問題を回避するにはどうすればよいですか?メニューの構造に直接関係していなくても、私はすべてのアイデアを受け入れます。
1つの解決策は、より多くのコンテキスト(顧客またはサプライヤーの事前の選択など)を必要とするアイテムを、別個のレベルのナビゲーションに分離することです。 1つの表現は、水平方向のサブナビゲーションです。
これにより、サブナビゲーションの一部のタブを顧客の選択に依存させることができ(「プロフィール」や「注文」など)、他のタブ(「苦情」など)は、「表示する顧客の包含または省略によるものではありません。 .. '要素。
最初に「顧客」をクリックして「プロフィール」ページが表示されたときに何が起こるかという問題については、コンテンツを表示することはできません(顧客がまだ選択されていないため)。そうする...
このアプローチの欠点は次のとおりです。
あなたはいつも最初に望まないかもしれない特定の1つのページにたどり着きます(例えば、顧客>プロフィール)。
アプリの読み込み方法によっては、サブページにアクセスするのが少し面倒です(たとえば、次のレベルのナビゲーションを表示するには、何らかの読み込みを待つ必要があります)。
これらのマイナス面がどの程度深刻かは、アプリケーションとユーザーの使用方法によって異なります。
別のアプローチは、既存のナビゲーションのサブグループに、さらにコンテキストが必要なものをグループ化することです。
初期状態では、検索が実行されるまで「プロファイル」と「注文」を無効にすると何が起こっていたのかは非常に明確になると思います。
私の提案は、最初にメニューにこれらのコンテキスト依存の項目が含まれないようにすることです。アイテムは、検索で最後に選択された人によって異なる場所につながるため、特に混乱します。
では、ナビゲーションはどのように見えるべきでしょうか?多くの情報源からインスピレーションを得ることができます。
Amazon、Google Play、Etsy、Gmail、その他はすべて、ナビゲーションを非コンテキストに保ち、ユーザーが検索に戻ることができるようにブラウザの戻るボタンに依存しています。これらはすべて非コンテキストナビゲーションを備えており、ユーザーはいつでもカテゴリーの概要にジャンプできます。
EBayのようないくつかのウェブサイトはさらに進んで"Back to search page" buttonを含みます。これは、モバイルアプリ内の戻るボタンの動作とよく似ています。
ブレッドクラムは、ナビゲーションの補助としても機能します。
だからあなたのための私の提案は: