アンケートは、多くの人に同じ質問を投げかける手段として便利ですが、アンケートフォームそのものは全体のプロセスで最も目に見えやすい一部分にすぎません。誰の回答が必要なのかを決め、その人たちにアプローチし、実際に回答してくれたのが誰なのかを読み解くことは、設問を磨き上げることと同じくらい重要です。どんなに洗練された文面のアンケートでも、届ける相手を間違えてしまえば、見当違いの問いに答えることになってしまいます。

アンケート調査とは、特定の対象者から質問を通じて情報を集め、回答を比較できるだけの一定の基準を保ちながら行う手法です。行動の自己申告や体験、意識などを調べることができ、選択式の回答と自由記述欄を組み合わせて使われることが一般的です。

アンケートで解決できることを見極める

アンケートが効果を発揮するのは、回答者が理解でき、自身の経験に基づいて答えられるような問いをチームが提示できる場合です。サンプル内での回答のばらつきを把握したり、関連性を探ったり、指標の推移を追ったりするのに適しています。一方で、回答者自身が無意識のうちに行っている複雑な一連の操作などを掘り下げるのには向いていません。

たとえば、レポートのエクスポート機能が途中で離脱されている原因を調査するチームを考えてみましょう。アンケートであれば、最近のユーザーに対して「何を出力しようとしていたのか」「何か困ったことはあったか」を尋ねることができます。一方、ユーザビリティテストで実際の操作を観察してみると、ユーザー自身も言葉にしないような見落としやすいボタンの存在に気づけるかもしれません。この2つの手法は得られる情報が異なるため、どちらか一方だけで調査のすべてを賄う必要はありません。

未来の行動についての質問には、特に注意が必要です。「登録するつもりだ」と回答したとしても、それは実際の購入行動ではありません。その意図と実際の行動の間にあるギャップは、楽観的な言い回しで埋めるのではなく、検証すべき対象として捉えるのが賢明です。

配信方法を決める前に、対象者を明確にする

プロダクト内での案内は、現役で使い続けているユーザーに届きます。料金を支払っている管理者にメールを送っても、日々現場で使っているチームメンバーには届かないかもしれません。調査パネルを使えば既存顧客以外にもアプローチできますが、どのような条件で誰を集めたかによって、その結果が語れる母集団が決まります。

実査を始める前に、対象者とその選定プロセスを定義しておきましょう。より広い母集団全体の傾向を推計したい場合は、サンプリングや分析の方法をあらかじめ設計する必要があります。手近な回答者をただ増やしたところで、自動的に代表性のあるサンプルになるわけではありません。回答者の募集や事前テスト、透明性のあるレポート作成など、調査プロセスの設計にはAAPORのベストプラクティスが参考になります。

調査票の作成とテスト

優れた質問設計は、その調査がどのような意思決定につながるのかを起点とします。対象とする期間を明確にし、1つの質問に複数の論点を詰め込まず、回答者の状況に合った選択肢を用意しましょう。自由記述は想定外の背景を知る手がかりになりますが、入力欄が多すぎると回答者の負担になりかねません。

案内文から回答完了までのフロー全体を通してパイロットテストを行いましょう。質問の意図が正しく伝わっているか、条件分岐は正常に機能しているか、スマートフォンでもストレスなく表示されるかを確認します。Ballparkのアンケートツールは回答収集に役立ちますが、完成した調査を実際に配信してよいかどうかはパイロットテストで判断します。

前提や限界を踏まえて結果をまとめる

質問の文面、実査期間、募集方法、回答者数は、分析結果とセットで提示しましょう。パーセンテージを示す際は、特に質問の分岐やスキップによって母数が変わる場合、分母に誰が含まれているのかを明確にします。未回答の項目は、安易に「中立的な意見」として片付けず、その理由にも目を向けましょう。

アンケートの結果は、判明した事実だけでなく、それが「誰についてのデータなのか」が読み手にしっかりと伝わるものであるべきです。その前提がクリアになっていれば、そのまま施策に進むべきか、特定のグループを深掘りすべきか、あるいは変更を加える前にもう少し別の角度から検証すべきかを判断しやすくなります。