私のスタートアップ[WEBSITE]は間もなくプライベートベータ版でリリースされる予定であり、フィードバックボタン/タブの移動先を決定しようとしています。
serVoice がどのようにして(右下)および Get Satisfaction (左側-ページの中央)がどのように動作するかを見てきましたが、今ではさらに混乱しています...
だから私たちは知りたいです(それはプライベートベータなので、ユーザーからのフィードバックが欲しいほど目立つようにしてください)...
あなたの最善の策は、いくつかのA/Bテストを行うことです。あなたが考慮したいと思うかもしれない何かはあなたのウェブサイトの視覚的なデザインです。たとえば、ボタンが気を散らす可能性のある左側のリールがありますか、それとも右側がよりグラフィックが積まれていますか?基本的な設計原則(例:コントラスト、近接性)がどのように注意を引く/逸らすかを検討します。
また、分析について賢くし、適切なタイミングでフィードバックを求めることをお勧めします。たとえば、雑誌やブログでは、ページの下部(手がかり)に到達したときにスライドする関連記事(デザインの原則として動きを使用したプロンプト)を推奨しています。同様に、ユーザーがページに長時間滞在している場合は、ダイアログをトリガーしてヘルプを提供できます。彼らが取引を完了したら、フィードバックを提供するように彼らに思い出させるかもしれません。
フィードバックを求めることで、あなたはユーザーにあなたのために何かをするように求めています-あなたに有利なこと。
サービスを提供し、「完了したら、感想をお聞かせください。」機能しません。ユーザーがサービスを使い終わったら、戻ってフィードバックフォームを見つけることはほとんどありません。フィードバックのリクエストは、ウェブサイトのベータ版へのリンクが記載された元のメールを介して送信されたため、誰もフィードバックを送信しなかった場合に、これが発生するのを見てきました。
では、どのようにして人々にフィードバックを提供するのですか?フィードバックを提供するには、ユーザーの潜在的な要素にアピールしてwantにする必要があります。そのためには、ユーザーのgoodwillをターゲットにします。これは、ユーザーに最初に好意を与えたかのように感じさせ、ユーザーに好意を戻すことで対応する義務があることを意味します。
多くの場合、これはreciprocalの動作が拡大され、ユーザーは最初に与えたよりもはるかに多くのことをして反応します。
ですから、私がこれに取り組むのは、フィードバックを求めるとき、それは場所ではなく、タイミングに関することです。最初からページにフィードバックバナーを配置することで、応答が必要になる前に表示され、衝動反応が失われ、ユーザーがそこにいることに慣れ、それがそうであると感じるので、実際に応答が返される可能性が低くなります。彼らがまだ与えるフィードバックがないので、彼らが最初に訪れたときは関係ありません。
サービスのある時点で、ユーザーにサービスを提供できればよいのですが、重要な時点で、ユーザーは完了または達成感を持ち、サービスに前向きである必要があります。はい-私はあなたが旅から否定的なフィードバックを収集しようとしていることを知っています-それにもかかわらず、旅は終了しなければなりません、そしてそれは最も可能性の高い積極性と達成のピークです。
この時点で、あなたがこの善意を築いたとき、またはindebtedness、that's彼らにアピールし、フィードバックを提供する衝動の相反反応を得るための時間です。
フィードバックをこの一連のイベントに結び付ける方法を考えて、この自然な一時停止で反応を引き起こすような方法でリクエストまたはアラートを配置してください-ユーザーが中断されておらず、かなりのポットがありますのれん。ちなみに、善意のポットが満たされない可能性があるという重大な問題がある場合は、ベータ版を発行してフィードバックを求める前に修正する必要があります。あなたが何をリリースしないでくださいknow迷惑になるので、それに関するフィードバックは、あなたが本当に欲しかったフィードバックの他のすべてのものをEclipseにします。
さらに、相互利益と報酬の組み合わせを検討し、サービスの開始時にサービスの割引を受けることができること、またはリリース時に限定招待を受け取ることができること、または適切なことをユーザーに通知することができます。 、関連性があり、魅力的です。サービスと対象読者によって異なります。ただし、これはフィードバックのリクエストと同時に行う必要があります。テストでは、相互関係は報酬を2対1で打ちます。事前に報酬を提供するのではなく、相反する瞬間まで待ってから、それを報酬提供と組み合わせます。
ヒント:一度にすべてのことを考えて、すべての潜在的なベータユーザーベースを使い果たすのではありません。事前に計画を立てて段階的に実行し、最初にフィードバックをすばやく繰り返して、最も一般的に参照される問題を特定し、修正/改善して、できれば別のユーザーベースで繰り返します。
詳細については:
tl; dr-左、右、下-単一の正しい答えはありません-応答を引き出すには、より深い潜在意識の感情に訴える必要があります左/右の好みよりも脳で。
モバイルアプリを作成している場合は、画面の右側に固定することをお勧めします。アプリのナビゲーションバー(ヘッダー)もタブバー(メニュー)も使用しません。これは、ベータ版でテストしようとしていることの1つがUX-UIであるため、フィードバックボタンはアプリの通常のナビゲーションを中断させるためです。
あなたがウェブページを構築している場合、私は右下をお勧めします。通常はWebヘッダーに多くの情報が表示されるため、上部にありません。フィードバックボタンが表示されない場合があります。代わりに下部に空きスペースがあります。オブジェクト、Webページ、またはグラフィックをスキャンするときに目が行う運動は、左上から右下に向かって斜めになるため、右ではなく左です。こうすれば、フィードバックボタンに気付くほうが自然です。