最近、オン/オフチェックボックスがアスタリスク付きの必須フィールドとしてラベル付けされているシステムを見ました。
私にとって、ボックスをオンまたはオフにするだけでチェックボックスをオンにする必要はないので、これは冗長に思えます。デフォルトでは常にこれらの状態の1つであるため、これを必須にするものは何もありません。
意見や経験から、これについて人々はどのように感じていますか?必須フィールドのあるフォームをデザインしている場合、チェックボックスに必須のラベルを付けますか?
チェックボックスに「必須」のマークを付ける必要があるのは、法的条件に同意するときなど、チェックボックスをオンにする必要がある場合のみです。
良い手本:
その他の場合、ユーザーがそのチェックボックスフィールドに入力したかどうかをどのように判断しますか?チェックを外したままにしておくと、適切に入力されます。条件に同意する特定の場合を除いて、フォームの検証ロジックが、チェックボックスが入力されていない限り、ユーザーの続行を禁止しないことが重要です。これは、どのユーザーにとっても苛立たしいことです。
そして通常、私はフィールドを「必須」としてマークしないようにし、代わりにオプションのフィールドがオプションであることを示します。これは、すべての通常の赤いアスタリスクフィールドを追跡する負担ではなく、ユーザーに少ない作業の扱いを与えるようなものです。 (さらに言えば、私は最初のサインアップフォームとチェックアウトフォームにオプションフィールドをできるだけ少なく配置します。)つまり、このようにフォームにマークを付けることは、ユーザーに「大丈夫ですが、 「この部分、この部分、そしてこの部分、...を記入する必要がある」の代わりに「この部分を記入する必要がある」など.
はい、冗長です。
チェックボックスは、オンまたはオフのバイナリ形式の入力であるため、デフォルトでオフに設定されている場合、ユーザーは暗黙的に「オフ」オプションを選択し、その逆も同様です。
必須の「オプトイン」が必要な場合、そのような冗長性を回避するために多くのサイトが行っていることは次のようなものです(mailchimpから盗まれます)。
このボタンをクリックすると、MailChimpのスパム対策ポリシーと利用規約に同意したことになります。
より大きな問題は、フォームが必須またはオプションのフィールドを示すかどうかです。オプションの質問のみが示されている場合(多くの場合、とにかく視覚的な冗長性が少なくなります)、これは問題ではなくなります。
考慮しなかったケースはトライステートチェックボックスで、状態は未定義、未チェック、またはチェックのいずれかです。この場合、値を定義する必要がある場合、チェックボックスを必須としてマークすることは冗長ではありません。
オンラインで見つかるトライステートチェックボックスの例:
未定義の値は青でマークされたものです。
別のケースは、1つ以上のオプションをマークする必要があるチェックボックスのグループがある場合です。この場合、グループ内の個々の要素ではなく、グループを必須としてマークすることができます。
「必須のチェックボックス」が必要な場合は、yes | no racioボタンセットとして実装できます。この方法では、ユーザーは選択に関係なく1つを選択する必要があります。
問題は、ユーザーが悔い改めてチェックを外したい場合、クリックを元に戻すのに苦労することです!
フォーム項目mustに特定の値(チェックボックスの場合はchecked)がある場合、ユーザーに選択肢を与えることはあまり意味がありません。
Webアプリケーションに必須のチェックボックスを使用して、元に戻せない、または変更が破壊される状況での偶発的な送信を防ぎました。タッチベースのデバイス(携帯電話、タブレットなど)が増加しているため、スクロールしようとしたときに誤って送信ボタンを誤ってクリックしてしまうことが懸念されます。
これは、昨年取り組んだアプリケーションのワークフローです。
広告ブリーフの送信は、「はい、これはレビューの準備ができています」の効果を示すラベルが付いたチェックボックスによって保護されています。ブリーフの特定の側面を変更できるリンクをたどる以外に、このチェックボックスをオンにしてフォームを送信するだけで、ページで実行できます。
ほとんどのアプリケーションでは通常、ユーザーが自分の情報を自由に変更できるため、これは私が頻繁に使用するデザインパターンではありません。私は、ユーザーを自分の太い指から保護する必要があるまれな状況でのみ使用します。