アンケートを設計する
アンケートを設計するのは簡単ではありません。アンケートの流れが追いやすく、質問が回答者にとって明確で、出力データが正確であることを確実にするためには、思慮深い計画が必要です。
アンケートを設計する際に考慮すべき重要なヒントを以下に示します。
リサーチクエスチョンに直接関係するアンケート設問のみを含める。 ユーザーについて学ぶのは楽しく、アンケート作成者は自分が気になる質問を含めがちですが、そうした質問は製品の決定や計画に直接影響を与えません。ベストプラクティスは、リサーチクエスチョンを 1 列に、それらに答えるために使うアンケート設問を別の列に、データで何をする予定かを 3 つ目の列に並べた計画表から始めることです。これは、自分の質問が「あれば嬉しい」なのか、それともリサーチクエスチョンに答えるために「必要」なのかを考えるのに役立ちます。
質問が明確で、混乱を招かないことを確認する。 アンケートはモデレートされないため、その場で明確化を提供することはできません。つまり、アンケートとその質問は回答者にとってシンプルかつ明確である必要があります。これを判断する優れた方法は、UserTesting.com経由でアンケートをパイロット実施し、回答者が考えを口にしながらアンケートに答える様子を観察することです。意味がある場合は用語の定義を提供することも問題ありません。
中立的な言葉を使う。 結果のバイアスを減らすため、ポジティブまたはネガティブに表現された質問を避けてください。意図せず誘導的に質問を書いてしまうのがどれほど簡単かに驚くでしょう。
各質問が単一のトピックを扱うようにする。 実際には 2 つ以上の質問が 1 つになっている質問を分けることで、ダブルバレル質問を避けてください。ダブルバレル質問は回答者にとって答えにくいだけでなく、分析しにくく、それを基にアクションを取りにくくなります。
標準的なアンケート設問を使う。 幸い、アンケートはかなり長く存在しているため、業界で一般的に使用されている標準化された質問があります。たとえばSystem Usability Scaleなどです。アンケートを設計するのに時間を費やす前に、リサーチクエスチョンに答えるのに役立つ標準化されたアンケート設問が利用可能かどうかを確認してください。あれば、車輪の再発明をするのではなくそれらを使いましょう。
自由回答式の質問を多用しない。 アンケート内で多くの自由回答式の質問をしたくなるかもしれませんが、考慮すべき要素があります。
- 詳細なデータの限界 - 自由回答式の質問から得るデータは詳細が限られる可能性があり、ユーザーインタビューから得られるデータほど豊かにはなりません。要するに、回答者は入力して回答するときに詳細に踏み込みたがらないことがあります。
- 答えよりも疑問が増える - 上記に関連して、複雑なリサーチクエスチョンに答えるのに自由回答式のアンケート設問に頼ると、求めている答えにたどり着かないかもしれません。
- 自由回答式の質問はしばしばスキップされる - 自由回答式のアンケート設問を埋めるのは時間がかかり、回答者に煩わしく感じられるため、しばしばスキップされます。
- 疲労 - 自由回答式の質問が多すぎると、すぐに疲労につながり、アンケートの離脱を引き起こします。
さて、自由回答式のアンケート設問を尋ねる必要がある場合もあります。その際は、上記の要素に留意し、まず他のアンケート設問のタイプを検討してください。最終的に自由回答式の質問が多くなる場合は、手法を再考してください。インタビューから始めて、その後により大きな回答ボリュームを得るためにアンケートを実施する方が適切かもしれません。
回答者に推定を強いる質問を避ける。正確に推定するのは難しいからです。 「あなたは何回 XYZ しましたか?」のような一般的な質問をするときには、指定の時間枠を提示すると役立ちます。スコープのある時間枠なしでは、各参加者が独自の時間枠を考え出して推定を提供します。代わりに、ユーザーが振り返るスコープのある時間枠を明確にしましょう。これにより、一貫した時間枠でより正確なデータを得られます。
アンケートの流れが良いことを確認する。 質問の順序が理にかなっているか自問してください。同じトピックに関する質問はコンテキストの切り替えを避けるためにグループ化すべきです。ベストプラクティスは、回答者が離脱する場合に備えて、アンケートの冒頭に最も重要な質問を配置することです。
使用している組み込みロジックについて考える。 ロジックを使うとアンケートをよりすっきりさせ、短く見せ、便利な機能を追加できます。ロジックが流れを悪く変えてしまうこともあるため、すべてのロジックベースのシナリオで流れが理にかなっているか確認してください。
すべての質問を必須にしない。 すべての質問が自分にとって重要だから必須にすべきだと考えるかもしれません。そうするとアンケートの離脱や、回答者が本来はスキップしたい一部の質問について不正確なデータが発生する可能性があります。リサーチクエスチョンやアンケートロジックにとって重要な必須質問のみフラグを立ててください。
回答者が違和感のない選択肢を持てるようにする。 多肢選択式の質問では、回答者が「その他」または「該当なし」で答えられる方法を提供します。これは、回答者が質問に不正確に答えることを強いず、不正確なデータを防ぐためです。ボーナスとして、回答者の多くが「その他」または「該当なし」で答えるのが見えれば、回答者について何かを学ぶことができるかもしれません。
短くしておく。 回答者は長いアンケートよりも短いアンケートをより早く完了する傾向があります。アンケートが 20 問を超える場合、おそらく長すぎます。アンケートのスコープをリサーチクエスチョンに答えることだけに保ち、「あれば嬉しい」質問を排除することを強く推奨します。「あれば嬉しい」質問がアンケートに紛れ込んでくる頻度に驚くはずです。特定のアンケート設問のデータに対して直ちに必要性がない場合は、それを排除してください。分析でも多くの時間を節約できます。
どれくらい残っているかを回答者に知らせる。 アンケートのどれくらいが完了するために残っているかを回答者に知らせることが重要です。使用しているアンケートツールに組み込まれている進捗バーまたは完了率インジケーターを表示することでこれを行えます。
メール内に埋め込まれたアンケート設問を使う前に慎重に考える。 メール配信に直接アンケート設問を埋め込むことの潜在的なメリットとデメリットを考慮してください。便利さと可視性の向上を提供する可能性がある一方で、回答バイアスや書式設定の選択肢が限られるなどの課題も生じる可能性があります。たとえば、有料 NPS アンケートに埋め込まれたアンケートでの過去の経験では、良い回答率を達成したにもかかわらず、ワンクリックの批判者（メール内の質問への回答を選んだものの、残りのアンケート設問内のその他の質問を完了しなかった回答者）が顕著に増加しました。これは、メール内での回答の容易さによって、フィードバックを十分に考慮することなく、回答者が素早く反射的な回答を提供する傾向があることを示している可能性があります。
以下は埋め込まれたアンケート設問の例です。
bfd74782)