フィルタリングインターフェイスでの選択の結果が交差またはユニオン（および/または）を返すかどうかを最もよく伝えるUI
問題
学生がキャンパス内の学習スペースを見つけられるように、さまざまなカテゴリに基づいてそれらのスペースをフィルタリング（ファセット化）できるようにするインターフェイスに取り組んでいます。ユーザビリティテストと重要な利害関係者の両方からの現在のフィードバックは、いくつかのフィルターを選択した後、結果の交差が常に表示されることを人々が期待するかどうかで矛盾しています同時にAおよびB）またはunion（Aであるスペース+ Bであるスペース）またはaミックスを参照選択したフィルターカテゴリに依存します（実際には、誰もがすべてのケースで結合を期待しているとは思いません）。
カテゴリ内のオプションに関するメモ
一部のカテゴリには、相互に相互に排他的なオプション（たとえば、2つの建物に同時にスペースがない）と、overlapping（スペースにはPCとMacの両方を含めることができます）。
（私たちの場合、カテゴリは現在次のとおりです： "スペースのタイプ"（スペースを一度に1つのタイプとしてのみ指定することを決定しましたが、ユーザーには十分に明確ではない場合があります）、 "ノイズ期待値"（同じ）、スペースの「アメニティ」、「テクノロジー/設備を含む」、「家具」、「ビル」を含む）
私たちが試した/議論したこと
一部の人々は、より頻繁に「結果が見つからない」ケースを意味する場合でも、常に交差を望みます/期待します。他の人たちは、少なくとも特定のカテゴリ内で、「AとBの両方またはそのいずれかであるスペースを表示してもかまわない」というケースの機能を望んでいます。 （そして、特定のカテゴリー間選択が異なるように考えられるかどうかを考えることに慣れていません。）
最初のテストとディスカッションは、カテゴリのセマンティクス以外に基づいてオプションを実際に区別しなかったインターフェースに基づいていました。相互に排他的なオプションを持つカテゴリの結合結果の明確さをテストするために、選択メカニズム（オン/オフスイッチ/トグルに加えてチェックボックスに加えてラジオボタンを回避するそれらを選択解除する方法を含めることの難しさ/不器用さ）、および次のように、オーバーラップを許可するカテゴリのアイコン：
これまでにテストされたユーザーの状況は明確になっていないため、選択メカニズムの逆転（オーバーラップカテゴリのスイッチ/トグル、相互に排他的なカテゴリのチェックボックスなど）について説明しました（別のオプションを選択した場合はオフにしてください）カテゴリ内オプション））、さらに視覚的な区別（ヘッダーの色が異なる、ボックス内の一部のカテゴリはそうでない場合など）、カテゴリのグループ化/順序を相互に調整し、これが結果に反映されているものに影響されるかどうかを確認するリスト。
また、これが一種の型にはまらないフィルタリング対象であることの影響を受けるかどうかも不明です。人々は比較のポイントとして特定のオンラインショップや旅行サイトを紹介していますが、誰もが以前にものを購入してオンラインで予約していました。学習スペースの分類は、おそらくもう少しあいまいです。
ソリューション？ /ガイドライン？/ベストプラクティス？
おそらく、この種の問題には万能ではありません。おそらく、アカデミックサイトとeコマースでは同じであるか、同じユーザーでも、ある日と別の日では異なる場合があります。探しています。しかし、私はこの問題を調査すること（または「他の人がそれを行う方法」を見ること）を任されており、Googleにとって少し難しいです。
（そして、この質問があまりにも単純ではなく、どちらかに似ていることをお詫びします。最初に、私たちはどの方向に進むのか、次に、反対の方向を期待していたユーザーに対して物事を最善に軽減/伝達するためにどのように設計するのか。）
アイデア？ /考え？
私たちが考えていなかった、またはおそらく考慮に入れる必要のある考慮事項を試すための設計/実装のアイデアが人々にあったら、すばらしいでしょう。しかしながら ...
研究？
おそらく私にとってより役立つと思われるのは、この結合/交差/相互排他的かどうかの問題に対してユーザーが最も明確に対応できることを調査した調査です（ユーザビリティテストを続行するには、時間と予算の両方で少し制限があります）この永遠に）。フィルター/ブラウズ/検索インターフェース設計の多くの側面をテストしたいくつかの研究を見つけましたが、これは完全ではありません（少なくとも...私のグーグルスキル/必要な正確な用語の知識についてもっと言うかもしれません）。
専門家の意見も役に立つかもしれませんが、私自身も非常に強い意見を持つ重要な利害関係者にも反対しています。 ：-/
Jiraのフィルタリングシステムは、検索、フィルター、除外の組み合わせであることがわかりました。チケット、プロジェクト、人、キーワードを検索すると、検索対象を細かく制御できます。
それは少し圧倒的に見えるかもしれませんが、おそらく彼らはあなたを刺激し、未知の道にあなたを置くことができる実装を持っていることを理解しています。
これはそのドキュメントです： https://www.atlassian.com/blog/jira-software/jql-the-most-flexible-way-to-search-jira-14
このレベルの粒度を検索に適用して、よりユーザーフレンドリーな方法で表示できるかどうかを確認してください（つまり、クエリとして入力するのではなく視覚的に）。
お役に立てば幸いです。
交差と和集合は専門用語です。これをユーザーの観点から考えると、問題は「必須」および「必須」の基準内にあります。ユーザーは基準ごとに異なる優先順位を持つため、UIの動作に対する期待は常に異なります。
トライステートトグルを使用して、各基準に対して「必須」と「必須」の選択を明示的に行います。デフォルトでは、選択されていない状態が中央にあり、他の選択項目は両側にあります。