より良い設計アプローチは何ですか？単純な検索とともに既存のデータを表示するOR既存のデータを選択するための単純な検索
シナリオ：ユーザーが既存のデータを選択して新しいサブセットを作成する
ユーザープロファイル：上級ユーザー、ユーザーは何を選択すればよいかよく知っている
どちらのアプローチがより良いのか、そしてその理由は？
- 単純な検索とともに既存のデータを表示します。
- データは表示されませんが、単純な検索です。
更新された質問：
シナリオ：ユーザーは既存のレコードから選択し、それらを新しいバンドルに追加してエクスポートできます
データのタイプ：製品の部品の仕様に関連するデータ
ユーザープロファイル：上級ユーザー、ユーザーは何を選択すればよいかよく知っている
どちらのアプローチがより良いのか、そしてその理由は？
単純な＆アドバンス（ユーザーは特定の基準を入力できます）ベースの検索とともに既存のデータを表示します。データは表示されませんが、シンプルで高度な（ユーザーが特定の条件を入力できる）ベースの検索です。
この問題に対処する方法はいくつかあります。
キーワード検索/事前検索
これは、大量のデータがあり、ユーザーが検索できるフィールドが多数ある場合に非常に役立ちます。メールアーカイブに事前検索機能があるのと同様に、Outlookでどのように機能するかを次に示します。
長所
- 表示するデータをきめ細かく制御。
- 複雑なフィルターの保存、サブクエリの作成などのオプションを追加できます。
- 大量のデータを処理できます。
短所
- ユーザーは、検索する用語を事前に知っておく必要があります。
- 多段階フロー。
- 想起vs認識。
データ付きグリッド
これは、選択範囲が少ない場合に最適です。セレクトボックスに表示できるものよりも大きいです。おそらく複数列のデータを表示できます。ここで、ユーザーは小さなデータセットをすばやくスクロールして、1つまたは複数を選択してアクションを実行できます。
長所
- リストビューを強化する種類
- ユーザーにより多くのデータを提供し、リコールではなく認識を支持します。
短所
- 比較的小さなデータセットに適しています。
- ポップアップでコンテンツが非表示になっている場合、かなりの面積を占有し、ユーザーをフローから切り離します
フィルター付きグリッドデータ
ここではフィルターという用語を使用しています。検索は通常、必要なデータがわかっている場合に実行され、目の前にデータがない場合にクエリが実行されます。 Filterは、使用可能なデータセットを除外するのに役立ちます。これは、検索結果にアクセスして豊富なデータセットを取得した後のステップであり、グリッドに表示できるいくつかのデータに基づいてさらにフィルタリングできます。
長所
- ユーザーはスクロールに依存しているだけでなく、クイックフィルターを使用して扱いやすいセットにデータを削減できるため、これにより以前のアプローチの容量を増やすことができます。
- 以前のアプローチの他のプロ
短所
- 不動産問題は以前のアプローチと同じです。
問題の考えられる解決策
[〜＃〜] b [〜＃〜]になります。アプリケーションで必要な場合は、検索でさらに拡張できます。 想起に対する認識を支持することはほとんど常に良いことです。したがって、不動産がある場合、より多くの情報を提供することは、ユーザーにとって常に有益です。一般的なテキストボックスの代わりに、列レベルのフィルターについて考えることもできます。汎用のテキストボックスを無効にすることはしません。多くの連絡先管理アプリケーションが連絡先のすべての属性を検索するようなスイープフィルター機能を提供することも良いことですが、列レベルのフィルターはより詳細な制御を提供します。