web-dev-qa-db-ja.com

何年も経たないうちに固有のアカウントのメールを強制する

レガシーシステムの上に何十年もかけて構築した後、私の会社はことわざのコーナーに後退しました。

私たちは、複数のユーザーアカウントで1つのメールを共有できるというユニークな立場にあります。アカウントにサインインするには複数の方法(読み取り:ユーザー名/一意のIDなど)があるため、サインインの目的にはこれで十分です。これは今までうまくいきました。私たちは人々が自分のメールでもサインインできるようにしたいと思っていますが、これにはメールが一意である必要があります。

不幸なシナリオは、最良の解決策/ワークフローは、ログインに使用する新しい一意の電子メールを選択するようにユーザーに依頼することです。どのような感じがします。新しいアカウントを選択しますが、重複するアカウントはそれを使用できます。メールを変更するとすぐに、それは技術的に一意であるためです。」これは、私には、特に公平であるようには見えず、優れたUXを示すものでもありません。

したがって、自然な思考プロセスは、先着順のシステムを作成することです。このシステムでは、最初の人が電子メールを要求でき、重複したアカウントは新しいものを選択する必要があります。ここでの不幸なシナリオは、これらの電子メールに請求情報を送信することであり、手動で変更するまでアカウントを電子メールなしにすることはできません。

ユーザーエクスペリエンスに関して、上記の2つより優れたアイデアを持っている人はいますか?

11
Cristian C.
  1. すべての新しいユーザーに一意のメールアドレスを使用するように強制します。
  2. サインイン時にユーザーにメールアドレスを確認するよう依頼します(メールアカウントの所有者のみがアクセスできる一意のリンクを含むメールを送信します)。
  3. 確認済みの電子メールアドレスを共有するアカウントのマージを許可するか、いずれかのアカウントの変更電子メールアドレスを要求します。
  4. 確認済みのメールアドレスからのメールログインのみを認証します。
11
James Coyle

私たちはこれらのメールに請求情報を送信します、そして私たちはアカウントをメールレスにすることはできません

「古い」メールアドレスに請求書を送り続けるだけです。 「新しい」一意のメールがまだないアカウントへのログインのみを許可してください。

[アカウント]がメールを要求できる先着順のシステム

メールアドレスを共有しているアカウントの場合、所有者に迅速に申し立てを行うよう依頼しないでください。代わりに、メールアドレスにメッセージを送信して、受信者にchooseにこのメールアドレスでログインするアカウントを尋ねます。彼らはすでにすべてのアカウントの請求書を受け取っているので、そのメールアドレスを持つアカウントのリストを表示することは問題ではありません。

6
Bergi