it-swarm-ja.com

階層データに最適なUIデザインは何ですか?

これは非常に一般的な問題であり、多くのプロジェクトで発生しています。

会議を追跡するシステムがあるとします。

  Conferences
     Venues -> Buildings -> Rooms
     Presentations
     Speakers

これは階層です。会議は、会場、プレゼンテーション、スピーカーを集約します。私が続けている問題は、会議をボトムアップで定義する必要があることです。会議を定義するには、講演者、プレゼンテーション、会場がすでに存在している必要があります。ほとんどのユーザーは、「ルート」オブジェクトを使用して、下から上に向かってトップダウンで考えることに慣れていると思います。

だから、私の質問:

I/UXの観点からこの問題を解決するためのお気に入りの方法は何ですか?

いくつかの例は次のとおりです。

  • ツリービュー
  • 既存のアイテムを選択できる「その場で作成」OR新しいアイテムを作成
  • ウィザード形式のインターフェース

あなたは何が好きですか?

6
Dave Swersky

あなたのデザインのストレートジャケットの一部は、「会議を定義するには、スピーカー、プレゼンテーション、および会場がすでに存在している必要がある」というあなたの声明だと思います。

どうして?実際、あなたは自分でそれを述べます:「私はほとんどのユーザーが考えることに慣れていると思います...」。なぜ穀物に反対するのですか?

代わりに、彼らに会議を作成させ、その情報が利用可能になったら、スピーカー、プレゼンテーション、および会場を追加してみてはどうでしょう。一部の情報が不足している場合にユーザーが実行できることを制限します。必要なものがすべて揃うまで、会議に参加することはできません。

5
Hisham

それは本当にあなたがあなたのシステムに何をしてほしいかに依存すると思います。ツリービューは、確かに実証済みの方法で階層データをすばやく表示する方法であり、ウィザードは、ある種のマルチステッププロセスをユーザーに紹介する場合に最適なソリューションです。

それで、問題は、あなたが促進しようとしているユーザータスクは何ですか?ユーザーが会議データを表示するだけのシステムですか?次に、ツリービューまたはそれに類似したものがおそらく進むべき道です。一方、システムが会議情報の迅速な追加/編集を容易にすることを目的としている場合は、ウィザードベースのインターフェイスまたは類似のものを確認することをお勧めします。両方を行う必要がありますか?次に、UIの組み合わせを確認します。1つは会議の追加/編集を簡単にするためのもので、もう1つは会議情報を簡単に表示するためのものです。

つまり、データを表示するための最良/最悪の方法ではなく、3つの提案すべてに他の提案よりも適切な特定の領域があるため、ユーザーがタスクを実行するのに役立つ最良の方法は何ですか。 。

3
Dan