web-dev-qa-db-ja.com

優れた一括無視機能の設計

いくつかの結果アイテムをリスト/テーブルに表示する分析ツールを設計しています。これらの項目は、「Xに問題があります」など、ユーザーが注意を払って対処する必要のある問題です。ユーザーは結果アイテムを無視することを選択できるため、分析からそれらを効果的に削除できます。後で、結果アイテムを「無視しない」ようにすることができます。

そのような機能の大部分を含めて、そのような機能を最適に設計する方法(つまり、すべての結果アイテムを一度に無視/無視する)を理解するのに苦労しています。

典型的な一括操作設計は、チェックボックスを使用した次のようなものです:

Ignore feature design with checkboxes

ただし、ユーザビリティガイドラインでは、チェックボックスラベルの肯定的な表現のみを常に使用する必要があると主張しています( this thread で説明)。したがって、概念的には、ユーザーが「チェックマークを付ける」必要があるアイテムを無視し、無視しないようにするには、チェックマークを削除する必要があるので混乱します。

別のアプローチは、それを「含む」に言い換え、最初にすべてのチェックボックスをオンにすることです。ただし、そのようなアプローチでは、無視機能がどうにか強調されなくなります(そして、人々は最初は「もちろん、これらの結果アイテムが含まれている」と考えているかもしれません。):

Ignore feature design with checkboxes - phrazed as Include

さらに別のアプローチでは、アイテムが無視されるかどうかに応じて、アイコンが異なるボタンを作成します。

Ignore feature design with two different icons

ただし、ここでの問題は、一括操作ラベルが無視されたアイテムに適用されないことです。さらに、アイコンはあまり馴染みのないユーザーインターフェイスウィジェットです。

  • このデザインの課題についてどう思いますか?代替案はありますか?
3
agib

リストを1つだけ使用し、個々のアイテムにiOSスタイルのトグルを適用し、一括操作にテキストアクションリンクを適用することに同意しました。また、明確にするために、無視されたアイテムに取り消し線を適用しました。

The design using iOS style toggles and bulk action links

1
agib

これは、何をしようとしているかに大きく依存します。

アイテムを無視するのが当たり前であり、多くのアイテムが維持することを期待していない場合は、チェックされているチェックボックスのリストを表示するだけです。

ユーザーがアイテムを保持するか無視するかを本当に選択する必要がある場合は、3つの小さなアイテム行を使用します。

  • リスト
  • 無視する
  • 保つ

メインリストの項目は、ラベルと2つのボタンで構成されます。 Keepの1つのボタンとIgnoreの1つのボタン。これは、左側をクリックしても保持され、右側をクリックしても無視される1つの流暢なアイテムです。

[無視]をクリックすると、アイテムが無視リストに移動し、目立たない移動アニメーションが表示されます。 [保持]をクリックすると、同じ目立たない移動アニメーションでアイテムが保持リストに移動します

ユーザーがドラッグアンドドロップを使用してアイテムを移動することもできますが、これはさらに特別なことです。

3
Barfieldmv