アプリを介してユーザーをサインアップさせる最良の方法
私は、ユーザー（リーダー）が他の多くのユーザー（フォロワー）の計画を立てることができるアプリを開発しています。リーダーはフォロワーの計画を更新でき（フォロワーは通知を受け取ります）、フォロワーはリーダーに更新を送信できます（リーダーは通知を受け取ります）。
アプリにはコンパニオンWebクライアントが含まれます。
リーダーはアプリまたはWebクライアントを介してサインアップし、フォロワーの計画を作成してから、「フォロワーに送信」をクリックまたはタップします。
この時点で、フォロワーをアプリ経由で登録してもらうための素晴らしい、自然な方法を考え出すのに苦労しています。
注：フォロワーはリーダーに計画を要求でき、それを期待します-しかし、リーダーなどがアプリを取得するオンボーディングプロセスをフォロワーに説明することはできません。
私の考えは現在：
- リーダーは「フォロワーと共有」をタップし、フォロワーのメールアドレスを入力します。
- フォロワーは、デバイスのストアでアプリページを開くリンクが記載された電子メールを受信します。メールには、プランが作成されていることを説明する簡潔なメッセージが含まれています。アプリをダウンロードして表示する必要があります。
- フォロワーがアプリをダウンロードして開き、「次へ」ボタンでメールを要求する画面が表示されます-次をタップすると、リーダーが入力したメールとメールを照合し、（バックグラウンドで）照合してから、パスワードを作成するユーザー（つまり、アカウントを作成）。
- その後、フォロワーは自分の計画を確認してアプリを使用できます。
このアプローチの問題は、フォロワーが複数のメールを持っている可能性があることです。そのため、リーダーが送信するメールはフォロワーに届くかもしれませんが、フォロワーはアプリを入手したときに別のメールを使用することを選択できます。壊れます。
私が考えている他のオプションは、次のとおりです。
- リーダーは「フォロワーと共有」をタップし、フォロワーのメールアドレスを入力します。
- 電子メール内には（Webクライアントで）プランを表示するためのリンクがあり、リンクには一意のトークンが含まれています。リンクを開くと、電子メールに事前入力してパスワードを要求します（彼らが自分のアカウントを完成させるために）、この時点で彼らが別の電子メールを使用することを選択した場合、電子メール内の一意のトークンがアカウントの照合に使用されます。
- その後、フォロワーはWebクライアントで計画を表示できますが、モーダルをフラッシュしてアプリをダウンロードし、サインアップに使用した資格情報でサインインできます。
この周りに確立されたパターンはありますか？または私のソリューションの1つは良いソリューションですか？ソリューション1には潜在的な脱落点がたくさんあると思います。ソリューション2は少し長めです。
アプリをダウンロードして開くのは思ったほど簡単ではないので、ソリューション1の方がソリューション2よりも長いと主張します。
以下の各ソリューションのプロファイルを作成しました。
tl; dr-ソリューション2の方が優れています。
ソリューション1：アプリのバージョン
ユーザーが電子メールの指示を最初に適切に読み取らずにリンクをクリックした場合、ユーザーがアプリストアに移動した理由がわかりません。
アプリをダウンロードするときは、ダウンロードが完了するまで待つ必要があります。その間、彼らは別のタスクに専念し、アプリのダウンロードを開始したことを忘れたり、次に何をするつもりかを忘れたりする可能性があります。
アプリを開いた後も、サインアップする必要があります。
これのプロセスは次のようになります：
- ユーザーはメールを受信します。
- ユーザーは電子メールで指示を読みます。
- ユーザーがリンクをクリックします。
- アプリストアがブラウザーで開きます。
- ユーザーがDownloadボタンを押す（それがそのように単純であり、ここでログインが必要ない場合）。
- ユーザーはブラウザを終了し、アプリのダウンロードを待ちます。
- ユーザーがアプリを開きます（うまくいけば！）。
- ユーザーはメールアドレスを入力するよう求められます。
- ユーザーはNextボタンを押します。
- ユーザーが正しい電子メールを入力しないと、リーダーが提案した電子メールではないというメッセージが表示されます。
- ユーザーは、使用したアドレスを確認するためにメールに戻る必要がある場合があります。
- 次に、ユーザーはパスワードの入力を求められます。
- ユーザーは「次へ」ボタンを押します。
- 今、彼らは彼らの計画にアクセスすることができます。
このルートを使用する場合、次の方法で混乱の一部を軽減できます。
- ユーザーに表示することで、プロセス内のステップ数を事前に示し、すべてのポイントでどのステップを実行しているかをユーザーに伝えます。
- 彼らが電子メールでクリックするリンクは、ステップ番号を含む、電子メールの後に続く専用のダウンロードページに移動する必要があります。
ソリューション2：Webクライアントのバージョン
ご指摘のとおり、リンクにエンコードされた一意のIDをメールで生成すると、メールの照合時に問題が発生しなくなります。アプリのダウンロードを完全に回避することもできます。
このプロセスは次のようになります：
- ユーザーはメールを受信します。
- ユーザーがメールで説明を読む
- 他の方法よりも必要な指示が少ない。
- ユーザーがリンクをクリックします。
- ブラウザが開き、メールアドレスとパスワードを入力してプランを表示するように指示するページが表示されます。
- ユーザーはメールアドレスとパスワードを入力します。
- ユーザーはCreate accountボタンを押します。
- ユーザーは計画に誘導されます。
- [ユーザーのオプションの手順]利用可能なアプリがあることを示すバナーが表示されます。彼らがそれを使うかどうかは彼らの選択です。
結論？
ソリューション2の手順は少なくなっていますが、より重要なのは、コンテキストの変更が少なく、ユーザーが混乱/混乱する機会が少ないことです。
これは、GoogleドキュメントとDropboxで使用されている方法であり、シームレスに機能します。私は常に多くの仕事用メールアドレスの1つにドキュメントを送信しますが、すべてを1か所にまとめる方が簡単なため、ドキュメント共有アプリケーションには常にGmailアドレスを使用しています。