ユーザー名、表示名、フルネーム-オンボード方法
私がデザインしているアプリには、現在表示名しかありません。これらは一意ではないため、区別するのが難しい場合があります。これを念頭に置いて、フルネームは表示名と一緒に実装されます。また、一部の電子メールには複数のアカウントがある可能性があるため、一意の識別目的のために、ユーザー名も作成する必要があります。これは、オンボーディング中に要求することがたくさんあるようです。
提案/批判はありますか？
システムを設計するときは、常に最低限のものから始めます。簡単な方法で効果的に実行できるプロセスを複雑にしないでください。
ほとんどの状況では、一意の電子メールとパスワードが一般に最低限です。システムに関する追加の詳細を知らなければ、これ以上のものを推奨することは困難です。
「表示名」が実際にユーザー名であるとすると、ユーザー名はユーザーを一意に識別するためのものであり、ユーザー名が一意でない場合は信頼できません。ユーザーがお互いの一意でないユーザー名を見ることができ、複数のユーザーがまったく同じ表示名を持っている場合、これは混乱の原因となり、システムへの不信につながります。
ユーザー名は通常、電子メールアドレスが不要な場合、ユーザーを一意に識別する別の方法がない場合、またはユーザーの電子メールアドレスを他のユーザーに公開したくない場合に実装されます。これらの状況のいずれにも当てはまらない場合は、ユーザー名/表示名を持つことの価値を真剣に質問する必要があります。
「氏名はダッシュボードにようこそ」などのメッセージを表示するなど、ユーザーのエクスペリエンスをさらにパーソナライズするのに役立ちますが、それ自体で一意の識別子として使用しないでください。電話帳を開くだけで、意味がわかります。
同じ電子メールアドレスを指す複数のユーザーアカウントを持つオプションをユーザーに許可することは便利に思えますが、認証、パスワードのリセット、すべてのデータのマッピングなど、ユーザーに関連するすべてを本当に複雑にします...複数のIDを管理する必要があります。
搭乗中は、ユーザーが簡単、迅速、かつ簡単に実行できるようにして、成功する可能性を高めます。
簡単に言うと、ユーザーにKISS（単純にそれを単純にしておく）を吹きます。
3つは多すぎる
予期されるアカウント設定には、一意のユーザー名と、フルネームを含めるオプションが含まれます。 「表示」名は、これら2つのいずれかである可能性がありますが、3つ目ではありません。
Slackはこれで今日はうまくいきます。ユーザーは「チーム」ごとに個人設定を設定して、ユーザー名または本名を表示できます。
アプリケーションのコンテキストは、必要なものを決定するのに役立ちますが、これらの数はできるだけ少なくしてください。これらの識別オプションをさらに追加すると、バックエンドコードは大幅に影響を受け、ユーザーは違い間で混乱し、登録時にすぐに疲労する可能性があります。
ユーザー名の実用的な目的は、次の場合にユーザーを一意に識別することです。
- ユーザーは後で自分の電子メールアドレスを変更したい
- ユーザーはある程度のプライバシーを必要とします
一部のアプリケーションは、メールアドレスとパスワードだけで完全にうまくいくことができます。最近まで、Amazon.comは可能なサインイン資格情報として携帯電話番号を追加していませんでした。同じように、実際に必要なときに（たとえば、製品レビューやフォーラムに投稿するために）ユーザー名の要求を延期することもできます。
もう1つのオプションは、FacebookやOpenIDなどのサードパーティシステムと統合することですが、製品に適している場合とそうでない場合があります。
これらの識別オプションはコア製品に間違いなく付随しているため（これらのオプションが実際にログインシステムである場合はまれですが）、これらのオプションをすべて理解して実装すると、コアアプリケーションの構築に悪影響が生じます。
だから天国のために、それを過度に設計しないでください。