サインアップ：ダブルオプトインはまだベストプラクティスですか？モバイルはどうですか？
誰もが通常の登録プロセスを知っています：
- サインアップフォームに記入
- メールを待つ
- メールの確認リンクをクリックします
- 完了（サインイン＆メールによる確認）
IMOこのプロセスは、人々が慣れているため機能しますが、ユーザーのフローを壊すため、あまりエレガントではありません。モバイルアプリでの同じプロセスは次のようになります。
- サインアップフォームに記入
- メールを待ち、メールアプリに切り替え
- メールの確認リンクをクリックします
- ブラウザが開き、確認ページが表示されます
- アプリに戻る
- サインオン情報を入力します
- できた
これはただの苦痛です（サインアップに使用されるメールアドレスがモバイルのメールクライアントで使用されるものと異なる場合はなおさらです）。
2つの主な代替案が表示されますが、どちらにもいくつか問題があります。
メールによる確認は必要ありません。ただユーザーにすぐにサインインしてください。主な問題：メールアドレスが正しいかどうか（構文以外）はわかりません。
すぐに確認する必要はありません：ユーザーに7日以内にメールアドレスを確認させ、すぐにサインインさせます。主な問題：それでも間違ったメールアドレスを処理できない
登録を処理する他の方法やよりエレガントな方法はありますか？
ユーザーがモバイルデバイスで電子メールを受信できないであるとしましょう-たとえば、故意に電子メールでの連絡を望まない人-限られたデータプランの人-または傾向または技術的知識のない人-メールの設定方法。
どんな理由であれ、そのカテゴリーに当てはまる人がいるでしょう。だから、積極的にincludeそれらを新しいサインアップとして、または意図的にexcludeそれらにするかどうかを自問してください。
私は積極的にそれらを含め、彼らの都合の良いときにメールを確認するようにしたいと思います。
その後、サインアップとメール確認の間に（デスクトップからのものかモバイルからかは関係ありません）、彼らのアカウントは「保留」状態になります。
セキュリティで保護されているもの、共有、配布、または他の人や大量のデータが含まれているもの、またはビジネスに物理的なコストがかかるものがある場合は、メールが確認されるまで無効になりますが、基本的な機能は引き続き有効にする必要があります保留中の状態。
この「保留中」の状態ははっきりと表示されますが、どこかにユーザーの状態が保留中で完全にサインインしていない理由をすばやく確認できる機能を備えて個別に表示する必要があります。
その情報には、
- 電子メールが[email protected]に送信され、確認を待っています
- 使用されたメールアドレスを変更するオプション
- また、確認を再送信するオプション（メールアドレスを変更すると自動的に行われます）。
したがって、これはほとんどの状況に適応する非公式で受け入れ可能な柔軟なメカニズムです。
すぐに確認した場合、保留状態は表示されません。
すぐに確認しない場合は、注意深く通知されますが、すぐに確認する必要はありません。
メールを受信せずにサービスを長期間使用し続けるユーザーは、保留状態を簡単に確認して、正しいメールアドレスが使用されていることを確認できます。
1週間ほど後、ステータスを何らかの形で強調表示し、適切に謝罪したメッセージを表示して、ユーザーがメールを確認したようではなく、メールアドレスを確認するか、確認メールをもう一度送信することを希望する場合があります。
もちろん、これはすべて、サービスが提供するアクティビティのタイプがallではないことを前提としています。許可される前にメールアドレスを確認する必要があります。
私は今、私たちの会社でプロジェクトに取り組んでいます。そこでは、異なるアプローチが必要な同じ問題に直面しています。 ATMのサインオンプロセスは既知のものです。
- 登録
- メールをチェックする
- クリックして確認し、パスワードを設定してお楽しみください
（SaaSは、パスワードを入力すると自動的にログインします-「フロー」が、名前/パスワードをもう一度入力してログインできるようにすることで、ログインがさらに悪化するのを見てきました。初めてパスワードを入力した...）
今、私は新しいアプローチを作成しました（キーワード：オンボーディング）これにより、ユーザーはSaaSを使用してログ名/パスワード（名前= e -メール）、ただし、ユーザーがメールでアカウントを確認するまで一部の機能がロックされます。
これはセキュリティ上の理由によるものです。これは、ユーザーがオンラインバンキング機能を使用できるようになり、偽のユーザーがサービスをいじりたくないためです。
Tumblrのオンボーディングプロセスは、このようなものです。メールを入力すると、すぐにアクセスできるので、見回すことができます。ただし、高度な方法（コメントの投稿など）を使用する場合は、最初に確認する必要があります。
最近のアプリでは、ユーザー登録のフローを1つにまとめるために、少し新しい形式を試しています。
- ユーザーがフォームに入力します。
- メールアドレスを入力したらすぐに、それを検証し、ajaxを使用して確認コードをメールで送信します。
- 登録フォームを完了する前に、コードを入力する必要があります。
- フォームで[完了]をクリックすると、登録および確認されます。
これにより、時間を大幅に短縮し、登録の流れを維持することができました。
登録者のメールアドレスが必要なので、機能することを確認する必要があります。そうでなければ、登録プロセスはありません。
SMSをコードと一緒に送信できるようにしたいのですが、hotmailは私たちを人々のスパムフォルダに送信したいと思っているので、将来のバージョンのために取り組んでいます。
このワークフローは、登録者から次のような素晴らしいレビューを受けています。
- それはとても速く働いた
- 登録プロセスのために複数のページを持つことはとても面倒です、これはそれをとても簡単にしました
登録を完了していない人たちとのプロセスの面倒がずっと少なくなっています。
考慮すべきことは、なぜユーザーの電子メールアドレスが必要なのかです：
- それらをメーリングリストに追加するには
- ユーザーがパスワードをリセットできるようにするため
- 彼らに将来のプロモーションをメールする
1人が複数の電子メールアドレスを持つことができるという意味で、電子メールアドレスは一意の識別子として機能しません。したがって、ユーザーの電子メールアドレスが必要なのは、電子メールで連絡する場合のみです。
その考慮事項を念頭に置いて、あなたは reddit が取るアプローチをとることができます。ユーザーは電子メールアドレスがなくてもサインアップできます。電子メールアドレスを確認したアカウントには、そのことを示す「トロフィー」（ここではSEのバッジと同様）が与えられますが、確認済みアカウントと未確認アカウントの違いはそれだけです。
サービスを利用できるようになる前にメールアドレスを確認するのは面倒だと考えると、これは登録の障害となります。特にサービスの評判がまだ確立されていない場合は特に、電子メールアドレスを要求すると、サービスに登録するユーザーの数が実際に少なくなります。
つまり、ユーザーが電子メールアドレスを確認しなかったために会社が重大な何かを失っていない限り、確認を要求する理由はあまりありません。
他の人が提案したように、メール検証の前にユーザーにアプリを試してもらうか、メール検証をあきらめることは非常に良い考えです。ただし、本当にメール認証が必要な場合は、モバイルの機能を使用してユーザーエクスペリエンスを向上させることができます。
サインアップフォームに記入してください。
できました。 （利用可能な機能はまだ制限されています。）
アプリはバックグラウンドでメールをチェックし、確認の詳細を取り出して、より多くの機能を有効にします。
モバイルが確認メールにアクセスできない場合、ユーザーはメールのリンクをクリックして手動で確認することができます。
欠点：メールを読むための許可が必要です。 Android mobilesでは、オプションの権限がないため、これは全か無かの決定です。