私たちは「実務経験」モジュールを開発しています。ここにワイヤーフレームが取り付けられた画面を見ることができます。
シナリオ:
私の質問は-
保存ボタンをクリックしたときに、2番目のブロックに検証エラーを表示する必要がありますか?または2番目のブロックを無視して最初のブロックのみを保存しますか?
ユーザーの観点からの私の考えは、2番目のブロックが空であるため、2番目のブロックで検証エラーを表示するためにどのような使用法ですかこの検証により、ユーザーは再び作業するか、フィールドに入力するか、2番目のブロックを削除するのに時間をかける必要があります
いくつかのアプリケーションでの私の観察:
Mobile:モバイルで新しい連絡先番号を作成しているときに、自宅、オフィス、ファックス、電子メール、電子メール2などの複数のフィールドを追加しました... +)各行のボタン。しかし、私はオフィスのフィールドにのみ番号を入力しました。最後に、「保存」ボタンをタップしました。正常に保存されました。クリックして番号を編集すると、以前にクリックしたもの(自宅、メールなど)は元に戻ります。
Googleコンタクト: https://contacts.google.com/ 複数のフィールドを追加しましたが、いくつかのフィールドを入力して[保存]をクリックしましたボタン。検証エラーを要求または表示せずに、正常に保存されます。
上記の例は必須フィールドではありません。ここで私の画面には必須フィールドとウィジェットの種類があり、全体として1つの保存ボタンがあります。
どこかで見たことがあれば、考えや例を挙げてください。間違った方向を考えている場合は、あなたの提案を教えてください
私の見解:
下部の保存ボタン。流れは自然な振る舞いに従うべきです。ユーザーはフォームに入力した後で保存ボタンをクリックすると、フォームの後のアクションは当然そこにあるはずです。ただし、これに自信がない場合は、上部と下部の両方に追加してください。
検証の2段階を作成できます:
3番目のオプションは、ボタンの近くにアラートユーザーを表示することで、2番目のブロックの作業経験を記入するのを忘れたということです。しかし、ユーザーにとってこれは単なる別の決定であり、ユーザーがあまりにも多くの決定を行う必要がある場合、彼はあなたのウェブサイト/アプリを離れるので、これは必要ないと私は信じています。
役割を申請するユーザーは、チャンスを失う可能性があるため、重要な情報を入力することを忘れないことを理解する必要があります。
このビデオ は、モバイルでフォーミュラリーの相互作用を探しているときに最適です。
編集済み:
保存中に、新しいブロックで検証エラーを表示しないのはなぜですか?ユーザーはまず不要なブロックを閉じてから保存する必要があると言えます
これは新しいタスクであり、新しい決定であり、これはコンバージョン率に悪影響を及ぼします。
想像してみて...
私はこれを悪い経験だと思っています。時間をかけすぎて、決定が多すぎて、考えすぎて、賢いコードでそれを行うことができないからです。
あなたが考えているいくつかの質問、そしてあなたが望むならコメントとして答えることができます:
ユーザーがボタンをクリックして保存し、2番目のブロックが空の場合は、フィールドを空にすることはユーザーにとっての優先順位ではないため、検証は必要ないと思います。彼が誤ってボタンをクリックした場合、タスクを完了でき、2番目のブロックが必要で忘れた場合は、後でこの情報を編集できます。