Facebookアプリケーションは、プロキシメールと呼ばれるサービスにアクセスできます。これは基本的にユーザーとアプリのペアに固有のメールアドレスであり、ユーザーがアプリの権限を付与し続ける限り、ユーザーが登録したメールアドレスに転送されます。
したがって、これを使用して許可を求めるか、ユーザーに実際の電子メールアドレスをすぐに尋ねることができます。
どちらがより良いユーザーエクスペリエンスだと思いますか?
Facebookアプリケーションは、プロキシメールと呼ばれるサービスにアクセスできます。これは基本的にユーザーとアプリのペアに固有のメールアドレスであり、ユーザーがアプリの権限を付与し続ける限り、ユーザーが登録したメールアドレスに転送されます。
したがって、これを使用して許可を求めるか、ユーザーに実際の電子メールアドレスをすぐに尋ねることができます。
どちらがより良いユーザーエクスペリエンスだと思いますか?
心配しているのがUX(ユーザーエクスペリエンス)の場合、次の2つの理由から「許可を求める」ことにします。
許可を与えるのは、メールアドレスをもう一度入力し直すよりも簡単です。また、連携しようとするアプリケーションを分散させるのではなく、一元化されたアプリケーションの感覚を維持します。
また、ユーザーに安心感を与えます。いつでも、彼らがあなたのアプリケーションからの電子メールの受信を停止したい場合...彼らがしなければならないのは許可を奪うことだけです。彼らが自分の電子メールアドレスを入力する場合、データをどのように処理するかを知っています(何をするかどうかは関係ありませんが、サインアップ/構成時にユーザーが経験することです)。
個人的には一度メールアドレスを教えたいのですが、ユーザーに選択肢を与えてみませんか?
デフォルトでは、「実際の電子メールを使用したくないですか?」という実際の電子メールアドレスを要求します。リンクも、与えないことの欠点を簡単に説明しています。
許可を求めます。同意する場合は、[はい]をクリックする必要があります。これは、メールアドレスを入力するのではなく、ワンクリックを意味します。どちらのアクションも最大で10秒しかかからないことは知っていますが、ユーザーはプロファイル情報の入力に時間を費やしたくありません。
ユーザーエクスペリエンスの観点から、不必要な(侵襲的な)プロンプトは悪いと感じています。
したがって、このUIを決定するときは、ユーザーができるだけ多くの制御を行えるようにしてください。制御しているユーザーは、幸せなユーザーエクスペリエンスを実現します。
画面/ページで両方のオプションを利用できるようにします。ユーザーに選択させます。つまり、ここにメールアドレスを入力してください.....または「ここをチェックして保存されたメールへのアクセスを許可してください...」