チェックボックス-例外をチェックするか、例外をチェック解除する方が良いですか？
ユーザーが機能を選択するために利用できる〜20のチェックボックスのグリッドがあります。通常、共同構成では、ユーザーは〜15の機能を選択し、〜5の選択を解除することができます。
不要な機能を削除するとアプリケーションが使いやすくなるため、ユーザーが持たない機能の選択を解除することは、アプリケーションの全体的な使用にとって重要です。
デフォルトの設定としてユーザーがこの設定を変更しない場合アプリはユーザーがすべての機能を持っているのように動作します。
これらのシナリオのどちらが優れていますか？
シナリオA
- 問題はpositiveです。
- すべてのチェックボックスはデフォルトでチェックされているです。
- ユーザーがいくつかの機能を持っていない場合、彼はnchecksチェックボックスです。
例A-デフォルトの状態
Which of these features do you have?
[✔️] A [✔️] B [✔️] C [✔️] D [✔️] E
[✔️] F [✔️] G [✔️] H [✔️] I [✔️] J
[✔️] K [✔️] L [✔️] M [✔️] N [✔️] O
[✔️] P [✔️] Q [✔️] R [✔️] S [✔️] T
例A-ユーザーがこれらの設定を変更した
Which of these features do you have?
[✔️] A [ ] B [✔️] C [✔️] D [✔️] E
[ ] F [✔️] G [✔️] H [✔️] I [✔️] J
[✔️] K [✔️] L [ ] M [✔️] N [ ] O
[ ] P [✔️] Q [✔️] R [✔️] S [✔️] T
シナリオB
- 問題はnegativeです。
- すべてのチェックボックスはデフォルトでチェックされていないです。
- ユーザーがいくつかの機能を持っていない場合、彼はchecksチェックボックスです。
例B-デフォルトの状態
Which of these features don't you have?
[ ] A [ ] B [ ] C [ ] D [ ] E
[ ] F [ ] G [ ] H [ ] I [ ] J
[ ] K [ ] L [ ] M [ ] N [ ] O
[ ] P [ ] Q [ ] R [ ] S [ ] T
例B-ユーザーがこれらの設定を変更した
Which of these features don't you have?
[ ] A [✔️] B [ ] C [ ] D [ ] E
[✔️] F [ ] G [ ] H [ ] I [ ] J
[ ] K [ ] L [✔️] M [ ] N [✔️] O
[✔️] P [ ] Q [ ] R [ ] S [ ] T
シナリオC
- 他に何か？
重要な注意
ユーザーが何も変更しない場合、アプリケーションはすべての機能を備えているかのように動作するため、ユーザーに機能を要求することはできません。ビジネスロジックのため、この動作は変更できません（顧客はそれを必要とし、引数を受け入れません）。
シナリオC（これは少しひねりを加えたシナリオBです）
いいえ質問：機能のオン/オフが代わりに使用されます。
すべてのチェックボックスはデフォルトでチェックされていないです。
- ユーザーがオフにできない必須機能がある場合は、それらを含めないでください。
ユーザーが機能を持っていない場合、彼はchecksチェックボックスです。
例C-デフォルトの状態
Turn on/off features:
[□] A [□] B [□] C [□] D [□] E
[□] F [□] G [□] H [□] I [□] J
[□] K [□] L [□] M [□] N [□] O
[□] P [□] Q [□] R [□] S [□] T
例C-ユーザーが必要な機能をオンにします。
Turn on/off features:
[□] A [□] B [□] C [□] D [□] E
[■] F [■] G [□] H [■] I [□] J
[□] K [□] L [■] M [□] N [■] O
[■] P [■] Q [□] R [□] S [□] T
これはユーザーの邪魔にならないと感じ、与えられたものから最高のユーザーエクスペリエンスを提供します。必ずしもすべての機能をオンにする必要はありません。欲しいときに、欲しいものをオンにしたい。
アプリケーションの実際の状態を表示する
あなたのシナリオでは、シナリオA-例Aのように聞こえます。これは、アクティブな機能をユーザーに明確に示し、使用していない機能をオフにできるためです。 Which of these features do you have?単にアクティブなものを表示し、一部をオフにできるようにします...
この言葉遣いは、相手に何を持っているかを実際に尋ねているのではなく、単に現在アクティブなものを伝えて編集できるようにしているだけなので、はるかに明確です。
誰かに本当に持っているものを尋ねるとき、デフォルトでは何もチェックされるべきではありません。医師のところに行き、「どの病気に罹っていないのですか？」 -そのような質問に答えようとするのは恐ろしい仕事です。通常は、持っていないものを確認するよりも、持っているものを思い出す方が簡単なので、次のようなことをします...
Which of these features do you have?
[] Check all
[] A [] B [] C [] D [] E
[] F [] G [] H [] I [] J
[] K [] L [] M [] N [] O
[] P [] Q [] R [] S [] T
すべてを選択するオプションを許可し、それが役立つ場合はいくつかのチェックを外しますが、それは過度に煩雑であるため、デフォルトではすべてをチェックしないでください。
チェックボックスに関するいくつかのこと
✓チェックマークは肯定的な表示に関連付けられていますです。したがって、チェックマークを使用して否定的なオプションを示すことは問題ありませんが、ユーザーにとってより認知的な負荷になります。
チェックボックスを使用するかどうかに関係なく、ユーザーに否定を確認するよう要求するは、認知的負荷を高めます。例えば：
![enter image description here]()
これを念頭に置いて、あなたのケースを見てください。ユーザーに処理を依頼するオプションはたくさんあります。つまり、認知の摩擦を減らすことは良いことです。
したがって、私はすべてのオプションがチェックされ、ユーザーが選択を解除できるようにするを提示します。これは、チェックマークの肯定的な規則を尊重し、認識全体を単純化する相互作用全体を肯定的に保ちます。
- 選択解除が重要な場合は、ユーザーに提案を追加できます。 使用しない機能を選択解除すると、アプリのパフォーマンスが向上します。
例として、ここにチェックボックスがたくさんあるMicrosoft設定ダイアログがあります。オプションを正にしようとすることに注意してください：
私はこのようにします。
チェックボックスがbetween 1 and 15（5 x 3）の場合、シナリオA（すべてチェック済み）
15の場合、シナリオB（すべてオフ）
理由：ユーザーは10個のチェックボックスを簡単に把握でき、間違いを犯さずに簡単にチェックを外すことができます。
15を超えると、ユーザーはその数を把握できず、誤ってチェックを外したり、チェックしたままにしたりして間違いを犯す可能性が高くなります。
重要：また、Check Allおよびuncheck Allユーザーへのオプション。
機能（チェックボックス）をグループ化することは可能ですか？説明から、これは調査または登録フォームに非常に似ています-情報が1回だけまたはほとんど提供されません。
したがって、ユーザーがどの機能を実行するかを質問します必要（持たない）、さまざまな役割が異なる機能セットを必要とするため、オプションを機能グループに分離し、チェックボックスを空のままにして、ユーザーにアクティブにリクエストを強制します必要な機能。
否定的な質問をして安心感を与える手がかり（チェックボックス、つまりOK、完了、存在）の問題は、混乱を招く点です。 Bを使用する必要がある場合は、チェックボックスを不在を意味するもの（できればX）に変更するか、テキストをストライクしてグレーにするなどします。
最善の解決策：ユーザーにオプションを提供しない
見てみましょう：2015年の半ばです。最近のユーザーは、無意味なオプション（「このプログラムを既定のディレクトリにインストールしますか？」）にさらされているため、選択したオプションを読み取れなくなりました。ほとんどのユーザーが望むと思われるオプションをすべて選択し、その選択肢をユーザーの手から取り除く必要があります。
ユーザーにいくつかのチェックボックスをいじってみることを主張する場合、それらがあまりにも大きなダメージを与えないようにする方法が1つあります。
プラセボ効果
ユーザーは実際にはオプションを気にしていませんが、自分がコントロールしているように感じたいと思っています。彼らはソフトウェアを制御したいのですが、その逆ではありません。
実際には何もしないチェックボックスをいくつか与えます。彼らは無難に良いものをクリックし、彼らの選択が重要であると（誤って）仮定します。
フォームを送信したら、必ず何らかの肯定的なフィードバックを提供してください。あなたは彼らが実際に何かを変えたという考えを家に打ち込む必要があります。
とにかく、10分ほど経過した後のオプションを覚えていないでしょう。そうした場合、間違ったオプションをチェックしたと誤って想定し、将来的に注意を向けるようになります。後で直感的ではないインターフェースを使用できるため、これは良いことです。
コンテキストに注意してください...
他の答えに追加してください：コンテキストを念頭に置いてください...
フォーム/チェックボックスがセキュリティ目的（認証を与える）と何らかの形で関連している場合、おそらくチェックを外す代わりにチェックボックスをチェックしてもらいたいでしょう。与えられた承認が、デフォルトだけでなく良心的であることを確認したいとします。