web-dev-qa-db-ja.com

ユーザーのオンボーディングメールに適した頻度はどれくらいですか?

エンタープライズWebアプリケーションのオンボーディングプロセスに取り組んでいます。オンボーディング要素の1つは、ユーザーがアプリケーションを起動して実行し、効果的に使用するのに役立つ一連のメールです。私の個人的な経験では、ある会社がサインアップ後に私を苦しめすぎると、私は気を失い、メールを削除し始めます。効果的なポストサインアップメールの頻度(つまり、毎日、毎週など)を示すのに役立つ証拠はありますか?

2
rdellara

ベストプラクティスの証拠や証拠は提供していませんが、トリップアドバイザーには良いことに気づきました。私は1年以上前にサインアップしましたが、あまり考えずに1〜2通の電子メールを受け取りました。気にしなかったのでメールが来なくなった。

しかし、私は最近のアイスランドとニューヨークの合同旅行(ちょうど参考までに)の後でトリップアドバイザーにものを投稿し始めました、トリップアドバイザーは私とやり取りし始めました。 「ねえ、あなたの最新のレビューは参考になった」と「Xのレビューには500人の読者がいることをご存知でしたか?」という電子メールと、この種の肯定的な電子メールのすべてがあります。

トリップアドバイザーは素晴らしい仕事ですが、これらすべてのルールを設定するには多くの作業が必要です。しかし、少しのWeb分析、SMTPサービス、設計ロジックがあれば、順調に進んでいます。

助言?ユーザーの頻度に従ってください。週に4回ログインすると、2通のメールを送信できます。そうでない場合は、許可してください。

2
Benny Skogberg

一般的に、私は「彼らがまだ生きていることを確認する」という原則に従います。

登録

登録時にメールを送信します。これは確認メールでも、単なるウェルカムメールでもかまいません。

相互作用する

ベニーが言及するように、彼らがサイトと相互作用するとき、彼らにもっと送ってください。 多すぎない-多くのメールが迷惑です。本当にロットを送信する必要がある場合は、それらをオフにするオプションを提供します。

相互作用の喪失

彼らが相互作用を停止した場合は、電子メールを停止します-ポイントまで。数か月後(または何でも)、「ねえ、まだ生きていますか?または、あなたのアカウントが必要ですか?」彼らがもはやアカウントを必要としない場合そして彼らはこれを確認しますなので、あなたはそれをあなたのサーバーから削除していくらかのスペースを節約することができます。

1
ArtOfCode

私の最大の推奨事項は、電子メール自体についてではなく、人々に何をしてもらいたいかについてもっと考えることです。

たとえば、3つの最初の手順(プロジェクトの作成、ロゴのアップロード、クライアントとの共有など)を行わずにアプリケーションから価値を引き出すことが不可能な場合は、それぞれのタイミングに従ってメールの時間を計るようにしますそれらのうちの1つは合理的に達成され、最初が完了した後にのみ2番目を送信し、2番目の後に3番目を送信する、などです。

覚えておいてください、あなたは単に「こんにちは」と言うのではなく、(意図的な活動で)アプリに人々を呼び戻すためにメールを送信しているのです。

もちろん、その推奨事項はさらに大きなものによって打ち負かされています。それはanythingを設定し、それがどのように実行されるかに基づいて繰り返すことです。幸いなことに、単純にオープン数、クリック数、登録解除数を測定するだけで、一般的なA/Bテストよりもさらに低価格でテストできます(最も科学的なアプローチではありませんが、最初のステップとして優れています)。

0
Samuel Hulick