あなたは、新しいアプリケーションを見つけるし、それを使用して興奮している.あなたはアカウント作成プロセスを通過するが、あなたの電子メールを確認するまで、アプリケーションを使用してからブロックされます.これは、ユーザーの旅の痛みポイントであり、潜在的なユーザーがあなたのアプリケーションを使用して停止点をすることができます.

私たちのユーザーを避けるためにしましょう.この記事では、我々はどのように我々は搭乗体験の電子メールの検証の周りの経験を変更することができますに焦点を当てます.

搭乗体験の中断

搭乗体験は、あなたのユーザーが持つ最も重要な経験の一つです.経験が苦しいならば、ユーザーはより出口にありそうです.クリエイターとしての目標は、ユーザーに価値をもたらし、価値をもたらす体験を生み出すことです.
搭乗体験のほとんどは、アプリケーションを使用する前に、電子メールを確認する必要があります.ユーザーは、ユーザーが従事して維持する機能の最小セットを使用できるようにする必要があります.あなたのアプリケーションの外側に自分の電子メールクライアントには、電子メールを見つけるには、ユーザーを要求し、そのアカウントを確認する摩擦を追加します.ユーザーが前の経験の間、誘惑されないならば、何が彼らを前進させているか?
ユーザーが自分のアカウントを検証する前にアプリケーションを使用できるようにするセキュリティとリソースの関係があります.これは、サンドボクシング、アカウントのクリーンアップなどの政策を考え出す必要がありますし、あなたとあなたの他のユーザーを保護するために制限速度.

摩擦を減らす

それで、我々は日の終わりに彼らの口座を確かめるために、ユーザーを必要とします.我々は、受信トレイに行くとそこから確認するユーザーを伝えることができます.それは多くのステップです、そして、あなたの競争相手は最もユーザーに同じことをするのを必要としています.これは、競争から自分を区別するチャンスです.
ここでは、一般的な経験です

1. Go through account creation journey
2. Prompt to verify account by clicking link in email
3. Open new tab
4. Go to email provider
5. Find email
6. Click the verification link

どのように経験を改善できるか見てみましょう.最初のアカウント作成ステップから、我々は彼らの電子メールアドレスを知っています.どのような我々の経験からのメールプロバイダへのリンクを提供することができますか?ここでは、新しい経験がどのようになるかを示します.

1. Go through account creation journey
2. Prompt to verify account by clicking link in email, provide a link to email provider
-3. Open new tab
-4. Go to email provider
5. Find email
6. Click the verification link

2ステップ以下の多くのように思われることはありませんが、新しいユーザーに搭乗する上で正常または不成功の間の違いかもしれません.

技芸

メールアドレスの形式
どのように我々はこれを達成することができますか?いくつかのシナリオを見てみましょう.

シナリオ1

ユーザーは、[email protected]でサインアップします

我々はGmail

へのリンクをユーザに提供したい

シナリオ2

ユーザーは、[email protected]でサインアップします

私たちは、Outlook

へのリンクをユーザーに提供したいです
OK、この問題はかなり簡単に見えます.どのメールプロバイダにリンクするかを決定するメールのドメインを見ることができます.以下のようなマッピングを行います.
ドメイン
メールプロバイダ
展望コム
https://outlook.office.com
Gmail .コム
https://gmail.com
でも待って!エッジケースについてはどうですか?

シナリオ3

ユーザーは、[email protected]でサインアップします

私たちはユーザーにリンクを提供したいですか?

我々は、ユーザーがカスタム電子メールドメインを使用している場合を考慮していない.我々は、ユーザーが電子メールアドレス'ドメインを見てから使用している電子メールプロバイダを決定することはできません.
この例では、ホッパーを想定しましょう.COMは、電子メールプロバイダとしてgmailを使用します.どのように我々はそれを決定できますか?私たちはMXレコードを使用することができます!
Mail exchanger records (MX records)はサーバーがドメインのために電子メールを送って、受け取るハンドルをインターネットに話します.この例ではホッパーです.Gmailはそれが電子メールであると扱うMX記録をインターネットに伝えるでしょう.
我々のバックエンドでは、我々はドメインのためのMX記録を調べる既存のツールを活用することができます.あなたがNiX * OSの上にいるならば、あなたはhostを使ってこれをテストすることができます.

[I] ➜ host hopper.com
hopper.com has address 198.179.227.105
hopper.com mail is handled by 5 aspmx.l.google.com.
hopper.com mail is handled by 10 alt1.aspmx.l.google.com.
hopper.com mail is handled by 15 alt2.aspmx.l.google.com.

MXのレコードを見て、我々はすべてのケースをカバーします.これをプロジェクトに追加しようとしている場合は、次のようにいくつかの方法があります.

ノード ラッピング

電子メールの検証プロセスを改善することができます.
彼らが彼らの電子メールを確かめる前に、ユーザーが非破壊的な方法で我々のアプリケーションを使うのを許している

は、検証リンク

のクリックに彼らの電子メールに行っているユーザーのために摩擦を減らします

ルビー あなたのための問題

電子メールの検証と別の痛みポイントです.あなたは、あなたのユーザーに彼らの受信箱に行って、あなたからメールを見つけるよう頼んでいます.

Python シナリオ1

ユーザは、電子メール

を確認するよう促されます

ユーザはすぐにinbox

に行きます

あなたのメールは、彼らのinbox

のトップで最も可能です

シナリオ2

ユーザは、電子メール

を確認するよう促されます

ユーザは、すぐに彼らのinbox

に行きません

あなたの電子メールは、彼らのinbox

の下で最も可能性が高いnメールです

両方のシナリオでは、あなたのユーザーは他のメールで気が散ると自分のアカウントを検証することを忘れて取得することができます.
この問題を解決する方法はありますか.ヒントパラメータです.