私は製品の一部として非常に簡単なフィードバック調査に取り組んでいます。受け取ったデータの使用を促進し、簡素化するために、私はそれを次のように制限することを考えていました。
コメントは? [製品名]をどのように改善して、お客様のニーズをより満たすことができますか?
質問:
製品のフィードバックのために提供する最良のオプション/文言は何ですか、そしてその理由は何ですか?
はい/いいえにすべきですか、それとも絶対的ですか?
ありがとう。
「製品Xを推奨する可能性はどのくらいありますか?」ここで、5 =非常に可能性が高く、1 =まったくそうではない。これらの応答から、製品またはサービスのネットプロモータースコアを作成できます。ネットプロモータースコアがC-Suiteで非常に人気を博したのは、それが顧客からあまり必要とされない簡単な質問であり、追加のフィードバックを与えられて会社が修正できる問題領域を特定するためです。たとえば、チャールズシュワブはネットプロモーターを使用して、サービスを推奨できない理由を顧客に問い合わせます。彼らは、調査結果を担当者のトレーニングに使用します。私は、サービスコールを処理するためのスイートスポットが4日間であることを共有したクライアントと現地調査を行いましたが、問題が顧客の満足度を解決するために4日以上かかった場合にNPSが低下したため、これを知っていました。これは有用な指標になる可能性がありますが、顧客の不満の根本的な原因を学習することに時間を費やして、これらの問題に優先順位を付けて対処する用意がある場合に限ります。
はい/いいえの質問が(一種の)先行しています。あなたは彼があなたの製品が好きかどうかをユーザーに直接尋ねています。正直なフィードバックが必要な場合は、このような質問は避けます。実験でフィードバックを確認/提供するときは特に礼儀正しい傾向があることが実証されているためです。
良いフィードバックが必要な場合は、質問を自由に記述してください。ユーザーに、気に入った、嫌い、または特定のものを強調したいかどうかを判断させます。
そうは言っても、 Keep Onlineのアンケートは短くしてください 。
いずれにせよ、調査は小さな違いを測定することには向いていません。そのためには直接観察する必要があります。
複雑にしないでおく。単純なテキストベースのエントリは、ユーザーが自分の好きなものを自由に入力できるという考えをユーザーに与えます。あなたは彼が書いたものを読むために読まなければならないので、これはデータ分析をはるかに難しくするかもしれませんが、答える単一のフィールドと彼に決定的なはいまたはいいえの答え、あるいは多分答えさえも彼を制限することを強制するからですオプション。また、彼が少し選択し、2番目のフィールドに入力を提供しない場合はどうしますか
download bmml source – Balsamiq Mockups で作成されたワイヤーフレーム
Do you like [product name]?
は曖昧すぎます。例:
Did you like this restaurant ?
- Yes (but the waiter was the worst)
- No (the waiter was the worst, the rest was good though)
はいといいえは役に立たないので、コメントで十分です。
はい/いいえは、製品/サービスの価値について尋ねる場合に役立ちます。
あなたにとって興味深いのは、あなたの製品/サービスが何であるかを具体化する何かを求めていることです(それはあなたの market positon 資産である可能性があります)。
Selling shoes : Did you enjoy walking with shoes X ? Yes / No, comment
Selling websites : Did you easily found what you wanted ? Yes / No, comment
n.b。受信したデータを単純化することは、インターフェースを劣化させる良い理由ではありません