21

ユーザーに「高度な」検索エンジンを提供したいと考えています。基本的に、選択できる検索基準はたくさんあります。

  • いくつかは非常にシンプル/一般的であり、主に使用されます (つまり、期間、アイテム ID)
  • いくつかは少し主流ではありません
  • あまり使用されないものもありますが、それでも提供したいと思います

全体として、選択する基準は約 30 以上あります

結果は、グリッドに表示するデータセットです。

私はインターネットでインスピレーションを探してきましたが、Googleでさえ高度な検索に適したソリューションを持っていないようです。

私は過去にこの種のツールを設計しましたが、ユーザーは最終的に非常に効果的に使用できるようになりましたが、結果にはあまり満足していませんでした.

  • 検索パネルは常に表示されるべきだと思いますか (つまり、結果グリッドの上に表示されます)、それとも別のフォームで利用できるようにすべきだと思いますか (すべてのコントロールにより多くの場所を使用できるようになります)

  • すべての検索基準を表示する方がよいと思いますか、それともユーザーがより多くの基準を表示/使用したい場合は「詳細」をクリックできるようにする方がよいと思いますか?

  • 基準をどのように整理しますか？使用頻度別、または地域別 (つまり、ユーザー、場所、時間などに関する基準)

  • 「検索」ボタンはどこに配置すればよいですか？より一般的な検索コントロールの横、または下部、またはその両方ですか?

より一般的には、優れた検索 UI を設計する方法について共有したいヒントはありますか? この種の「高度な」検索エンジンでは、通常、どのような機能を見逃していますか?

4

13 に答える 13

12

UI の専門家ではありませんが、悪い UI をたくさん見てきました。

  • KISSは良いスタートです。
  • 直感的にしましょう。
  • 上部と下部の両方で検索を続けます。入力するためにページを上に移動することを強制するようなものを使用するのは気が進まないでしょう (Flex のドキュメントを参照してください。Flex のページネーション コントロールは一番上にしかありません。悲惨な苦痛です)。
  • 基準の編成は 2 重にする必要があります。
    • 80% が事前に使用する基本的な演算子 (20%)
    • 利用可能な一連の基準をいつでも動的に編集できます。
  • ユーザーが最小限の立ち上げ時間で開始できるようにし、必要に応じて基準を追加/削除できるようにします。アイデアは、彼が必要とするものを使用させ、機能セットの素晴らしさで彼の考えやワークフローを混乱させないようにすることです.
  • 他の人が言及しており、最近の UI の一般的な傾向であるように、ユーザーが明示的に高度な/微調整 (オンデマンド UI) を必要とするまで、およびそうでない限り、非表示のコントロールを使用します。
  • 経験則として、1 ページに最大 5 ～ 7 個の機能を含めることをお勧めします。
  • ストーリーを作成できるように条件を調整できれば素晴らしいと思います。つまり、ユーザーは自分のクエリを読み、オペレーターはそれから何らかの意味を理解できます。
  • 私は小さなテキストとわかりやすいアイコンの大ファンですが、そのような設定はインストール環境によって異なります。あなたの孫はその強力な馬車馬を使うことができますか?
  • 優れたデザインには、UI をアクセシブルにすることも必要です。それはクラックするのが難しいナットであり、私はあなたがそれをどのように行うかまったくわかりません.

頑張ってください！

于 2009-02-28T19:36:12.237 に答える
8

私は「ルールのリスト」アプローチを好む傾向があります。あなたはそれを知っています：

Find items that match [ All |v] of these conditions:

[Name            |v]  [Contains   |v] [_____________] (-) (+)
[Start date      |v]  [Is before  |v] [_____________]     (+)

                                            (Cancel) (Search)

これにより、ダイアログが乱雑になるのを防ぎながら、必要なすべてのオプションをユーザーに提供できます。

しかし、それはあなたが物事を高度にする必要があることを前提としています! インテリジェントに設計されたキーワード リスト アプローチがうまく機能することに気付くかもしれません。

于 2009-02-28T19:33:41.433 に答える
4

一般的なアドバイス: シンプルにしてください。選択肢が多すぎるとユーザーが混乱し、特定の機能が使用されない可能性が高くなります。

ユーザーに対してさまざまなプロトタイプを試して、価値のあるオプションとそうでないオプションを見つけてください。

于 2009-02-28T19:08:49.637 に答える
1

私が使用するデフォルトのデザインパターンはFilterTableです。それはおそらくユースケースの90％をカバーしています。より複雑な検索の場合、ユーザーの目標とユースケースに関するより具体的な情報が必要になります。これにより、これらの状況に最適なソリューションを設計できるようになります。

于 2009-03-02T13:35:39.187 に答える
1

シンプルイズグッド。ユーザー受け入れテストを行い、ログを見てユーザーがどの機能を使用しているか (または使用していないか) を確認した後、ゆっくりと機能を構築するという反復的なアプローチをお勧めします。何を改善すべきかを知る唯一の方法は、ユーザーを観察することです。

于 2009-03-25T14:31:15.707 に答える
0

インターフェイスをできるだけシンプルに保つようにしてください。ほとんどのユーザーは、テキスト ウィンドウと検索ボタンのみを必要とします。残りのオプションは、高度な検索オプション内に配置できます。

このセットアップは、新しいユーザーにとってより使いやすく、実際にそれらを必要とする人々のために、より高価な高度な検索を節約することでリソースを節約するのに役立ちます.

于 2009-02-28T19:09:16.997 に答える
0

尋ねられた各質問 (イタリック体) に対する私の回答 (通常のテキスト) を見つけてください。

"1)検索パネルは常に表示されるべきだと思いますか (つまり、結果グリッドの上に表示されます)、それとも別のフォームで利用できるようにする必要がありますか (これにより、すべてのコントロールにより多くの場所を使用できるようになります) "

結果グリッドの上に表示します。これにより、検索結果を表示するための余分な水平スペースが確保されるため、水平方向にスクロールせずに検索データのより多くの列を表示できます。

"2)すべての検索基準を表示する方がよいと思いますか、それとも、ユーザーがより多くの基準を表示/使用したい場合は、[詳細] をクリックできるようにする方がよいと思いますか"

使用可能なすべての条件をタブ形式で表示します。つまり、入力検索フィールドをカテゴリに分類し、カテゴリごとにタブを用意します。

"3)基準をどのように整理しますか? 使用頻度別、または地域別 (つまり、ユーザー、場所、時間などに関する基準) "

さまざまな人がさまざまな基準を使用することを好むため、「エリアごと」に整理します。各基準には、独自のタブがあります。しかし、思いつくままにタブを「人気の高い」から「人気の低い」順に並べ替えてください。あなたの場合、タブは「名前別」（姓、ミドルネーム、姓、母親の旧姓、ニックネーム、父親の名前などのフィールドを含む）、「場所別」（地名、郡名、地区名、州名など）です。 、国名など) など、高度なタブ (最も使用頻度の低いフィールドを配置する場所) まで続きます。

"4) [検索] ボタンはどこに配置すればよいですか?より一般的な検索コントロールの横、または下部、あるいはその両方? "

上記で説明した検索の入力フィールドを、「フィールドのタイプ」に基づいて分類するタブ形式で配置します (この領域を検索グリッドと呼びます)。次に、「検索」、「クリア/リセット」などのアクション ボタンを、検索グリッドのすぐ下に中央に配置して配置します (この領域をボタン グリッドと呼びます)。次に、検索結果ペインをボタン グリッドの下に、より水平になるように配置します。最大列を一度に表示できるように、領域が表示可能です。

于 2009-03-02T13:53:11.797 に答える
0

これはまだ言及されていないと思いますが、ユーザーがいずれかの検索フィールドで Enter キーを押したときに検索を開始する必要があることも忘れないでください。おそらくすでにこれを認識していますが、とにかく言及する価値があります。

于 2009-03-02T14:32:02.187 に答える
0

私の考え：

-必要な場合にのみ高度な基準を表示します。検索は、検索しようとする人々にとって可能な限りシンプルになれば素晴らしいものです。

- 高度な検索用の非常に大きな検索条件のセットがある場合: 結果を雑然とさせないでください。ユーザーが元に戻って基準を変更できるように、非常に簡単かつ明確にします。

・基準の整理は、全てを知らないとなんとも言えません。しかし、他の人が言っている/言うように: シンプルにしましょう! 一度にすべてを表示する必要はないかもしれません。もっと必要な場合は領域を拡張させてください。使用したくないものは非表示にします。その下に検索ボタンを配置します。しかし、繰り返しますが、このボタンを見つけるためだけにランダムな基準のページをスクロールしたくはありません。

于 2009-02-28T19:12:13.793 に答える
0
  • サイトのすべてのページのマスト ヘッドの一部として、検索テキスト ボックスが必要です。
  • ボタンには「検索」ではなく「検索」というラベルを付けることを好みます。これは、機能よりもメリットの方が常に説得力があるためです。
  • 洗練されるべきは検索アルゴリズムであり、GUI ではありません。
于 2009-02-28T19:14:28.997 に答える
0

インフラジスティックスの UI パターン サイトである quince を参照してください: http://quince.infragistics.com。

個人的には、DevExpress の xtragrid のようなフィルター可能なグリッドの使用を検討します: http://www.devexpress.com/Products/NET/Controls/WinForms/Grid/datafiltering.xml

その上にある検索バーと組み合わせて、最初にグリッドに入力します。

于 2009-03-02T14:13:34.557 に答える