オプションのフィールドを隠すためのケーススタディ？
現在Online Travel Insurance SystemのWebフォームを設計しており、オプションフィールドが非常に多いため、オプションフィールドを非表示にすることを考えています。下の画像のように。
Show MorePassport Detailsセクションの下のすべてのオプションフィールドを表示するリンクボタン。 Emergency Contact InformationとAccompanyセクションも非表示にしています。これは、その下のすべてのフィールドがオプションであるためです。
これはユーザーがオプションのフィールドに値を入力するのをやめますが、私はそれが私たちの売上を向上させると思いますが、それを証明するための参照はありません。この問題についてUXのケーススタディはありますか？
私は発見しました XMovementサイトからのこの調査 ユーザーの間違いについて：
...レッスンはこれです。フォームにより多くのフィールドと要素を配置すると、ユーザーがミスをする可能性が高くなります。お金を扱うとき、これはあなたを犠牲にすることができます。
...
短いフォームは長いフォームよりも頻繁に入力されることが一般に受け入れられています（そして十分に証明されています）（もちろん他のすべては同等です）。ただし、一部の情報が顧客に期待される例外があり、それを除外すると、フォームの有効性に疑問が生じます。
'Shorter = better'は良い開始仮説ですが、特定の状況でテストする必要があります。
つまり、この追加情報にビジネス上の価値があるかどうかについては言及していません。その場合は、この情報の価値と変換の改善を比較検討する必要があります。
また、 "show more"を変更して、顧客がmoreを理解できるようなものに変更することもテストします。つまり、「オプションのフィールドを表示」のようなものです。
短い形式と長い形式の変換に関するいくつかの参照：
リードジェネレーション：フォームフィールドの長さをテストすると、リードあたりのコストが$ 10.66削減されます
ランディングページの最適化テスト済み
情報（緊急連絡先の詳細など）が必要ない場合は、なぜ収集するのですか？
フォームの余分なフィールドはすべてフォームフィラーの負担を増やし（少なくともフィールドをスキャンしてその内容を確認する必要があります）、エラーの可能性を高め（UXMovementで説明）、変換を減らします（JohnGBが参照）。
現状では、かなりの数の人が「隠されたセクション」を調べたり、そこに質問に答えたりすることさえしないのではないかと思います。もちろん、現実的な設定でターゲット母集団を使ってテストしない限り、この動作を確認することはできません。
FWIW、モックアップでは、[もっと見る]リンクが折りたたまれているセクションに関連していることも明確ではないと思います。この場合、「表示」と「非表示」という用語を使用し、これらのラベルをセクションの見出しに合わせます。さらに、下矢印は通常、閉じられているのではなく開いている折りたたみ可能なセクションを示すために使用されます。 「緊急連絡先」のようなセクションが閉じている場合は、水平矢印の方が適切です。
お役に立てれば、
ジェシカ
上記の回答が述べたように、あなたがそれを必要としないなら、なぜあなたはそれを集めるのですか？そして、私はあなたにもっと良い解決策を与えることを試みることができることを拡大したいと思います。
ほとんどの場合、ユーザーはオプションの情報を必要とするオプション機能をユーザーが使用する必要があるため、オプションの情報が必要です。したがって、問題は「オプションの情報が必要ですか」ではなく、「ユーザーがオプションの情報を必要とする可能性のあるいくつかの機能を必要としているのか」ということです。
したがって、ユーザーが特定のオプション機能を使用することを選択した場合、これらのオプションフィールドは実際には必須フィールドです。したがって、オプションフィールドはオプション機能に従います。つまり、フォームのオプションフィールドを非表示にすることはできません。なぜ最初にフィールドを収集するのかをユーザーに伝える必要があります。言い換えると、オプションのフィールドに入力しない場合、欠落しているオプション機能をユーザーに通知する必要があります。
これらのオプションのフィールドがオプション機能ではない場合は、それらをまったく使用しないでください。たとえば、Gmailアカウントのサインアップフォームには、電話番号と既存のメールという2つのオプションのフィールドがあります。これらのフィールドにフォーカスしてぼかすと、これらのフィールドに入力した場合に使用できる「オプション機能」がわかります。
私が少し遊んだ簡単なオプションは、オプションのフィールドを非表示にすることですが、フォーム要素を使用して非表示のフィールドを表示します。
上記の[はい]ラジオをクリックすると、次のような追加のフィールドが表示されます。
基本的な例は醜いことはわかっていますが、一般的なアイデアは、追加のフィールドの一部を非表示にすることですが、ユーザーが追加の情報を提供したい場合は、それらをフォームのフロー内に保持し、そうでない場合は追加のフィールドを非表示にします、ただしフォーム内でユーザーの注意を維持します。
これらの状況では、実際に2つの問題に直面しています。 1つ目は使いやすさに関するもの、2つ目はビジネスに関するものです。収集する情報にビジネス上の価値がない場合は、情報を削除して、ユーザビリティを「最大化」できます。そうでなければ、あなたはもう一度考える必要があります。
本当の問題は、私たちのほとんどがフォームについて持っている伝統的な概念に起因すると思います。すべてのデータを入力し、それから初めてデータ全体が送信されるという考え方です。
最終的には、ユーザーにコンバージョンを達成してもらい、目標を達成してもらいます。目標に「近づく」ためにビットを削除する代わりに、目標を移動することを考えることができます。つまり、「必須フィールド>オプションフィールド>目標」ではなく、「必須フィールド>目標>オプションフィールド」を設定できます。ユーザーが目標に到達したら、いつでもドロップアウトできます。フローが購入で終了しなければならない本当の理由はわかりません。
したがって、旅行保険の例では、ユーザーに必要なフィールドのみを入力させることができます。フローのできるだけ早い段階で（ビジネスとユーザビリティの両方の観点から）製品を購入してもらいたい。購入したら、ユーザーに緊急連絡先の詳細を提供したり、メーリングリストに参加したりするように依頼できます（もちろん、ユーザーがすでに主要な目標やその他すべてに到達していることをユーザーに明確に伝える必要があります）オプションです）。
私は同様のプロジェクトに取り組んでおり、2つの目標に取り組んでいます。 1）人々にフォームを完成させて記入させる2）追加のフォームフィールドに記入する。この問題を解決するために、常に表示される追加の質問に値を追加するためにコピーを配置し、展開と折りたたみでを非表示にしました。私たちは https://www.lexus.ca/lexus/en/secure/shopping-tools/request-test-drive に触発されました。