web-dev-qa-db-ja.com

フィルタリングオプション(チェックボックス)を含む巨大なリストで「プリセットフィルター」または「お気に入りビュー」を作成または保存するための最適なUX

Backgroundユーザーには、大きなリストのパネルが表示されます。デフォルトのビューがありますが、ユーザーはリストをフィルタリングして「パネル」を更新することもできます。 2つの連続したほぼ依存するフィルタリングオプションがあり(たとえば、「花の種類」でフィルターし、次に「色」でフィルターします)、選択はチェックボックスで行われます。

ユーザーがパネルに入るたびに、デフォルトのビューを表示し、手動でフィルタリングしてリストを絞り込むことができますOR change保存済みフィルター(またはプリセット、お気に入り)のビュー

これらの事前設定されたフィルターを作成するために、2つのオプションを検討しました(私を助けてくれれば、もっと多くても構いません)。ユーザーエクスペリエンスを向上させるには、どのオプションを使用すると思いますか?

オプション1:永続的なボタンでトリガー ... "My pre-set filters"のリストを表示するボタンをパネルに提供します。ビュー内で、ボタン"Create new filter"にボタンを指定します。これにより、1番目のフィルター(花の種類)のビューが開いたり展開したりします。 「次へ」をクリックすると、2番目のフィルター:色が表示されます。 ---これは簡単なCTAですが、問題はオーバーレイまたは拡張可能なオプションをレンダリングして、手動でフィルタリングするときに表示されるのと同じフィルターで作成フローを表示することです。

オプション2:ユーザーが変更を加えてから保存するように招待する ...のみユーザーが正常にフィルタリングを完了した後(花の種類で、次に色でフィルタリング)および「リストの更新」ボタンを押すと、ポップアップまたはモーダルユーザーに最近適用されたフィルターのセットを保存するように招待します。パネルには、「マイプリセットフィルター」のリストを表示するためのボタンがあります。作成するためのボタンはありません。(このオプションには、アクションを直接トリガーするCTAがないため、ゼロからプリセットを作成する方法の簡単な説明)。 ---これには直接のCTAはありませんが、アクションはユーザーがトリガーした希望のフィルタリングアクションから派生します。 (ただし、ユーザーが探索しているだけで、遊んでいるフィルターの各セットを保存したくない場合は、煩わしい場合があります)

ご意見ありがとうございます!!

2
redux

ユーザーとして、自分のフィルターが意図したリストになることを確認したいと思います。フィルターを変更したときにリストがどうなるかをすぐに確認したい。これが、「フィルターの保存」機能がフィルターされたリストに表示される理由です(フィルターが変更された後のみ)。

次に、どこかに「フィルターの削除」機能も必要になります。

「現在のフィルターを変更する」を使用しない場合もありますが、ユーザー側でDelete + Createが必要になるという犠牲を払って、最適ではありません。

質問から、フィルター関連の関数が多すぎるとUIが煩雑になるという懸念を読んだので、これらの関数の1つの可能な場所は、フィルターリストの個別のオプションとしてです。

また、さまざまな方法で目標を達成できることも気に入っています。それでは、利用可能なすべてのフィルターのリストの1つのオプションとして「現在のフィルターを保存」を表示しないのはなぜですか?

要約すると、次のフィルタードロップダウンリストがないのはなぜですか。

filter-1
:
filter-N
--------
Save Filter
Change Filter <name>
Delete Filter <name>

最初のオプションはフィルターが変更された場合にのみ使用でき、最後の2つのオプションはフィルターが選択された後にのみ存在します。

最後の問題があります。ユーザーがフィルターを定義して保存した後、同じフィルターを再度選択した場合、これら2つを別々に扱いますか?つまり、最初のフィルターに選択した名前を、再構築後にタイトルとして表示しますか?

1
virtualnobi

ユーザーが以前と同じフィルターを使用する可能性に基づいて決定します。ここで、ユーザーが別の瞬間に同じ方法でフィルターをかけたいと仮定しましょう(そうでない場合、保存機能は必要ありません)。 3番目のオプションを考えることもできます。最後のフィルターを覚えてみませんか(できればCookieなど、アカウントを必要としないものをお勧めします)。ユーザーがサイトに戻ったときに、前回のフィルターがまだ残っていることを(ツールチップなどで)指摘できます(リセットボタンを使用している可能性があります)。異なるフィルターをプリセットとして保存する必要がある場合は、フィルターに「フィルターを保存」というボタンを実装できます。ユーザーが自分のフィルターを選択できるさまざまな保存済みフィルターを含むフィルターセクションのプルダウンは、さまざまなフィルターを用意する必要性を満たします。この方法の利点は、ユーザーがフィルターを事前に保存しておく必要がないことです。これで、ユーザーは天気を保存するかどうかを決定する前に結果を確認できます。

2
Ruudt

現在のフィルターを保存するためのボタンをユーザーに与えませんか?
そのようにして、選択したフィルターが実際の結果を提供するかどうかをユーザーが確認でき、ポップアップやオーバーレイで煩わされることはありません。

0
Jel-El