シナリオ:
ユーザーA「Sheri」は、メール[email protected]を持ち、フォーラムにサインアップします。彼女はタイプミスをし、サインアップ中に[email protected]を入力します。彼女はアクティベーションメールを受け取ることはなく、サインアップをクリックした後にエラーを認識します。ページに「アクティベーションメールが[email protected]に送信されました」と表示されたとき
その後、正しいメールアドレスを入力して再度サインアップし、そのユーザーアカウントをアクティブにします。
これにより、未確認のアカウントがメールアドレス[email protected]のDBに残ったままになります(行はパージされず、無期限に未確認の状態で残ります)。
次に、ユーザーBがいつかやって来て、彼女のメールは[email protected]です。彼女は登録を試み、Eメール・フィールドにEメールを入力すると、彼女のEメール・アドレスで行が存在することを示す自動フィードバックを受け取り、確認Eメールが自動的に送信されます。
私の質問:
また、このシナリオは、ユーザーが1人だけの場合にも「適合する」必要があることにも注意してください。ユーザーはアカウントを作成し、何らかの理由でそれをアクティブにしません。しばらくしてから、同じメールアドレスでアカウントを作成しようとします。
IMOを最適化および改善する必要のあるものがいくつかあります。
確認メールが送信され、確認されていない場合-そのアカウントを削除するか、他の誰かがそのアカウントを要求できるようにマークを付けます。あなたができる最悪のことは、メールアドレスをロックして、そのメールの所有者に登録を許可しないことです。このシナリオでは、一部のWebサイトがユーザーにパスワードのリセットを強制しますが、どちらも「OK」の解決策ですが、未確認のアカウントを削除する方が、UXとデータの両方の観点から優れた解決策だと思います。
提案されたルートをたどると、主な質問に対する答えは次のようになります。ユーザーBに、ユーザーAと同じ登録プロセスを実行します。ユーザーBはユーザーAを知らない可能性があり、ユーザーが以前に自分のWebサイトに自分の電子メールアドレスで登録したことがあるという認識を与えると、警告や混乱を招きます。
パスワードリセットルートを使用する場合、アカウントが確認されず、パスワードがリセットされている場合は、初めてのユーザーの登録をサポートするソフトランディングエクスペリエンスを提供していることを確認する必要があります。言い換えると、このエクスペリエンスを通常の登録エクスペリエンスと微妙な変更を加えたものにしてみてください(情報を提供する代わりに、すでに収集した情報がある場合は、ユーザーに確認するようにユーザーに依頼します)。
ユーザーに一意のユーザー名を指定するように依頼しない場合は、より良いUXです。通常、それらは覚えるのが難しいので、必要なものがすでに取得されている場合は、覚えていない新しいものを作成する必要があります。
顧客が覚えそうな情報を使用してください(例:メールアドレス)
ログインとして電子メールアドレスを使用している場合は、システムでそれを一意にするか、ユーザーを一意に識別するフィールドの組み合わせ(たとえば、ログインしている電子メールアドレスとWebサイト)に単純に依存します。
既存のメールを使用してアカウントが既に作成されている場合(エラーまたはその他の状況により)、説明したようにユーザーにプロンプトを表示します。 「このメールはすでに設定されているアカウントがあります。」
次に、プロセスを続行するための次のステップについて提案を提供します。
ユーザーに正直になりたい場合は、これらが最良のオプションです(オプション2を偽装し、すでにサインアップして忘れていることを示唆するのではありません)。