web-dev-qa-db-ja.com

必須フィルターを使用した検索

ユーザーが[移動]ボタンをクリックする前に、2つの必須フィルター/カテゴリを含む検索ボックスを設計するのに問題があります。

これまでのところ、私が思いつくことができる最良の解決策はこれです:

enter image description here

私はクライアントに次の解決策を提示しましたが、ユーザーが分割ボタンを開いてカーソルの軸を変更する必要があり、そのすべてを実行する必要がある場合、それは理想的ではないと主張していますが、これがどのようにできるのか実際にはわかりませんナビゲーションに大きな影響を与えます。それがすべて私に任せられれば、私はこれと一緒に行くでしょうが、彼らはそれが彼らが望むフォーマットではないと主張するので、それを忘れてください。

enter image description here

ええと...何かアイデアはありますか?

17
feelerino

GitHubにはMike Mが検索のために提案したようなものがあったことを覚えています。私はそれが変更されたことに気づきました、そして彼らが今やっていることは選択をオートコンプリートのようなメニューの一部にすることです enter image description here

一番上にあるデフォルトの選択が、彼らが最も一般的であると信じているものだと思います。これは、デフォルトで現在のリポジトリを検索するのに意味があります。この点で私が注目する利点は、手間をかけずに切り替えることができることです。 「All GitHub」で「Rails」を検索したい場合(これは理にかなっています)、必要なのは押すだけです  打つ前に Enter。つまり、フィルターの切り替えは、追加のキーを1回押すだけです。

これを他のソリューションと比較すると:

  • 左側のドロップダウン入力 私がしなければならないことを意味します Shift+Tab そしてヒット  1回か2回(一部のドロップダウンでは最初のヒットで選択が変更されず、選択を変更せずにメニューを開くだけであると感じます。これにより、ドロップダウン全般について不確実性が生じます)。
  • 右側に2つのボタン、左側にデフォルト ヒットしなければならないことを意味します Tab 二回。
  • 右側に2つのボタン、右側にデフォルト ヒットするだけでいい Tab 一度切り替えますが、デフォルトが入力に最も近いものではないことは直感的でない場合があります。
  • ラジオ入力 ドロップダウンのようなものですが、少なくとも矢印キーを押すと選択が変更されることを確認できます。

これらの他のすべてのソリューションも、入力が使用されていないときに視覚ノイズが増えるという問題があります。ただし、これらすべてにある利点は、JavaScriptを必要としないことです(ここでWebサイトについて話している場合)。これは、開発者とユーザーの両方にとって素晴らしいことです。

11
JoL

フィルターが必須の場合、最も頻繁な検索をデフォルトとして選択します。

検索入力フィールドの前にスコープ検索ドロップダウンを試すことができます。このように、検索ボタンは最初からActiveです。

大多数のユーザーが検索することを望んでいることを指標が示していることを導き、フィルターを選択するために一時停止しないでください。

enter image description here

トレードオフ

最も可能性の高い検索の根拠となるいくつかの指標がある場合、フィルターが表示されず、検索のみのユーザーに報酬が与えられます。

「フラグメント」を検索するユーザー(検索結果が少ないとしましょう)は、ドロップダウンを表示せず、すぐに検索する可能性があります。

13
Mike M

これは検索を操作する前の必須タスクであるため、保存や送信などの行動を促すフレーズのような検索を検討してください。これらのアクションを実行する前に、フォームに記入する必要があります。

この場合、フォームは放射状グループとテキスト入力フィールドです。

enter image description here

7
Bromox

これらが唯一の2つのオプションであり、そのまま残る可能性が高い場合は、次のようなものを使用します。

mockup

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

5
DarrylGodden

両方のカテゴリの自動提案検索を検討しましたか?

このようにして、ユーザーにさらなる選択を強いる前に、ユーザーに即時の価値を提供します。

enter image description here

5
Yoav Barak

おそらく理想的なデザインの決定ではないでしょう-つまり、[〜#〜] i [〜#〜]は確かにこれを実行しないでしょうが、クライアントはちょっとしたステッカーのようなので、私はアイデアとしてそこに捨てるだけです。

各カテゴリに1つずつある2つの検索バーは、ユーザーが1つにフォーカスすると、もう1つを無効にします。

私が言ったように、良いアイデアではありませんが、すでにクライアントに提示した他のソリューションには何の問題もないので、クライアントは本当に望んでいないようです理にかなっている。代わりに、彼らは単に彼らが望むを求め、それが何であるかを理解するよう求めます。

多分彼らはこのような愚かな何かを望んでいます...?!

3
Fernando Vega

1つの優れた代替策:毎回両方を検索し(パフォーマンスの考慮事項が許す場合)、結果を2つのタブ「ドキュメント」と「フラグメント」に表示します。検索頻度が高いことがわかっているタブを前面に表示します(グローバルに設定することも、ユーザーごとに設定することもできます)。ここでパフォーマンスに問題がある場合は、実際にクリックされた場合にのみ、背景タブを埋めて検索を実行します。

2
rackandboneman

選択することが本当に必須であるかを自問することができ、デフォルトで両方のカテゴリを検索します。次に、結果ページでフィルターを提供して、検索を絞り込むことができます。

いずれにせよ、検索語句が長い場合は、結果が既に一意であり、ユーザーが検索している結果が得られる可能性があります。

それでも最初からすべてのオプションを指定する場合は、高度な検索ドロワーまたは類似のものの下でフィルターを非表示にします。

1
Graipher