単純なイエス/ノーのフィードバック投票の結果を表示するにはどうすればよいですか？
製品に関するFAQ /ナレッジベースがあり、訪問者が役立つかどうかにかかわらず、各エントリに関する簡単な訪問者のフィードバックを収集したいと考えています。それは主に私のためにあるので、私は答えを改善したり、または最も多忙なものから最初にそれらを注文したりできます。しかし、投票した後に何を表示したらよいでしょうか。多分結果は公開する必要はありません。
私はこれらの中で何かを想像します：
- 「投票していただきありがとうございます」、結果はまったく表示されません。
- 「はい」と「いいえ」を受け取った投票数に変更します。
- 「これは役に立った/役に立たなかった」に変更します。永久に。
- 「あなたの前に、123人の人がこれが便利だと思った」のように、選択したメッセージに応じたメッセージを表示します。そのため、彼らは「あなたはこれが役に立たないのを見つけた最初の人です」のように孤独を感じることができます。または類似:)これには、カウント（関連する選択）と個人的なタッチが含まれます。
- 他に何か？
ワークフローの設計
いくつかの考慮事項：
投票がユーザーに役立つと思う場合（つまり、ユーザーが回答を読んだときに品質の指標が役立つ）場合は、カウントを表示します...それを見るためにユーザーに投票をさせないでください。
投票がユーザーにとって役に立たない場合（または誤解を招く場合さえある）は、ユーザーに感謝するためだけに結果を表示しないでください。フィードバック要件を満たすために不正な情報を使用しているだけです。代わりに、ユーザーに感謝します。
カウントを表示すると投票にバイアスがかかる可能性があることに注意してください。賛成票が多い記事は、賛成票が増える傾向があります（ バンドワゴン効果 ）。
これはワークフローベースのデザインの例です
投票数はタイトルの近くに配置され、回答がどれほど役立つかについてユーザーに役立つコンテキストを提供します。
投票ウィジェットは下部に配置されています。これは、（1）投票前にユーザーが回答を読んだことを確認するのに役立ちます（投票の質を向上させるため）。 （2）投票の結果と投票ウィジェットをある程度分離して、バンドワゴンの偏りを減らします。
ユーザーに肯定的でカラフルなフィードバックを提供して、彼のフィードバックに感謝します。
ナレッジベースの適切な設計は、特定のユーザーワークフローによって異なりますが、この例では、いくつかの重要な要素を説明する必要があります。
投票を変更する方法を提供することを考えている場合は、元のボタンとともに「はい」と「いいえ」の数を提示するのが理想的です。この場合、「投票していただきありがとうございます」と「これは役に立った/役に立たなかった」の両方で、ユーザーはそれ以上編集できません。 （ホバー時またはカウントの横に永続的に「編集」「投票の変更」リンクを提示しない限り）
編集オプションが問題にならない場合は、「123人がこれが便利だと思った」というアプローチを採用すると、「役に立った？はい123、いいえ32」よりも簡単に解釈できます。
ナレッジベースとFAQはサポート用であるため、人々は質問に答えるためにそこに到着します。価値は、与えられた回答の明確さと有用性からもたらされます。これが、UservoiceやAmazonなどのシステムが次のような多くのことを行う理由です。
- 「これは役に立ちましたか？」そしておそらく...
- 数値としてどれだけ役に立ったかを表示します（つまり、27人中20人がこれが役に立ったと評価しています）
- 最後に、あなたの質問がリストにないかどうかを尋ねる質問があり、続いて質問する機能
他に何かを示す理由はほとんどありません。価値は与えられた回答から得られます。スコアリングを使用して、それらの回答の価値を判断します。スコアを表示できますが、ポイントではありません。誰も気にしないでしょう...実際、彼らの質問に対して与えられた答えが彼らにとってうまくいかない場合、彼らは愚かに感じるかもしれませんが、それは非常に評価されています！