検索結果セットのフィルタリング/検索
ユーザビリティを検索する内部アプリケーションの改善に苦労しています。これは、無駄な時間の中でかなりの金額がかかるという実績のある問題です。
この問題は、識別の不安定さに起因します。これにより、部分的な識別子に基づいて物事を検索しなければならないことがよくあります。さらに、一部のレコードには1つの識別子があり、一部のレコードには4つの識別子があります。ここでの唯一の要件は、少なくとも1つ必要です。
私の解決策は、検索結果を検索する機能を追加することです。
これが私の意味の例です：
HU1287778のプライマリIDを検索します。これにより、最後の3桁が欠落しているため、100万件の結果になります。
フィルター結果を示すボックスを表示したい：--------（DDから識別子を選択）と入力し、XXXXXXと入力します。
フィルター結果を示すボックスを表示したい：--------（DDから識別子を選択）と入力して、YYYと入力します。これにより、結果が50件になります。
誰かがこのタイプの検索の例を知っているかどうか知りたいです。最初の検索で複数の検索条件が適用されているのを見てきましたが、検索結果の検索という形でこれまで見たことがないと思います。
私は最初から複数の基準を許可することにオープンですが、識別の一貫性がないため、検索基準を指定しすぎると反対の問題が発生します-別名0結果を返します。
それは古典的な情報科学/検索と検索の議論です。フリースタイル（部分一致）対ブール。質問に直接回答するには、部分一致検索の例として この論文 参照 LEXIS/NEXISのフリースタイル を参照してください。
あなたのフィルタリングアプローチはうまくいくかもしれません。私の推奨は、フィルターが過度に技術的ではないことを確認し、ユーザーが情報についてどのように考えるかについてのユーザーの「メンタルモデル」に一致させることです。たとえば、ユーザーフレンドリーなメタデータを各結果に関連付けて、ユーザーが生データ/数値の観点から結果について考えるだけで済むようにすることができます。これにより、より直感的なフィルタリングオプションが提供されます。
これは、このUIを定期的に使用するプロユーザー向けのツールだと思います。その場合、3つの異なる検索ではなく、1つの検索で適切なアイテムを見つける方が便利です。
ユーザーがどの識別子を検索したいのかを、識別子の形式で特定できない場合は、ユーザーはその情報を提供する必要があります（例の場合と同じです）。
ユーザーが「＃ID1：HU1287778＃ID2：XXXXXX＃ID4：YYY」のような検索文字列を1つだけ入力して検索を開始すると、時間を短縮できる場合があります。これは、ユーザーがIDタイプを入力した場合にのみ機能します。ユーザーが＃を押してユーザーにヘルプを提供する場合は、ドロップダウンを提供することもできます。
ユーザーにIDタイプを提供させる必要がない場合は、この入力でユーザーを煩わせず、「HU1287778 XXXXXX YYY」のようなタイプのないすべてのIDをユーザーが入力できるようにすることをお勧めします。