ユーザーがUIでバイナリの選択肢の1つ(はい/いいえ)を選択する必要があるフォームにアプローチする方法はありますが、フロー内の進行をブロックするように強制する必要はありません。
基本的に、オプションのバイナリ選択です。 YESまたはNOのいずれか、または何もない。標準のチェックボックスを使用しても、チェックされていない場合はデフォルトでfalseと見なされ、ユーザーがNOと返信するつもりである場合はユーザーのアクションを「要求」しないため、おそらく効率的ではありません。
私たちの現在のアプローチ(Android=世界で)はラジオボタン(水平に表示される)ですが、それでも間違って感じます。私のiOSの対応部分は、セグメントボタンのようなものを使用しています。本当にそのプラットフォームに存在します。
これをどのようにして行うのですか(ただし、これを行わないのですか?)
追加質問:iOSについてはどうですか?セグメントは進む方法を切り替えますか?
編集:ユーザーがYES/NOのどちらかを選択することをお勧めしますが、ユーザーが完全に選択をスキップする場合は、現時点では問題ありません。
選択肢は2進数ではなく3進数(yes/no/none)であるため、「無回答」または「どちらでもない」の3番目のオプションを提供するのが適切でしょう。
ある種の「選択」オプションは、最も効果的な移動方法であると感じます。たとえば、使用しているラジオボタン、またはユーザーがクリックすると選択される「ボタン」(ラジオボタンと同じ機能で、次のようなスタイルになります)通常のボタン)。
質問はオプションであるため、ページの読み込み時に両方を選択しないでおくのはまったく問題ありません。
そうは言っても、ユーザーが誤って選択を行った場合のために、3つ目のオプション(「なし」、「クリア」など)も追加します。私はモバイルでフォームに記入することを数回行いました-ページを下にスクロール(スワイプ)するときに、そこにあるとは知らなかった領域をタップして選択しました。ユーザーにこの質問に答えないという選択肢を与えているため(これは必須ではありません)、これらの種類の「偶然の」選択に対してデータを無害化できます。
オプション1:クリック可能なテキストを「後で決定」の横に追加するだけで、フォームでこの入力を操作して、プロセスを安全に続行できるという感覚をユーザーに与えることができます。
オプション2:アスタリスクを使用して必須フィールドを示します。これが唯一の必須フィールドである場合は、その横に「オプション」ラベルを追加します。
そして、はい、セグメント化されたトグルは私の意見では行く方法です。
チェックボックス、ラジオボタンなどの一般的なフォーム要素のデフォルト動作の制限の1つに遭遇しました。オプションのラジオボタンは、デフォルトの動作(必須であり相互に排他的)に反するため、適切な方法はありません。
これに対処する唯一の方法は、「なし」などの別のオプションを追加することです。
3番目のオプションを追加せず、ページの入力時に両方の無線を選択されていない状態で表示すると、ユーザーがオプションをクリックすると、選択を解除する方法がないためオプションではなくなります。これはユーザーにとって公平ではありません。