多くのユーザーにとって日常の運転手であるが、ほんの短時間のアプリケーションがあります。それから、彼らはおそらくそれを再び使用する必要がある前にそれをアンインストールするか自分の電話を変更し、一定期間後にそれを広範囲に使用するように戻すでしょう。アプリ内で、彼らは戻ってきたいと思ういくつかのコンテンツを作成しました。それは休暇計画アプリだとしましょう。
または:ユーザーがログインし、携帯電話を変更しない限り、再度ログインする必要がないアプリがあります。
次のシナリオはこのようなものです。アプリを初めて使用するときに、FBおよびGoogleに接続するか、メールアドレスを使用して、利用可能なオプションの1つを使用してアカウントを作成します。
以前にログインした方法に関係なく、次回もう一度ログインする必要がある場合、同じオプションのリスト(FB、Google、または電子メール)が表示されます。彼らが以前にログインした方法を覚えていないと仮定しましょう(しかし、彼らはアカウントを持っているため、以前にそれを使用したことを知っています)。メールベースのアカウントへのアクセスを復元することもできますが、代わりにソーシャルログインの1つにアクセスしました。その結果、最終的に別のアカウントが作成されます。
それを避けるための素敵で効率的な方法は何でしょうか?
主な質問は次のとおりです。
答えが1)いいえ、2)はい
したがって、「以前にこの製品を使用したことがあり、自分のログイン情報がわからない」というオプションを提供し、新しいアカウントを作成せずに、Mail/FB/Googleを確認する短いオプションを提供します。または、ログインを見つけることができる場所のヒントを提供します(メールボックス検索、Facebookアクセス許可など)。
コミュニケーションを透明に保つ:
OAuthプロバイダーと電子メール/パスワードを1つだけ使用することをお勧めします。この提案の背後にある理由は、80-20原則です。
私たちは最近、Googleだけのサポートを追加しましたOAuth私たちのデータの分析を行うことにより、私たちの製品に。それは私たちのユーザーの80%を解決します。100%のユーザーに混乱する体験をさせる代わりに、 80%のユーザーのための世界クラスのエクスペリエンス。
複数のOAuthプロバイダーのサポートを追加する場合。
StackOverflowをご覧ください。プロバイダーを介してログインすると、サインアップする前にアカウントの確認と作成を求められます。 StackOverflowで自分のアカウントを既に作成していることを知っていたので、キャンセルして、さまざまなOAuthプロバイダー経由でログインしようとしました。
あなたができるもう1つのことは、oAuthプロバイダーから取得したすべての認証情報をユーザードキュメントにリンクすることです。アプリでメール/パスワードを使用して登録し、abc @ gmailを使用しているとします。 com。次に彼/彼女がgoogle経由でサインインしようとするとき、あなたがすることはユーザーをgoogleアカウントに接続することです。他のOAuthプロバイダーと同じことができます。
最後に成功したアカウントの作成またはログインの情報を、ユーザーの電話のローカルに保存できます。次にログインするときに、最後に使用したログイン方法を提示します。ただし、他のログイン方法も放棄しないでください。