これが私たちが今持っている最高のものです。 UserBの場合は7ステップです。
ユーザー名にはメールアドレスを使用します。
もっとうまくできるか?
UserAは、アプリ内でメールアドレスを介してUserBを追加します。
OK、これは描画ユーザーフローが便利な場所です。
ご覧のシナリオでは、ユーザーがモバイルデバイスでウェルカムメールを読むと想定しています。しかし、ユーザーがデスクトップまたはラップトップのデバイスでメールを開いた場合はどうなりますか?どのように何かを嗅ぎますか?ユーザーがOSが異なる2つのモバイルデバイスを持っているが、そのうちの1つだけが優先デバイスである場合はどうなりますか?念のため、私はこれについて熟慮する必要さえありませんでした。それはまさに私のケースです。私は決して、決してモバイルではなく、デスクトップ、ラップトップまたはiPadでのみメールをチェックします。そして、私はいくつかのモバイルデバイスを持っています。そのうちの2つは主に使用していますが、そのうちの1つだけが優先デバイスです。
あなたは言うかもしれません
「大丈夫ですが、ほとんどの人は実際に携帯電話でメールをチェックしています」
、これは実際にはほとんどの人口統計にとって正しいかもしれません。それで……これをあなたの利点のために使ってみませんか?これらのすべての手順の代わりに、ユーザーをWebページに送信して、おそらく間違ったデバイスを使用していることを発見した場合、旅を中止することが唯一の方法です。これを行うだけです。
この方法では、2つの簡単なステップしかありません。OSのあいまいさや、何をすべきかについての摩擦はありません。これは本当にこれほど簡単です。
または、別の方法を使用することもできます。メールを送信する代わりに、モバイルのみアプリ(whatsappなど)を使用してメッセージを送信しますデスクトップまたはラップトップコンピュータでウェルカムメッセージを開く人々。
アプリとアプリのターゲットが最も重要であることに注意してください。年齢、国などに基づいたメッセージングの使用法に関する多くの調査があります。たとえば、ほとんどの国で、アプリが若いユーザー向けである場合は、メールアプローチ全体を取り除き、メッセージングアプリまたはソーシャルメディアログインにアクセスします。
これらのさまざまな人口統計の好みは、あなたが想像する以上に多くのことを教えてくれます、そしてそれらはあなたのステップを正確に導くので、あなたはそれらについて非常に確実にする必要があります
現在のフローでは、ユーザーは2回サインインする必要があります。 #3(Webページでパスワードを要求され、ユーザーが[送信]をクリックする)をバイパスして、アプリがインストールされているかどうかをすぐに確認することをお勧めします。
招待メールから一意の識別子/トークンを渡すことで、技術的にその追加の手順をスキップできると思います。