通常、アンケートの質問では、1つのオプションを選択するか、複数のオプションを選択するように求められます。また、Do n’t knowが選択されている場合、システムはすべての選択をクリアします。
を選択した後、他のすべての選択が失われたときの混乱やエラーを防ぐ(不明)。何が起こったのかを知らせ、回復を手助けします。
O1とO2についてどう思いますか?単語グループラベルが質問を繰り返す場合はどうなりますか?ここでの目標は、知らないが異なることを示すか、システムの動作をほのめかすことです。
シナリオでは、Do n't knowは、オプションを選択しないことと同じです。オプションのリストはチェックボックスで実装されており、どのオプションも選択しないと 有効な入力 になります。
チェックボックスは、オプションのリストがあり、ユーザーがzero、1つ、または複数。つまり、各チェックボックスはリスト内の他のすべてのチェックボックスから独立しているため、1つのボックスをオンにしても他のチェックボックスはオフになりません。
したがって、可能な代替案は、リストからDo n't knowオプションを削除し、Do n't know必要に応じてアプリケーションロジックで。
O1では、ラジオボタンのように動作しますが、Do n't knowをチェックボックスとして表示します。それは受け入れられないと思います。 Do n't knowをチェックボックスとして実装することを検討し、それが選択されたオプションの1つになると、回答をDo n't knowとしてエンコードします。アプリケーションロジック内のみ。質問でDo n't knowの選択内容を説明した場合、他のオプションの選択を解除する必要はないと思います。
繰り返しますが、Do n't knowは実際のオプションではないため、チェックボックスではなくボタンとして実装できます。これは、この特別なステータスをユーザーに通知し、わからないは選択しないことと同等であることを通知できる最も強力な方法です。 SkipボタンがUIで一般的に使用されるのと同じように、選択を回避できます。
私の腸の反応はO1です。
O2では、「グループ化」ラベルと、「グループ化」ラベルと「わからない」ラベルの両方のラジオボタンの使用に問題があります。レイアウトが現在のレイアウトと同じである場合、「グループ化」ラベルの情報が繰り返される、または単に役に立たなくなるリスクを負う可能性があります。 「Do n't know」オプションを「Grouping」ラベルと同じ階層レベルのラジオボタンにすることにより、「Do n't know」は正しくないため、同じ平面にそれらの重要性と目的を設定します。 「グループ化」の下にネストされたチェックボックスと同じ目的レベル。
O1を使用すると、「グループ化」ラベルに何を配置するかという問題を回避し、「他のオプション」と同じ平面上に「わからない」オプションを維持します。ここで重要なのは、「わからない」オプションの動作が他のオプションとは異なる動作であることを視覚的に示すことです。これは、さらに間隔を空けて水平線で区切ることによって行ったと思います。
O2では、「わからない」というオプションを強調表示しますが、これはあなたの目標ではないはずです。
開発中にこの機能がカバーされている場合は、最後のクリックで他のチェックボックスをオフにしますO1は明確で望ましいで、水平線で十分です。
それでもO1が良い考えではないと思われる場合は、O2を改善して(コードを変更できる場合)、その上にスイッチまたはラジオボタンを追加し、次のセクションのチェックボックスをそのままにしておくことができます。私にとって、このオプションでは、「わからない」が少なく、上に別の行が表示されています。