ラジオボタンとプログレッシブ開示の良い習慣
ラジオボタンを選択すると表示されるフォームがあります。このフォームをラジオボタンの間に配置すると、ユーザーが混乱しますか？はいの場合、どのような習慣に従うべきですか？
それはフォームのサイズと2番目（3番目...）のオプションがどれだけ重要であるかを予想することによって異なります。
最も安全な方法は、最初にすべてのラジオオプションを表示し、次にフォームを表示することです。ラジオを選択することがフォーム入力の「最初のステップ」になるように、視覚的にスタイルを設定することもできます。
非常に小さいフォーム（1〜4アイテム、理想的には1行または2行）の場合は、ラジオの間に配置できますが、ランダムな人に確認する必要があります。2番目のオプションがまだ十分に表示され、代替オプションとして理解されていることを確認してください。最初のものに。これはデフォルトの状態にも影響されます。事前に選択された無線がない場合、オプションはわかりやすいかもしれませんが、場合によっては、オプションを切り替えると不便になる場合があります。
最初のオプションが頻繁に使用され、2番目がかなり例外的なタスクであることがわかっている場合、たとえば最初のラジオを削除して、その文言にタイトル、表示フォーム、およびその上または横に「Do you want toむしろXYZを行うのですか？」他のフォームを別のページ/ワークフローにします。
したがって、私がそれを正しく理解している場合、あなたが説明しているのは次のメカニズムです。
download bmml source – Balsamiq Mockups で作成されたワイヤーフレーム
これを前提として、考慮すべき重要な点がいくつかあります。
- サブフォームをインデントして、問題のラジオボタンの一部であることを明確にします
- サブフォームは、タイトル付きフィールドセットをオプションで含めて、ボックス内でグラフィックを使用して明確にスタイル設定することにより、1つであることを明確にします。
- サブフォームをスライドダウンアニメーションで表示して、フォームが「間に」収まることを明確にします
- サブフォームを独自に保存するしないが、それを大きなフォームのオプションの部分と見なすだけです。精神的にそれが大きなフォームの一部と見なすことができない場合は、マルチステップフローがより適切なアプローチになります。
原則として、ラジオボタンを使用してフォームを表示することは良い考えではないと思います。理由はいくつかあります。
プログレッシブ開示：プログレッシブ開示が機能するためには、最初に利用できる情報の初期量が必要です。この情報は、ユーザー入力時に開示される内容の概要または簡潔な説明を提供する必要があります。これにより、ユーザーは開示されるコンテンツの種類と範囲を予測し、ユーザーコントロールに対してより反応的になります。
各フォームに必要なフィールドの数と全体的な複雑さによっては、ラジオボタンを使用して会社を表示すると、ユーザーが次のフォームで何が必要になるかを予測できないなど、ユーザビリティの問題が発生する可能性があります。
全体として、ある種の選択プロセスを扱っている場合は、ユーザーに事前に通知し、効率的かつ合理的な方法でプロセスをガイドすることをお勧めします。
また、このプロセスが可能な限り直線的であることを確認し、各ステップとそれがユーザーに必要とするものに関する情報を提供します。この透明性により、彼らは彼らが行うあらゆる選択についてより良く、より情報に基づいた決定をすることができます。それが役に立てば幸い
クエリについていくつか予約があります。私の答えは、あなたがこのメタファーを使用しているコンテキストと、あなたが持っているユーザーベースの種類によって異なるかもしれません。
まだ最も一般的な環境を考慮して、私はお勧めしませんラジオボタン間のフォームレイアウト。ラジオボタンはデフォルトで、コンテキストにリンクされているもののグループを示し、使用可能なオプションから1つのオプションを選択できます。 ユーザーは一般に、それが最も近い意味であることを期待して、それを最も理解します。
私はあなたの正確なユースケースを知らないので、あなたが次のような2つの垂直ラジオボタンを持っていると考えてみましょう：
そして誰かがいくつかの選択をしたとき
この配置は、ラジオボタンの目的に反します。必要なのは、ユーザー入力に基づくフォーム要素の作成の遅延であり、ラジオボタンはこのような操作には理想的ではありません。
段階的開示
プログレッシブ開示は、ユーザーにとって圧倒されるような感覚を軽減するために、情報とアクションを複数の画面にわたって順序付けする対話設計手法です。 -Wiki
この定義を考えると、あなたが提案していることがこの定義に該当しないと思います。据え置きの作成モードです。
ユースケースについてもう少し情報を提供していただければ、推奨事項を提示できる可能性があります。
このような「セグメント化されたコントロール」パターンを使用することをお勧めします。特に、カスタムデザイン（ネイティブGUIを備えたデスクトップアプリケーションではなく、Webまたはモバイルアプリケーション）を使用する場合に、それが適切な場合があります。ラジオボタンの機能とタブの動作を統合します。
download bmml source – Balsamiq Mockups で作成されたワイヤーフレーム
