このシナリオでは、ログインフォームと登録フォームの両方に同じフィールド(電子メールとパスワード)があります。ただし、両方のフォームが異なるページにあります。デフォルトでは、ユーザーがホームページを表示すると、登録フォームが表示されます。
ユーザーが有効な電子メールとパスワードを使用して登録フォームを使用してログインしようとした場合、既に登録されているユーザーにとって最適なユーザーエクスペリエンスは何ですか
簡潔な答え
最適なユーザーエクスペリエンスは、アカウントにログインすることです。
長い答え
ただし、ユーザーrealisesが間違った画面からログインしようとした場合、代わりにが期待されるあなたの最初のポイントによるエラーメッセージ。この理由は、ほとんどのサイトがこのアプローチを使用しており、このため、このアプローチに精通しているためです。
親しみやすさが重要なのはなぜですか? 親しみやすさが期待を生むため、これはusuallyそれがユーザーの期待と一致するため、ユーザーエクスペリエンスの向上につながります。次に、このアサーションを裏付けるための参考資料をいくつか示します。
大幅に改善された変更が必要なものがない限り、慣れ親しんだアプローチから離れたくないと私は主張します。
では、ユーザーがログインしていた画面に関係なく、そのような変更が必要なユーザーをログインさせるのでしょうか。これは、標準からの変更がそれほど大きくなく、ユーザーエクスペリエンスを確実に向上させるためだと思います。
最後に、余談ですが、次の記事も興味深いかもしれません: https://articles.uie.com/user_expectations/
ユーザーエクスペリエンスの観点からは、間違った問題を解決しようとしている可能性があるため、他の問題を解決する前にトリガーを修正する必要があると思います。
明確なトリガーは、ユーザーが何が起こるかについて明確な期待を持っていることを意味します。
だから私はあなたがいくつかのオプションを持っていると思います:
別のログインリンクと登録リンクがある
単純なログインリンクがあり、ログインページに「アカウントを持っていない場合、ここに登録」リンクが表示されます。
ログインページと登録ページで共通のフィールドを共有することは問題ありませんが、登録ページには、登録の利点を説明する追加情報が表示されます。
まあ、私の見解では、ユーザーがホームページにアクセスすると、ログインウィンドウが表示され、すぐ下または横にサインアップCTSが表示されます。明らかに、ユーザーがWebサイトにサインアップしていない場合は、最初からログインしようとせず、代わりに[サインアップ]ボタンをクリックします。最も良い例は、ユーザー数が最大のサイトであるFacebookです。