モバイルアプリケーションでのパスワード登録プロンプトの確認
モバイルアプリケーションの登録画面で「パスワードの確認」フィールドの入力をユーザーに促すのは良い習慣ですか？
長所/短所を教えてもらえますか？
ありがとう！
確認パスワードの使用には多くの議論がありますが、ここに要約されています： http://uxmovement.com/forms/why-the-confirm-password-field-must-die/
長所：
- それは身近なもので、セキュリティのような錯覚を与える可能性があります。
- 入力エラーの防止に優れています。
短所：
- 遅いです。
- コンバージョン率を下げます。
最近の一般的なコンセンサスは、パスワードのマスクを解除するトグルで単一のフィールドが最もうまく機能するということです。モバイル用に特別に設計しているので、デフォルトでパスワードをマスクしないままにしておくこともできますが、一部のユーザーはこれを混乱させるでしょう。
パスワードのリセットプロセスに問題がなければ、1つのフィールドで済むはずです。
ユーザーがパスワードフィールドに入力したものをすべてマスクしていると思いますか？
人間が入力した内容が見えない場合、フィールドがマスクされているため、実際にはモバイルで入力ミス、特にを行う危険性が高くなります。仮想キーボードが小さく、機械的なコンピューターキーボードのように物理的に触覚ではないデバイス。
したがって、2番目のパスワードフィールドを使用する唯一の理由whyは、誰かが同じ同じタイプミスを作成する可能性があるためです二度は実際にはかなり低いです。
あなたが長所と短所を求めたように：
単一のパスワードフィールド
- 長所-フォーム内の1つのパスワードフィールドのみ
- 短所-リスクの高いユーザーはタイプミスをするため、正しいパスワードと思われるものを入力するとログインできなくなります（これは、知らないうちに間違って入力されたためではありません）。この状況では、ユーザーはパスワードを忘れた場合のフローを実行する必要があり、煩わしくてイライラします。
2つのパスワードフィールド
- 長所-同じタイプミスが入力される可能性を劇的に減らします。したがって、ユーザーはいつでも正常にログインできます（煩わしさやフラストレーションはありません）。
- 短所-なし（1つの追加フィールドは、特にパスワードのリセットフローによる強制を回避するのに役立つ場合、いずれかを傷つけることはありません）
パスワードの確認フィールドの方が遅いという議論を見てきましたが、これは非常に単純化した結論です-唯一の追加フィールドです。
ただし、この問題の実際の解決策は根本的な問題を修正することです-あなたはパスワードをマスクしています！入力した内容を表示できる多くのソリューションが表示されます。
私はいくつかのアプリとウェブサイトで作業し、登録フローを含むいくつかのことをテストしました。
ユーザーにパスワードの確認を要求する（または要求しない）ことは、通常、登録イベントに劇的な影響を与えていません。またはドロップオフが多すぎます。
しかし、人々はどんどん怠惰になっており、物事を行うための簡単な方法が必要です...それで、私はこれが登録ユーザー体験にますます影響を与えると予測しています。これが、ますます多くのWebサイトがパスワードの表示/非表示トグルを組み込んでいる理由です。