典型的なメンタルモデルは、送信ボタンがフォームの最後にあることを示唆しています。上部だけでなく下部にもボタンを配置する必要があります。私たちのアプリケーションでは、上部にあるスティッキーバーにアクションアイテムを配置しているためです。しかし、ユーザーは送信ボタンをたどることができません。フォームが完成したらアクティブ化を試みました。助言がありますか? 2つの送信ボタンがあっても大丈夫ですか。
4つのnngroup記事を思い出します 違反するiOS設計ルール 。ページの下部に送信ボタンを配置することをお勧めします(理論的根拠は記事に記載されています)。
フォームの[送信]ボタン(または同等のボタン)を、ページの上部ではなく、フォームフィールドの下に表示します。
下部に送信ボタンを配置することをお勧めします。同じフォームに2つのボタンがあっても意味がありません。下のボタンは、フォームがスクロール可能なため、フォームに必要な詳細をすべて入力するのに役立ちます。
入力するフォームが長く、スクロールが必要な場合は、2つの送信ボタンがあってもかまいません。粘着性のあるボタンがある場合は、ボタンを繰り返す必要はありません。
どちらの方法でも、フォームの最後にボタンを配置すると、ユーザーが送信を押す前に必要なすべてのフィールドに入力できる可能性が高くなるため、より優れています。または、必須フィールドが欠落している場合、ユーザーにエラーメッセージが表示されます
場合によっては、追加の場所に送信ボタンを配置するとよいでしょう。 Ameenが言うように、1つを上に置くと、画面に表示されるすべてが入力する必要があるすべてであることをユーザーに示唆し、検証エラーが発生する可能性があります。これは作成の可能性がはるかに高くなります。
ただし、複雑なフォームを編集する場合などには、良い例があります。たとえばCMSでは、フォームの上部近くに編集フィールドが含まれる可能性が最も高く、その場合、ユーザーが入力する必要がないため、上部での送信(または横に固定)の方がはるかに便利です。フォームを右にスクロールして、フォームを送信し、ほとんど編集しないすべてのフィールドを通過します。
Enterは、ボタンが表示されているかどうかに関係なく、フォームも送信することに注意してください。ユーザーはこれを実行しますか?
長いフォームでできるもう1つのことは、フォームをセクションに分割することです。各セクションは、ダイジェストしやすいチャンクで送信されます。登録するとQuoraやFacebookなどのサイトで使用されるこの形式に気づくでしょう。そして、彼らはあなたについて非常に複雑なさまざまな情報を要求します。次に、フォームの適切なビットのみが読み込まれ、フォームの下部にある1つのボタンの非常に一般的なパターンがすべて使用されている場合でも、送信が手の届く範囲にあります。