web-dev-qa-db-ja.com

階層データにパンくずを使用していますか？

階層データを編集するアプリケーションがあります。

プロジェクト、ユーザーなどのレベル1の項目を検討してください

ここで、単純化のためにProjectについて考えてみましょう。Projectはこの難問を実際に推進しています。

Project
  +-Job
  |   +-Tool Assemblies
  |   |   +-Edit Assembly
  |   +-Activities
  |   +-Invoices
  |   +-Edit Job
  +-Budget
      +-Vendors
          +-Vendor #1 Prices

アセンブリを編集するためのストーリーは次のとおりです。

  1. プロジェクトを選択
  2. プロジェクトのリストからプロジェクトを選択します
  3. ユーザーには、プロジェクトレベルの項目（ジョブ、予算など）が提示されます。
  4. ユーザーは「ジョブ」を選択して、そのプロジェクトのジョブのリストを表示します。
  5. ユーザーにジョブのリストが表示されます。
  6. ユーザーがジョブを選択します。
  7. ユーザーには、ジョブレベルのアイテム（アセンブリ、アクティビティなど）が提示されます
  8. 等.

アセンブリ50は常にプロジェクト「ベータ」の一部であるジョブ10の一部であることをユーザーに知らせたい。ユーザーは、そのジョブの中でさまざまなタスクを実行するために、一日の大半を費やします。アプリケーション/サイトを閉じて再度開くと、ユーザーは以前にいたそのジョブに戻るはずです。そのため、アプリケーション/サイトを再度開くときは、プロジェクトベータ/ジョブ50 /にあるというビジュアルが必要です。これは、ユーザーが実行するすべてのアクションのコンテキストです。

ブレッドクラムは、これを解決するための従来の方法です。

Project Beta -> Job 10 -> Assembly 50

これにより、ユーザーに現在のコンテキストが表示されます。しかし、私は彼らが転職する方法を想像しようとしていますか？プロジェクト？など。ツリーはこれらの質問に答えますが、ツリーを使用すると、アプリケーションがより複雑に感じられることがすぐにわかります。

基本的に、ユーザーが操作しているコンテキストをユーザーに示す最も簡単な方法（たとえば、プロジェクトベータ->ジョブ99、またはプロジェクトベータ->ジョブ99->請求書77など）を想定しています。

編集：古くなったパン粉に関するコメントを削除しました。私はUXのエキスパートではありません...それも非常に得意なので、私はここに助けを求めています。

navigationhierarchybreadcrumbs
4
sheamus

まず、階層を表示してナビゲートするために、より多くのUIオプションから選択できます。ブレッドクラムとツリービューに加えて、次のようなものがあります。

  • メニューとサブメニューのナビゲーション（従来のメニューとリングメニュー）
  • ネストされたラベル（より多くの階層を許可）
  • 列ナビゲーション（OSXナビゲーターと同様）
  • パスナビゲーション（エクスプローラーなど）

enter image description here

私はUXを信じて、正しいアプローチを選択するために、次のようないくつかの質問をする必要があります：

  • ユーザーはどこにいるのか、トレイル全体をどのくらい見る必要がありますか？
  • 「プロジェクト」は本当に私のユーザーロールの階層のルートですか？または、ユーザーの役割に基づいて異なる階層がありますか？
  • ユーザーはどのくらいの頻度でどのレベルに切り替える必要がありますか？
  • トレイルのどの部分がずっと見るのが最も重要ですか？重要性の低い部分はどれですか？
  • トレイルナビゲーションを分割して、パーツを別の場所に配置できますか？ （例：ナビゲーションの横に2つのレベル、上部にレベル3+）。はいの場合、なぜですか？

これがどこかを指すのに役立つことを願っています:)

4
Radek

mockup

download bmml source – Balsamiq Mockups で作成されたワイヤーフレーム

2
Paul S