ユーザーが検索するまでデフォルトですべてを表示しますか？
私は、数百から数千の診療所（診療所）のアカウント情報を管理するために使用される管理ページを設計しています。ユーザーは、プラクティスに対していくつかのアクションを実行するか、選択したプラクティスのグループに対して一括アクションを実行できます。
私は2つのオプションの間で引き裂かれています。
- これを、ユーザーが練習を検索するまで何も表示されない通常の検索ページにして、ユーザーがソートおよび選択できるようにする
- 「すべて」の結果を表示するようにページをデフォルト設定し、ユーザーがそれらの結果のフィルタリング/ソートをすぐに開始できるようにする
オプション2が適切な場合の経験則はありますか？検索以外にこれを処理するためのより良いアイデアはありますか？以下は、アイデアを示す大まかなワイヤーフレームのスクリーンショットです。
オプション1
オプション2
これで考慮すべき要素の1つはパフォーマンスです。システムが完全な結果セットを表示するのに数秒余分にかかる場合、それを回避するよりも長くなります。また、両方の画面を表示するのにかかる時間が同じでも、空のテーブルは、ユーザーが何らかの検索条件を入力するためのプロンプトの一種として機能するため、オプション1を使用します。
オプション2を使用する唯一の理由は、A）ユーザーが主に何らかの種類のテーブルヘッダーフィルターコントロールを使用してデータをフィルター処理することを考えている、またはB）ユーザーがデータを取得するために何を取得するのかわからない検索アクションの結果であり、どのような結果データが得られるかを事前に示す必要があります。
あなたの状況では、私はオプション2の方が好きです。
あなたが実際に構築しているのは「実践ビュー」だと思います。テキストベースの検索は、この「プラクティスビュー」の単なる1つの機能です。フィルタリング、並べ替え、その他いくつかの機能があるようです。
質問で述べたように、オプション2を使用すると、ユーザーが他のことを行う前に検索用語を入力する必要がなくなります。多くの場合、最初に検索を実行する場合がありますが、オプション2はforceを実行しません。おそらく、すべてのプラクティスのリストを表示することは、彼らが興味を持っていることです。さらに、検索前にリストを表示すると、アイテムの名前の付け方や有用な検索用語を知ることができます。
私の唯一の他のコメントは、検索されるフィールドを明確に説明する必要があるということです。現状では、検索は診療科目名にのみ焦点を当てていると思いますが、よくわかりません。検索ボックスのプレースホルダーテキストを「プラクティス名で検索」に変更すると改善される場合があります。
オプション＃2についてのあなたの意見は2番目です。いくつかの利点があると思います
- すぐに行動するための情報があります。
- ユーザーは、この全体的な画面領域を完全に理解できます。さまざまなUI要素が調和しています。
- アクションコンポーネントは「利用可能な情報」に関連しています。
- それはアクションを保存します...そしてそれはたくさんです！