web-dev-qa-db-ja.com

レビューまたはフィードバックのリクエスト方法を決定するための戦略は何ですか?

直接的なメリットがないユーザー入力/相互作用を要求するとき、またはワークフローを中断するものと見なされる場合に考慮する必要があるさまざまな要因があるようです。

私はこれらの要因のいくつかを考えることができますが、どの組み合わせが最も効果的か、そしてそれらが動作しているアプリケーションまたはデバイスのタイプによって異なるかどうかに興味があります。

  • インタラクション:ページ上に表示されるか、ポップアップとして表示されるか
  • タイミング:タスクの最初、途中、または最後
  • メッセージ:要求または提案として表現する
  • トーン:丁寧、楽しい、またはニュートラル
  • 設計:評価コントロールが組み込まれたプレーンでベーシック、リンクテキストのみ

AndroidまたはiOSアプリ、インセンティブにリンクされているかどうか(機能など)ロック解除)、ただし、これらの要因をさまざまな使用状況に組み合わせる方法についての標準的なガイドラインがあるかどうかはわかりません。

3
Michael Lai

私たちの営業担当者がネットプロモータースコアを決定するためにTVアプリでフィードバックメカニズムを要求したとき、私たちはこの思考プロセスも経験しました。いくつかの目的を特定しました:

  1. ユーザーが現在行っている可能性があることを中断しないでください。
  2. 迷惑なユーザーの場合、クリックする/無視するのは簡単です。
  3. 簡潔、短く、礼儀正しいこと。
  4. 「ドアスラム」を早すぎて表示しないようにしてください(ランダムに表示することを決定しましたが、使用の最初の6か月以内ではなく、6か月に1回のみにするため、ユーザーはアプリの意見)
  5. ユーザーにいくつかの(間接的な、最小限の)値を提供します。私たちの場合、それは自由形式のフィードバックを可能にするコメントフィールドであり、サポートに行きました。

例として、このウィンドウをフルスクリーンで表示することは決してありません(ユーザーがソファからテレビを見ている可能性があるため)、テレビウィンドウが開いていて再生している場合は表示しないと思います。これは非モーダルウィンドウであり、アプリ内の他のすべての機能を中断することなく続行できます(スケジュールされた録画など)。そして、マウス/キーボードなどのユーザーアクティビティをチェックし、ユーザーがしばらくアイドル状態のときにのみ、このアンケートウィンドウを表示します。

ウィンドウには[OK]/[キャンセル]ボタンとクローズボックスの両方があるので、ユーザーはキーボードショートカットを閉じるか押すだけで、面倒なくウィンドウを取り除くことができ、煩わしさを最小限に抑えることができます。

フリーフォームフィールドの利点は、ユーザーから正直な返信が得られることでした。一部のチャネルの割り当てが変更されたか、一部のロケールで受信の問題が発生していた場所。これは、この方法の早い段階で判明し、通常のチャネルを通じてこれらの問題に通常気付く前に、ほとんどの人が何週間か修正できました。

したがって、すべての調査ウィンドウのデフォルトの効果はユーザーを困らせることであり、それに対して積極的に設計することに注意してください。ウェブを利用している場合、必ずしもユーザーアクティビティを測定することはできませんが、たとえばアンケートを配置することで同様のことを行う最後に操作を前ではなく、簡単に無視できるようにします(たとえば、ナビゲーションとその周辺のいくつかの有用な情報を保持して、ユーザーが作業を続行できるようにします)中断)。

2
uliwitness

箇条書きの多くは、ウェブサイトやアプリのデザインと意図に依存しています。たとえば、「インタラクション:ページ上またはポップアップとして表示」のように。これはデザインによって異なります。フィードバックフォームを表示する余地はありますか?デザインも同じです。

フィードバックリクエストのメッセージとトーンは、ウェブサイトやアプリの意図によって異なります。さり気ない風通しの良いトーンがユーザーに役立つかもしれません。この作品は、ゲームやカレンダーアプリで見ることができました。このアプリは、人々がアプリケーションとより密接に関わっています。その反対は、例えば政府関連のアプリケーションです。これらのタイプのアプリでは、正式であることが重要です。

ただし、最大のポイントはタイミングです。
ここ は、フィードバックを求める適切なタイミングに関する、数日前からの優れた記事です。

記事の手がかりは、人々がアプリケーションまたはWebサイトを開いたときにフィードバックを求めることではありません。人々はそれを知る必要がなく、まだ判断できません。これは、悪いレビューやイライラしたユーザーになる可能性があります。
ユーザーがツイートを作成しているときや、ウェブストアから商品を注文しているときなど、ユーザーが何かの途中にいるときはフィードバックを要求しないでください。これも悪いレビューになるかもしれません。
タスクが完了したときにフィードバックを求めることが残っている唯一のオプションのようですが、考慮すべきことがまだあります。ツイートの作成など、タスクが小さい場合は、最初のツイートの後にフィードバックを求めないでください。それは人々にアプリケーションを知るための時間をほとんど与えません。 X回のツイートの後に質問します。ウェブストアから何かを注文するなど、タスクが大きい場合、人々はあなたのウェブサイトのかなりの部分をすでに訪れています。彼らの経験について尋ねることは非常に安全です。

したがって、特定のマイルストーンに達した後にフィードバックを求め、Webサイトまたはアプリケーションに適した方法でそれを尋ねます。

1