ユーザーはこのハイブリッドチェックボックス/ラジオコントロールを理解していますか？
ユーザーが何も選択しないか、1つまたは複数のオプションを選択できる複数のオプションを提示するときに発生する永続的な問題について疑問に思っています。
チェックボックスを使用すると、ユーザーが
- オプションを意図的に選択していない
- または単に質問を無視しました。
そのようです：
download bmml source – Balsamiq Mockups で作成されたワイヤーフレーム
参照してください。果物が好きではないのか、私に言いたくないだけなのかわかりません。
ユーザーが質問に回答したかどうかを知る必要がある場合は、チェックボックスリストの最後に「上記のいずれでもない」オプションを含めるのが理にかなっています。ただし、 チェックボックスのリストに「何も選択しない」オプションを含めるには明らかに良い方法ではありません があります。
オプションの数が少ない場合、 ラジオボタンが適切な回避策になる場合があります ...
...しかし、オプションの数が増えると、ラジオボタンはすぐに使用できなくなります。
だから私は今日、問題の解決策である可能性のあるもの、つまりハイブリッドチェックボックス/ラジオコントロールに出くわすことに非常に興奮しました。
ラジオボタンを選択するとチェックボックスが選択解除され、チェックボックスを選択するとラジオが選択解除されます。
一見、これは素晴らしい解決策のように見えます...しかし、それを採用する前に、それが人々を混乱させる可能性があるかどうかを確認したいと思います。おそらく、彼らは別個の形状を別個の質問に対応すると見なします。あるいは、おそらく何かをクリックするだけで、他のものが選択解除される理由を理解していないかもしれません。あるいは、チェックボックスとラジオボタンをまったく区別しておらず、ボタンの1つが他のボタンとは異なる形状である理由を不思議に思っているために速度が低下しているのかもしれません。
ユーザーテストで、このコントロールが一般的に理解されていることがわかりましたか？このハイブリッドコントロールに問題があると思われる特定の人口統計または心理学はありますか？
ラジオとチェックボックスを1つのリストに混在させると、決定的なテストデータがあるかどうかに関する直接的な質問にはお答えできません。しかし、私はそれを私が見たものではないと言います。
いくつかの代替案を検討することをお勧めします。
「上記のいずれでもない」チェックボックスを残りの部分から視覚的に分離
Select the fruit you like:
[ ] apples
[ ] bananas
[ ] oranges
-----------
[ ] none of the above
該当する場合、条件付きチェックボックスが表示されたラジオボタンを使用
デフォルトビュー：
Do you like fruit?
( ) yes
( ) no
「はい」を選択した場合：
Do you like fruit?
(•) yes
Please select your favorite(s):
[ ] apples
[ ] bananas
[ ] oranges
( ) no