質問: 無効なデータが入力されたことを示すエラーメッセージ? 主観的な質問でごめんなさい...ユーザーが無効なデータを送信したときにwebフォームに表示されるマイクロコピーに取り組んでいます(例:無効な日付/時刻)。インライン検証と日時ピッカーとマスクを使用して、無効なデータが送信されるリスクを実際に最小限にしようとしましたが、ユーザーがまだ問題を抱えていることは間違いありません。アプリはフライトクルーが使用するように設計されているため、パイロットやスチュワーデスが意図的に少し気まぐれになっています。これまでに使用したテキストは次のとおりです。「おっと、入力したデータの一部に問題がありました。今すぐ修正しましょう。心配しないでください。」これは十分な信頼性がないように思われるため、物議を醸す選択を証明していますが、アプリの他の部分で使用されているマイクロコピーと一致しています。これと組み合わせて、個々のフィールドを強調表示し、個々のフィールド自体を修正する方法をユーザーに伝えます。これは、ページヘッダーに表示される一般的なアラートテキストです。uxを改善するための良い提案やデザインパターンはありますか?
回答: 以前の両方の答えにはある程度同意しますが、質問もします。 「インライン検証」と言うとき、単にメッセージングについて言及しているのですか、それとも実際にデータ入力を検証しているのですか?データの実際の検証とエラーメッセージは別のものです。一般に、検証のベストプラクティスは2段階です。クライアント側の検証を使用して、入力された内容が最初のスニフテストに合格することを確認します。フィールドに入力すると、簡単にインラインフィードバックを提供して、入力内容が適切に機能するかどうかをユーザーに通知できます。ただし、サーバーの検証は2番目のステップとして非常に重要であるため、データがコミットされる前に予期せぬ事態が発生することはありません。メッセージングに関しては、先ほど述べたように、フィールドに入力するときにすばやくメッセージを提供できますが、提案したテキストはカジュアルすぎると思います。それは他のサイトのコピーの調子と一致しているかもしれませんが、maxが言うように、コンテキスト内で間違いが何であるかをユーザーに明らかにすることが重要です。 「電子メールアドレスを修正してください。提供された電子メールアドレスが有効ではないようです。」のような一般的なフレンドリーなメッセージは、私が望んでいるほどではありません。それが通常のフォームである場合、クライアント側の検証が完了した後に私が行うことの1つは、フォーム入力の全体的な検証をサーバー側に提供することです。これは、特定のメッセージを返す機会です(クライアント側の検証が正確であれば、たいていの場合、問題にはならないはずです)が、可能であればコンテキストに表示して、ユーザーがまだ注意が必要なフィールドを正確に把握しています。hishamが送信時に警告ボックスを提案する理由を私は知っていますが、特にフォーム自体を変更してユーザーにメッセージをより細かく提供できる場合は、imho警告ボックスは不格好です。