web-dev-qa-db-ja.com

変更について私たちのコメントシステム(昨年)を使用したすべての人に電子メールを送信すると、煩わしいでしょうか。

私の会社のニュースサイトがリニューアルしました。この一環として、古いコメントプラットフォームをDisqusに置き換えます。チームは、古いプラットフォームを使用しているすべての人にメールで通知するというアイデアを思いつきました

  • 何かが変化していることを見出し
  • disqusがリリースされたら、サインアップしてコメントできるようになる機会

私たちが知っているのはこれです:

  • 昨年、3 000人のユーザーがコメントしました
  • 1 600人のユーザーが過去6か月にコメントしました(…1400人のユーザーがコメントしなかったことを意味します!)
  • 私たちのユーザーは最年少ではなく、技術に精通していません
  • 彼らは私たちの現在のシステムを使用するために広範なサインアッププロセスを経てきました

インタラクション/ UXデザイナーとしての私の懸念は次のとおりです:

  • ユーザーへのコメントの重要性がわからず、ユーザーが何を期待しているのかわかりません(いいえ、これを調査することは残念ながら優先されません)
  • これまでメールを送信したことがないので、メールで連絡するのは少し変です
  • 頻繁に使用していないユーザーにとっては煩わしい/煩わしいと感じるかもしれません
  • 彼らがメールを読んで、おそらくサインアップして、すべてを忘れるのを恐れています

あるいは、ユーザーに「橋を渡ったときに橋を渡る」ようにして、必要な情報を提供することもできますwhenユーザーがコメントしたい場合。その場合、彼らはサインアップ(電子メールの確認)のプロセスを実行する必要があります。

これについての意見は?

1
Liesl

これは、ユーザーが誰であるか、どれくらい忠実であるか、コメントをどの程度重視するか、Disqusに再度サインアップすることのコストとメリットをどのように認識するかによって決まるため、答えるのが非常に難しい質問です。

そのため、単に変数が多すぎるため、電子メールを送信するかどうかについて合理的な答えを出すことは実際には不可能です。

つまり、3000人以上のユーザーがいるときにできることの1つは次のとおりです。

試してみる

例えば:

  1. ユーザーを頻繁なコメンター、時々のコメンター、および決してコメントされていないユーザーに分類します
  2. 彼らは気にする可能性が最も高いので、頻繁なコメントから始めます。小さなサンプルを取り、そのうちの20個を言い、電子メールを送信します。オープン率とクリックスルー率を測定します。それはあなたに多くを教えてくれます。
  3. 頻繁なコメンターがメールを読んでいる場合は、時々コメンターを使用して同じサンプルファーストのアプローチを試してください。そして決してコメントされないために繰り返します。

この種の変更管理に関する以前の経験に基づく私の本能は、次のとおりです。

  • ユーザーは、メールを気にしたり、少しイライラしたりすることはありません。
  • オンボーディングチュートリアル thisなど を提供したほうがよいです。disqusが実際に展開されるときです(上記と同じようにこれをステージングすることもできます...最初に頻繁なコメンターでテストしてください)。
    • これにより、ユーザーは、迷惑メールを読んで、サイトにアクセスする前に不明確な時間(忘れられる可能性がある)を待つのではなく、実際にサイトにアクセスしたときに新しいコメントシステムについて知ることができます。
1
tohster