ユーザーインタビューの質問を設計しよう

はじめに

前回は、インタビューでする質問を設計する材料として「かんたんなネットリサーチ」をする手順を説明しました。

今回は、「かんたんなネットリサーチ」の結果を基に、実際にインタビューの質問を設計していきます。

インタビューの質問をつくる

まず「軸になる質問」の前に訊かなければならないこととして、インタビュー対象者の属性があります。いまからインタビューすることが、ざっくりどのような概要をもっているのかを知るためです。

一部の質問項目は第7回 ユーザーインタビューの対象者をアンケートで絞り込もうの内容とかぶります。しかし、重要な項目はインタビューの冒頭で再確認しておいたほうが良いです。インタビュー対象者がアンケートを記入したときは細部まで気を配らずに、どちらかというと感覚的に回答していることのほうが多いためです。

まずは「どの資格を持っているのか」と「最近はいつ資格を取ったのか」を確認しておきましょう。

また、本連載では「語学の資格アプリを作成する」という例で進めていますので、語学について、もう少し状況を確認しておきましょう。

ほかにも、これからはじまるインタビューを理解するのに、事前に訊いておいたほうがよさそうな項目はあるでしょうか。「かんたんなネットリサーチ」の過程で、学生の声と社会人の声がありました。特に学生のエピソードは学校に密接に紐づいているケースが多いので、大まかな職業はあらかじめ訊いておいたほうがよさそうです。

なお、これらのインタビュー対象者の属性を確認する質問は、前述した「軸になる質問」の5～8件には含みません。ただ、インタビューの場では、これらの質問をしたタイミングで色々なエピソードを話し出して、インタビューの本編に入る前に時間を取られてしまうこともあるので、あまり多くの質問はせず、必要なものだけにしましょう。

「かんたんなネットリサーチ」の結果を
インタビューの「軸となる質問」へと落とす

いよいよ、具体的なエピソードを訊いていきます。「かんたんなネットリサーチ」の結果を、インタビューの「軸となる質問」へと落とし込んでいきます。

まず「資格を取得するきっかけ」を訊いてみましょう。質問は「きっかけはA.～、B.～、C.～のどれですか」といったクローズ質問にせず、「きっかけはなんですか」「背景はなんですか」といったオープン質問にします。「きっかけ」や「背景」を訊くことは、どのようなインタビューでも最初の質問として使うことができます。

また、話があっちに行ったりこっちに行ったりしないように、「どの資格について話しているのか」を明確に進めます。そして、できるだけ記憶が新しいものについて話してもらいます。

ここからは、「かんたんなネットリサーチ」の内容を振り返りながら進めます。おそらく【質問5】を話し終えたタイミングで、ネットリサーチで見つけた要素のうちのいくつかが話題になっている可能性が高いです。もちろん別の話題のこともありますが、まず大枠としてありそうなものをベースに考えていきます。

ネットリサーチで見つけた要素とは、以下のことでした。

【質問5】で出た話題をより深掘りするかたちで、「きっかけ」のときにどのような思考を巡らせたのか訊いてみましょう。

例えば、複数の資格を並べて「どの資格を取るべきかを知りたい」といった葛藤があったかもしれませんが、「どの資格を取るべきか知りたいと思いましたか?」と直接的な質問をしてはいけません。それでは回答を誘導してしまいます。「どの資格を取るべきか知りたかった」という答えが返ってきそうな、より背景を聞き出す質問にします。

「希望の仕事に就きたい」「キャリアアップしたい」「将来への保険として資格がほしい」のように、資格を取ることで期待していたのはなにか、を訊いてみましょう。

逆に、受験に当たってどのようなことが気持ちの葛藤になっていたかも重要です。「受験することに不安がある」「ちゃんとした内容を学びたい」のように、気がかりに思っていたことがないか訊いてみましょう。

もうひとつ、「資格の勉強をする動機づけがしたい」という要素がありました。受験までどのように勉強を進めたのか、そしてその期間、どのようにしてモチベーションを維持したのか、訊いてみましょう。

これで「軸になる質問」は6問です。1時間ほどのインタビューでは適切なボリュームでしょう。

改善に活かすことができる良い質問とは

プロジェクトの状況によって、「かんたんなネットリサーチ」以外のところから質問を追加することがあります。代表的なパターンは「プロジェクトを進める中で、チームメンバーが疑問に思っていること」追加するケースです。

しかし、ここで陥りやすいのが「気になったことをどんどん訊いてユーザーへの理解を深めたい」という気持ちで質問を散漫に詰め込んでしまうことがあるため、注意が必要です。

そうすると、インタビュー後に「色々と聞いたのに、インタビュー結果をどう活かして良いか分からない…」となります。その原因のひとつは「それを聞いたら何が解決できるのか、狙いがないままに聞いてしまった」ことです。

例えば、資格取得アプリを改善しようとしているときに、プロジェクトチーム内で「就学後や就業後の、夜の時間に資格の勉強をすることが多いのではないか」ということが議論になった、としましょう。

これをインタビューで訊いていけないわけではありませんが、そのまま質問にしてしまうと、次のようになります。

この質問の回答には「はい」か「いいえ」の2択しかなさそうです。

しかし、ここでインタビュー後のことを想像してみてください。仮に「はい」という回答が多かったらどうするのでしょうか。夜専用の資格取得アプリをつくるのでしょうか。通勤や通学の合間に勉強したい人たちを対象外にして良いのでしょうか。さらには「いいえ」という回答が多かったら? 夜は使えないアプリをつくるのでしょうか?

考えてみれば分かりますが、インタビューでこの質問をしたところで、次の改善にうまく活かすことができません。あまり意味のある質問ではない、ということになります。

さらに、この質問は不適切な誘導をしています。「多い」とはどれくらいの頻度を指すのでしょうか。モデレーターは毎日を想定していたかもしれませんが、インタビュー対象者は月1～2回でも「多い」と思って回答したかもしれません。

また「多いですか」という語尾で質問を投げられると、人間は無意識のうちに「この質問は『多い』と答えてほしいのだな」と誘導され、モデレーターが満足するような回答(今回では「はい」)をしてしまう傾向があります。これではインタビュー対象者に無意識の同調を求める質問になってしまいます。

では「就学後や就業後の、夜の時間に資格の勉強をすることが多いのではないか」という疑問は、どのようなかたちにすれば、意味のある質問になるのでしょうか。

ポイントは「どんな回答が得られるにしろ、それを知ることで次の改善に活かせる質問か」です。そのためのテクニックは「視点を上げる」ことです。例えば「就学後や就業後の、夜の時間に資格の勉強をすることが多いのではないか」という疑問が浮かんだら、次のように思考します。

このように、ただ気になったことをそのまま質問にするのではなく、くりかえし視点を上げて、それを知ることで次の改善に活かせるという質問にします。

目的は「次の『定性分析』ステップ」に
できるだけ多くの情報をわたすこと

インタビューで回答を誘導するような質問をつくってしまう原因として、「ついインタビューの場で答えを得ようとする」傾向があります。

インタビューの目的は、その場で結論をもらうことではありません。頭の良い人、すばやく正解を出して先に進むことが得意な人ほど、この点につまづく傾向にあります。

第4回 ユーザーインタビューは次の「定性分析」ステップへいかに豊かな材料をわたせるかが目的という話を思い出してください。インタビューした後、ユーザーの発言をそのまま結論として使うのではなく、「定性分析」というステップで「加工」して、はじめて「結論」になりました。

やってしまいがちなのが、気になっていることに「結論」をもらおうとすることです。ユーザーが「結論」めいたことを口にしても、結局、その発話を「定性分析」というステップで「加工」しなければ信頼できません。

頭の良い人ほど、すぐに「結論」を出したがります。しかし、インタビューの場で「結論」が出ることはありません。インタビュー対象者の発言は生々しくリアリティがあるがゆえに、頭が良い人ほど、それが「結論」だと飛びついてしまいやすいのです。

そうならないために、インタビューの場では、以下の3点に集中しきることです。

インタビューは、次の「定性分析」ステップの「材料を集める」行為です。言ってしまえば、発話の「量」「深さ」「多様さ」こそが成否を測るものです。くりかえしになりますが「結論めいたもの」が出るかどうかは成否の条件にはなりません。

このことを念頭におくと、インタビューでする質問は、できるだけ「量」「深さ」「多様さ」のある発話が得られそうな質問こそが望ましい、ということになります。

おわりに

今回は、「かんたんなネットリサーチ」の結果を材料に、インタビューの質問を具体的に設計しました。

次回は、設計したインタビューの質問をシートにまとめ、事前にインタビュー対象者へ送付する「事前アンケートシート」のテクニックを紹介します。