web-dev-qa-db-ja.com

なぜあなたのサイトを通してユーザーを引き付け続ける必要があるのですか?

これがこのトピックにふさわしいフォーラムであることを願っています。そうでない場合は、謝罪します。

質問を言い換えると、一部のマーケティング担当者が実装しようとしている、サイトのユーザビリティ、保持、変換などについて知っているすべてに反する新しい戦術について議論しています。これを潰すことができます。

アイデアは簡単です。ホワイトペーパー「X」があることを宣伝し、カスタムランディングページをユーザーに示します。これは物事がうまくいかなくなったところです。ここにプロセスがあります:

  1. ランディングページに移動
  2. ダウンロード方法をメールで受け取るには、フォームに記入してください(真剣に...私は知っています)
  3. ありがとう...メールを確認してください
  4. メールのリンクをクリックして、ダウンロードページにアクセスします(元のランディングページと同様のブランド)
  5. 可能な場合、ファイルは自動的にダウンロードされます。また、ユーザーが興味を持つ可能性のある他のドキュメントも紹介します。

上記のプロセスは、私がそれらを販売できる最高の妥協でした。 #5はここでのホットポイントですが、メールにファイルへの直接リンクが含まれている場合、#4で終了する可能性がある「余分な手順」が気に入らないためです。

だから、私はこれに多くの間違いがあることを知っていますが、私は2つの主要なものを販売するようには見えません皆さんが私にこれらの2つのことについて正しい方向を示すことができることを願っています。

  1. そもそもなぜサイトを離れるべきではないのか
  2. #1を実行する必要がある場合、ステップ#5が存在する必要がある理由.

専門家の意見は除外する必要があることを忘れないでください。今日の午後遅くに製品マーケティングマネージャーに提示するための確固たる証拠が必要です。

5
Kevin Peno

目的が何かわからないので、はっきりとした証拠はありません。いくつかの直感:

目的がサイトに「従事する」ことである場合、サイトは魅力的でなければなりません。あなたが説明しているのは、フープを飛び越えていることです。それは魅力的ではなく、むしろ苦労です。

リードと連絡先情報を収集することが目的の場合は、いくつかのオプションを検討してください。おそらく、iTunesをダウンロードするときにAppleモデルを使用します…名前と電子メールを要求しますが、必須フィールドにしないでください。

そうは言っても、このファイルの価値が非常に高く、人々がこれらのステップを進んで進んでいくのであれば、おそらくそれで問題ありません。

ステップ1とステップ5については、やはり目的によって異なります。特定の理由がない限り、ステップ5の理由は考えられません。

(また...たまにさえ、経営陣が「ハードエビデンス」を使用して、彼らがランダムに、通常は愚かなアイデアを正当化するために、彼らが実際に経験のないUXerに「ハードエビデンス」を常に主張するのではなく、それを正当化するのは素晴らしいことではないでしょうか? '彼らの明らかに悪いアイデアが悪い理由を指摘するには?)

4
DA01

マーケティングチームに、個人情報を強制的に提供するのではなく、自発的に提供するほうがよいと確信させることができる場合は、DA01の提案を参考にしてください。

そうでない場合は、次のアプローチを試すことができます。

  1. ランディングページに移動
  2. ユーザーはフォームに記入する必要があります(*必須)メールアドレスといくつかの詳細を尋ね、フォームを送信した後、ユーザーをステップ5にリダイレクトします
  3. -
  4. -
  5. 可能な場合、ファイルは自動的にダウンロードされます。また、ユーザーが興味を持つ可能性のある他のドキュメントも紹介します。

さらに、メールを送信することもできます。ファイルをダウンロードしていただき、ありがとうございます。

このようにして、ユーザーのいくつかのステップを減らし、うまくいけばユーザーエクスペリエンスが向上します。

1
Wousser

ユーザーがホワイトペーパーをダウンロードする前に受信トレイを確認することをユーザーに要求したいというマーケティングの見方を理解できます。メールアドレスが有効であることを確認したいのです。

確固たる証拠を提供することはできませんが、優れたUXの目標と優れたリードのバランスをうまくとることができる代替案を提案できます。

フォームがユーザーのメールサーバーに対して送信されるときに、電子メールアドレスの検証を行います。

私の会社では、ユーザーが指定したアドレスのメールサーバーに実際に接続し、送信プロセスを開始するコードを記述しました。メールサーバーがエラーメッセージを返さない場合(つまり、メールボックスが存在しない場合)、接続を丁寧に閉じ、メールアドレスが有効であると報告します。

そうすれば、メールアドレスが形式の要件に一致することを確認するだけでよい結果が得られますが、ユーザーがマジックリンクをクリックするためだけに受信トレイを開く必要はありません。ユーザーがサイトを離れることはなく、管理チームはすべての電子メールアドレスがテストされていることを確認できます。

ただし、重要な注意点は、100%動作しない可能性があることです(結局のところ、電子メールアドレスが実際に有効であることの実際の証拠は、ユーザーが実際に電子メールを受信して​​いることです)。しかし、開発者が良い仕事をしてSMTPプロトコルに注意深く従うと、非常に良い結果が得られるはずです。

または、開発者がプラグインして同じ機能を取得できる電子メール検証サービスをオンラインで見つけることもできます。 「メール検証サービス」をすばやく検索すると、有望なサイトがいくつか見つかりました。

うまくいけば、マーケティングチームとの妥協できる妥協案を見つけることができます。

1
Ryan