ディシジョンツリー/モバイルメールのフロー図/パスワードの確認
このUIデザインパターンは増え続けており、私のソリューションの品質を向上させることができるベストプラクティスがあるかどうか疑問に思っています。
パターンは次のとおりです。電子メール（またはパスワード）を入力し、もう一度入力して別のフィールドで確認します。これをアンチパターンと考える人もいることはわかっていますが、顧客の要求に縛られているため、今のところ議論の対象にはなりません。
これはモバイルデザインであるため、フィールド1の場合はソフトキーボードの「次へ」ボタン、フィールド2の場合は「完了」ボタンのような便利なアフォーダンスを考慮する必要があります。
また、2つのフィールドが一致しない場合にエラーメッセージが表示されるようにしたいと考えていますが、2番目のフィールドがまだ取得されていないために2番目のフィールドが空の場合は、おそらく最初の実行では一致しません。あなたが避けられない自動エラーメッセージはただ迷惑です。
しかし、ユーザーが既に両方のフィールドに入力しており、何らかの（あいまいな）理由でフィールドの1つがクリアされている（エッジ）ケースもあります。したがって、空のフィールドをチェックしても、意図を確実に把握できるとは限りません。
そして、ユーザーがフィールドに正しく入力した後に戻ってきて、後で（プロファイルの編集ページのように）再編集することを検討する必要があります。その場合、フィールドは最初は入力済みです。
実際にこれらの要件の実装は成功していますが、このSEの質問から何も得られない場合は、ベストプラクティスの監査を実行し、それらを抽象化して文書化する方法を見つけます。
徹底的な作業を行う前に、文書化された意思決定ツリー、フロー図、または疑似コードがすでにそこにあるかどうかを確認したいので、重複した作業は行いません。
フォームの初期状態：2つの空白フィールド（パスワードと確認パスワード、強度インジケーター=弱い（または非表示）、送信ボタンが無効）。
ユーザーはパスワードフィールドに入力しましたか？
- はい→パスワードの強度を確認し、インジケーターを表示
- いいえ→アクションなし
ユーザーにパスワードの確認フィールドに入力してもらいます
- はい→パスワードフィールドと同じであることを確認してください（ぼかしイベント時）
- いいえ→アクションなし
パスワードは十分強力ですか？
はい→送信ボタンを有効にする
いいえ→フィードバックテキストを表示
注-パスワードのガイドライン、パスワードの強度のインジケーター、および誤ったパスワードとユーザー名の組み合わせに関するユーザーのフィードバックに関するセキュリティの考慮事項に関するベストプラクティスについては、セキュリティWebサイト（OWASPなど）を確認してください