書誌データの検索エンジンに取り組んでおり、高度な検索機能の使用例を理解しようとしています。通常、この機能はWebで見られ、タイトル、著者、出版社、年など、特定のフィールドを検索します(すべてのフィールドではなく)。
頭に浮かぶ最初のユースケースは、ユーザーが特定のレコードを探していて、情報の一部またはすべてを知っている場合です。高度な検索を使用すると、検索エンジンが探している結果を返す精度が向上します。
他にありますか?
高度な検索に注意してください。多くの製品は、購入者(ユーザーではなく)がこの機能を期待しているからといって、特にそれを持っています。
高度な検索を使用するよりも、ファセットシステムの方がより正確にユーザーの検索にマッピングされ、ディスカバリーモードを絞り込むため、多くのユースケースがファセットシステムによって提供されます。一部には、ユーザーが検索を行って最初の結果を表示した後で、あいまいさがユーザーに発生するためです(上記の癌とジョンスミスの例など)。
あなたが見つける1つのユースケースは、Googleより前またはWebより前に紹介された書誌検索を使用している人々が、当時の基本的な検索が不十分だったために、高度な検索を使用するように教えられていたというものです。古い習慣はこの点で死にます。この経験を持つ人々はしばしば最初に高度な検索を探すでしょう、そしてこれは例えば学界や図書館員の間で特に当てはまります。
ユーザーがトピックを検索しているものもあると思いますが、一般的な検索からは無関係な結果がたくさんあります。だから、占星術の兆候「がん」についての本を見つけたいと思うかもしれませんが、病気とは関係ありません。
または、John Smithに関する本を検索したいが、(別の)John Smithによる本は検索したくない。
これには、おそらくいくつかのユースケースがあります。
アプリケーションユーザーが、エンドユーザーの要件にマップする必要がある「在庫」の絶え間なく変化するリストを持っている場合。この場合、エンドユーザーの要件は既知です。
たとえば、アプリケーションのユーザー株はプロパティのリストです。エンドユーザーは、簡易キッチンなどの特定の設備を備えた最小サイズのオフィススペースを探している潜在的なクライアントです。
このユースケースは、ホテル、飛行機、車の予約に似ています。 (大体)自分が何を求めているかを知っており、オプションを参照または収集したい。