Download as PDF, PPTX
Uploaded byYoshiki Hayama
実査成功のヒントはここに！ みんなで作る半構造化インタビューベストプラクティス - 株式会社はてな 2025年4月8日
2025年4月8日（火）株式会社はてなさまの「実査成功のヒントはここに！みんなで作る半構造化インタビューベストプラクティス」のスライドです。「半構造化インタビュー」の基礎知識から、リサーチクエスチョンの考えかた、インタビュー設問の設計方法、実査における会話術を解説しています。
More Related Content
![UXデザインのはじめの一歩を体験しよう！ ユーザーインタビューの基本 [第2版] | UXデザイン実践セミナー 第2回](https://cdn.slidesharecdn.com/ss_thumbnails/20221209-creekandriver-ux-workshop-2-221207181804-b44d3cb7-thumbnail.jpg?width=640&height=640&fit=bounds)
Similar to 実査成功のヒントはここに！ みんなで作る半構造化インタビューベストプラクティス - 株式会社はてな 2025年4月8日
実査成功のヒントはここに！ みんなで作る半構造化インタビューベストプラクティス - 株式会社はてな 2025年4月8日
- 1. 実査成功のヒントはここに︕ みんなでつくる 半構造化インタビュー ベストプラクティス 1 2025年4⽉8⽇（⽕） toitta セミナー 代表取締役CEO / HCD-Net認定 ⼈間中⼼設計専⾨家 ⽻⼭ 祥樹 @storywriter ハッシュタグは #toitta ⽻⼭パートは 画⾯キャプチャ 投稿OK︕ 配信のチャットで いっしょに 盛りあがってね
- 2.
- 3.
- 4.
- 5.
- 6.
- 7. ⽻⼭ 祥樹 @storywriter 7 ⽇本ウェブデザイン株式会社代表取締役CEO 使いやすいプロダクトをつくる専⾨家 HCD-Net認定 ⼈間中⼼設計専⾨家 Web業界に25年、AIシステムのプロダクトマネージャーとUXデザインを7年 主な実績など 2009年 ⽇経パソコン 企業サイトランキング2009 ⽇本の主要企業696サイト中、ユーザビリティ／アクセシビリティ分野で第3位 2011年 Webユーザビリティランキング2011 企業サイト編 ⽇本の⼤⼿企業150サイト中、第4位 主な専⾨分野 ユーザーエクスペリエンス、⼈間中⼼設計、情報アーキテクチャ、アクセシビリティ、ライター
- 8.
- 9.
- 10.
- 11.
- 12.
- 13.
- 14. インタビューの（短期的な）⽬的 14 ユーザーインタビューは、狭い意味では、 「親和図（抽象化）」 ステップの 「材料を集める」⾏為です。 次のステップへいかに豊かな材料をわたせるかが、インタビューの成果です。 結論を出すことが主⽬的ではないのです。 ユーザーインタビュー 発話録 親和図（抽象化） 結論 （深いユーザーニーズ） 次のステップに できるだけ豊かな 発話をわたすことが⽬的 =結論はいらない
- 15.
- 16. 分析に使えるのはユーザーの発⾔だけ 16 分析に使えるのは、ユーザーの発⾔だけです。モデレーターの発⾔は含めません。 モデレーターの発⾔は 「誘導（⾔わせている）」 かもしれないからです。 モデレーター:資格を取るきっかけは︖ ユーザー: 会社の推奨資格だったから。 昇格に必要なんです。 モデレーター: 取ったら報奨⾦が出るんですか︖ ユーザー: はい。 ユーザーの発⾔でない 分析には使えない 「報奨⾦が出る」は 分析材料にならない
- 17. 分析に使えるのはユーザーの発⾔だけ 17 分析に使えるのは、ユーザーの発⾔だけです。モデレーターの発⾔は含めません。 モデレーターの発⾔は 「誘導（⾔わせている）」 かもしれないからです。 モデレーター:資格を取るきっかけは︖ ユーザー: 会社の推奨資格だったから。 昇格に必要なんです。 モデレーター: 推奨とはどういうことですか︖ ユーザー: 取ったら報奨⾦が出ます。 「報奨⾦が出る」を 分析材料にできる
- 18.
- 19.
- 20.
- 21.
- 22.
- 23.
- 24.
- 25.
- 26.
- 27.
- 28.
- 29.
- 30.
- 31.
- 32.
- 33.
- 34.
- 35. 半構造化インタビューとは 35 このように • 事前に準備した 「軸となる質問」（会話のきっかけ） •ユーザーの回答に 「その場その場で掘り下げる質問」（なぜですか） をくりかえしてインタビューを進めます。これを “半構造化インタビュー” と呼びます。 ユーザーインタビューでもっともよく使われる基本的な型です。 あらかじめ⽤意しておく 「軸になる質問」 その場その場でする 「掘り下げる質問」
- 36.
- 37.
- 38.
- 39.
- 40. モデレーターである「あなた」が期待することを伝える 40 ⽻⼭︓資格取得について、ポジティブなこと、ネガティブなこと含めて、フラットに全 部情報いただけるのが僕としてはいちばん⽬的に叶ってるので、本当に率直に思っ たこととか感じたことっていうのをお伝えいただけるとすごく嬉しいです。 Aさん︓わかりました。 多くのユーザーは 「役に⽴つことをしゃべろう＝モデレーターの会社を褒めること」 「モデレーターの会社をけなさないこと」 と気持ちが強くあります。あなたが求めてい るのは忖度した意⾒ではなく、ユーザーの率直な⾔葉であるはずです。 冒頭に「私にとって役に⽴つことは、フラットに話をしてもらうことだ」 とはっきり伝える ことで、ユーザーは 「良いことも悪いことも話そう」 と切り替えることができます。
- 41. プレインタビュー（インタビューの練習）をしておこう 41 社内や家族で、ユーザーに似た属性の⼈にお願いして 「プレインタビュー（インタビューの練習）」 をしておきましょう。 驚くような回答が出てきたりして、アンケートの不備を 本番前に洗い出しておくことができます。 資格取得の きっかけ︖ 3×3 EYESに 憧れたからよ※ ※ ⽻⼭が学⽣時代に 中国語を履修した理由（ガチ） そんな回答は 想定してなかった やば、次の質問 あわわわわわわ
- 42. それでもアドリブがきついなら 42 まだユーザーインタビューに慣れていない⽅がモデレーターをすると A4 1枚のアンケートシートでは 「アドリブの余地が多くてきつい」こともあります。 そのときは、⾃分がうまくやれるところまで、シナリオを細かく⽤意しておきましょう。 それでも ⾃分には アドリブきつい ⾃分がうまくやれる 粒度でシナリオを ⽤意しておく
- 43.
- 44.
- 45.
- 46.
- 47.
- 48.
- 49. リサーチクエスチョンを考える 49 ポイントは 「視点を上げる」 です。 ⾃社アプリをよく使っている⼈に聞くのはもちろんですが、⾃社アプリに「今はないが 本当はユーザーに必要なもの」 は、⾃社アプリをよく使っている⼈からではうまく出て こないかもしれません。 ⾃社アプリに定着しなかった⼈や、⾃社アプリに定着しなかったにもかかわらずほか の⼿段で資格取得している⼈からこそ得られるものはないでしょうか。 ⾃社アプリに限るのではなく、「視点を上げ」、もっと資格取得を⾒渡します。
- 50.
- 51.
- 52. インタビュー設問を設計する 52 「⼈が資格取得するとき、どのような⼼理をもつのかを明らかにする」 を明らかにす るには、どのような設問を⽤意すればいいだろうか。 • ⾃社アプリのヘビーユーザーなら、ヘビーユーザーに⾄る過程を掘り下げる •⾃社アプリに定着しなかったにもかかわらず、ほかの⼿段で資格取得してい るユーザーなら、なぜほかの⼿段は続いたのか過程を掘り下げる • ⾃社アプリに定着しなかったユーザーなら、しなかった過程を掘り下げる • 資格取得を諦めてしまったユーザーなら、諦める過程を掘り下げる 「軸となる質問（=会話のきっかけとなる質問）」 を考えてみましょう。 インタビュー時間1時間でおよそ6〜10問が⽬安。
- 53.
- 54.
- 55.
- 56. どこから⼝コミを集めるか 56 ⽻⼭が 「⼝コミのネットリサーチ」 をするとき、調べる対象の定番は以下です。 •Yahoo! 知恵袋 • OK Wave • Amazon レビュー • 楽天 レビュー • Google キーワード プランナー なお、上記サイトの名前を⾒ると BtoB の調査でも情報が集まるのか︖ という疑 問をよくいただきます。BtoBの思わぬような話題まで投稿されているので、⼿軽な 調査としては思いのほかできてしまいます。
- 57. 「Yahoo! 知恵袋」でユーザー⼼理を集める 57 「Yahoo! 知恵袋」を開いて、調べたいキーワード（今回であれば「資格」）で検 索します。出てきた記事をひとつずつ⾒て「資格を取得したいと思うきっかけ」をメモ していきましょう。「Yahoo! 知恵袋」の、とくに「質問⽂」には、ユーザーがそのキー ワードにおいて、どんなことを不安に思うか、疑問に思うかが、あらわれてきます。
- 58.
- 59.
- 60.
- 61.
- 62.
- 63.
- 64.
- 65.
- 66. 「OK Wave」でユーザー⼼理を集める 66 「Yahoo! 知恵袋」と同じように、質問が集まるのが「OKWave」です。同じように 検索し、ユーザーの⼼理があらわれる箇所をメモしていきます。 「OK Wave」は検索の初期設定で、かなり過去の記事が出てくることがあります。 検索キーワードが「資格」では問題ないかもしれませんが、時期が重要なキーワード で検索するときは「検索オプション」で期間を指定するとよい。 5件⽬くらいまで洗い出した結果が次ページです。
- 67.
- 68.
- 69.
- 70.
- 71.
- 72.
- 73. ネットリサーチの結果を「抽象化」する 73 この状態では散漫で、なにを読み取ればよいのか⼾惑います。そこで似た⼼理をグ ループにして、グループ名をつけていきます。“抽象化” と呼びます。 コツはグループ名は⽂章になるに書くことです。たとえば 「時間が空いているので、 資格を取ろうかと思う」という⼼理にグループ名をつけるときは 「時間が空いてい る」 という⽂章にします。 たとえば 「時間」 のような単語だけをグループ名にすると、あとから⾒返したときに 「時間が空いている」 のか 「時間が詰まっている」 のか、あるいは他のなにかなのか、 わからなくなってしまうためです。
- 74.
- 75.
- 76. ネットリサーチの結果を「抽象化」する 76 2回⽬をした結果が次です。 最終的にグループは7つになり ました。 これらは、私たちつくり⼿の推 測ではなく、「ネットの⼝コミ」に あらわれたユーザーの声です。 1. 希望の仕事に就きたい 2. キャリアアップしたい 3.資格の勉強をする動機づけしたい 4. 受験するにあたり不安を感じる 5. 将来への保険として資格がほしい 6. ちゃんとした内容を学びたい 7. どの資格を取るべきか知りたい
- 77. ネットリサーチの結果を「抽象化」する 77 ネットリサーチで⾒つかる⼼理は、ユーザーがこの話題（資格）について考えるとき、 頭をよぎる可能性が⾼い。インタビューの場でも話題に上りやすい。設問の⼤枠に します。 1. 希望の仕事に就きたい 2. キャリアアップしたい 3.資格の勉強をする動機づけしたい 4. 受験するにあたり不安を感じる 5. 将来への保険として資格がほしい 6. ちゃんとした内容を学びたい 7. どの資格を取るべきか知りたい
- 78. ⾒つけたふせんは後⼯程にも使える 78 ネットリサーチで⾒つかる⼼理は、私たちつくり⼿の推測ではなく、「ネットの⼝コミ」 にあらわれたユーザーの声です。 後⼯程で 「親和図法」 や「KA法（本質的価値抽出法）」をするときは、ユー ザーインタビューで集めたふせんの代わりに、ネットリサーチで集めたふせんも材料に 加えると、より抜けもれを抑えることができます。 ユーザーインタビューで聞き切れなかった情報を補間するために使うこともできます。
- 79.
- 80.
- 81. ユーザーの属性を確認する軽い質問 81 最初に 「ユーザーの属性を確認する軽い質問」 からはじめます。スクリーニング項 ⽬とかぶりますが、重要な項⽬はインタビューの冒頭で再確認しておいたほうがよい です。ユーザーがアンケートを記⼊したときは細部まで気を配らずに、どちらかというと 感覚的に回答していることのほうが多いためです。 これらのユーザーの属性を確認する質問は、前述した「軸になる質問」 の6〜10 問には含みません。ただ、インタビューの場では、これらの質問をしたタイミングで ⾊々なエピソードを話し出して、インタビューの本編に⼊る前に時間を取られてしま うこともあるので、あまり多くの質問はせず、必要なものだけにしましょう。
- 82. ユーザーの属性を確認する軽い質問 82 まずは 「どの資格を持っているのか」 と「最近はいつ資格を取ったのか」 を確認し ておきましょう。 【質問1】 お持ちの資格をすべて教えてください。 【質問2】 そのうち、最近取った資格を教えてください。
- 83.
- 84.
- 85.
- 86. ユーザーの深い価値観へ分け⼊る「軸となる質問」 86 まず 「資格を取得するきっかけ」 を訊いてみましょう。設問は「きっかけはA.〜、B. 〜、C.〜のどれですか」 といったクローズ質問にせず、「きっかけはなんですか」 「背 景はなんですか」 といったオープン質問にします。「きっかけ」 や 「背景」 を訊くこと は、どのようなインタビューでも最初の設問として使うことができます。 話があっちに⾏ったりこっちに⾏ったりしないように、「どの資格について話しているの か」 を明確に進めます。できるだけ記憶が新しいものについて話してもらいます。 【質問5】 ここから、最近に取った資格についてお聞きします。 その資格を取ろうと思ったきっかけを教えてください。
- 87. ユーザーの深い価値観へ分け⼊る「軸となる質問」 87 【質問5】 を話し終えたタイミングで、ネットリサーチで⾒つけた⼼理のうちのいくつか が話題になっている可能性が⾼いです。ネットリサーチの結果は以下でしたね。⼤ 枠としてありそうなものをベースに考えていきます。 1. 希望の仕事に就きたい 2.キャリアアップしたい 3. 資格の勉強をする動機づけしたい 4. 受験するにあたり不安を感じる 5. 将来への保険として資格がほしい 6. ちゃんとした内容を学びたい 7. どの資格を取るべきか知りたい
- 88.
- 89. ユーザーの深い価値観へ分け⼊る「軸となる質問」 89 「希望の仕事に就きたい」 「キャリアアップしたい」 「将来への保険として資格がほし い」のように、資格を取ることで期待していたのはなにか、を訊いてみましょう。 【質問7】 その資格を取ることで、どんなメリットがあることを期待していましたか。
- 90.
- 91.
- 92. 改善に活かすことができる良い設問とは 92 プロジェクトの状況によって、ネットリサーチ以外のところから設問を追加することがあ ります。代表的には 「プロジェクトを進める中で、チームメンバーが疑問に思っている こと」 追加するケースです。 陥りやすいのが「気になることをどんどん訊いてユーザーへの理解 を深めたい」 という気持ちで、質問を散漫に詰め込んでしまうこ とです。 インタビュー後に 「⾊々と聞いたのに、インタビュー結果をどう活か して良いか分からない…」 となります。原因のひとつは 「それを訊 いたら何が解決できるのか、狙いがないままに訊いてしまう」 こ とです。
- 93.
- 94. 改善に活かすことができる良い設問とは 94 インタビュー後のことを想像してみてください。「はい」 という回答が多かったとして、ど うするのでしょうか︖ 夜専⽤の資格取得アプリをつくるのでしょうか。通勤や通学の 合間に勉強したい⼈たちを対象外にして良いのでしょうか。さらには「いいえ」という 回答が多かったら︖夜は使えないアプリをつくるのでしょうか︖ インタビューでこの設問をしたところで、次の改善にうまく活かすことができません。あ まり意味のある設問ではない、ということになります。 【質問】 就学後や就業後の、夜の時間に資格の勉強をすることが多いですか。
- 95. 改善に活かすことができる良い設問とは 95 さらに、この設問は不適切な誘導をしています。 「多い」はどれくらいの頻度を指すのでしょう。モデレーターは毎⽇を想定しているか もしれませんが、ユーザーは⽉1〜2回でも「多い」と思って回答するかもしれません。 また 「多いですか」 という語尾で質問を投げられると、⼈間は無意識のうちに「こ の設問は『多い』と答えてほしいのだな」 と誘導され、モデレーターが満⾜するような 回答（今回では「はい」）をしてしまう傾向があります。ユーザーに無意識の同調 を求める設問になってしまいます。
- 96. 改善に活かすことができる良い設問とは 96 では 「就学後や就業後の、夜の時間に資格の勉強をすることが多いのではない か」 という疑問は、どのようなかたちにすれば、意味のある設問になるのでしょうか。 ポイントは「どんな回答が得られるにしろ、それを知る ことで次の改善に活かせる設問か」 です。そのための テクニックは 「視点を上げる」 ことです。 たとえば 「就学後や就業後の、夜の時間に資格の 勉強をすることが多いのではないか」 という疑問が浮 かんだら、次のように思考します。
- 97. 改善に活かすことができる良い設問とは 97 「夜の時間に勉強をする」 というのは視点を上げると 「時間」についての設問。⼈ によっては朝かもしれないし、通勤や通学の合間かもしれない。会議中や授業中と いう⼈もいるかも・・・。 「夜に勉強をしていますか」 という決めつけた質問ではなく 「どんな時間に勉強をし ますか」 という設問をすれば、ユーザーの状態を正しく知ることができそう。 また 「どんな時間に勉強をしますか」 という設問は、視点を上げると、そもそも勉強 をしない⼈もいる可能性がある。そういう⼈が無意識に同調した回答をしないよう に、意⾒ではなく過去の⾏動を訊くほうが良さそう。 すると 「最近に取った資格では、どんな時間に勉強をしましたか」 という設問が良さ そう。 （つづく）
- 98. 改善に活かすことができる良い設問とは 98 また、回答が仮に 「通勤や通学の合間」 だったとして、視点を上げると、それは 「スキマ時間を活かしたい」ということだろうか? それとも 「通勤や通学では、ほかに することがなくてヒマ」 なのだろうか。さらにほかの理由があるだろうか。また、仮に 「夜の時間」 だったら、視点を上げると、それは 「夜に⾃分の時間がもちやすい」 と いうことだろうか、「夜のほうが静かで集中できる」 ということだろうか。 「最近に取った資格では、どんな時間に勉強をしましたか」 という設問の後に 「それ はなぜですか」 と理由を訊く設問をすれば、ユーザーの真意がわかりそうだ。 （つづく）
- 99. 改善に活かすことができる良い設問とは 99 「最近に取った資格では、どんな時間に勉強をしましたか。それはなぜですか」 とい う設問であれば、どんな回答が得られたとしても、ユーザーの時間管理に関わる価 値観がわかる。もしそれが 「スキマ時間を活かしたい」であればスキマ時間で学べ るアプリにすれば良いし、「夜のほうが⾃分の時間がもちやすい」 ならその時間に通 知で学習を促すことができる。 この設問なら、どんな回答が得られても、アプリの改善に活かすことができそうだ。 【質問11】 具体的にどんな時間帯に勉強をしましたか。それはなぜですか。
- 100.
- 101. 回答を誘導する設問を避けるには 101 インタビューで回答を誘導するような設問をつくってしまう別の原因として 「ついイン タビューの場で答えを得ようとする」 があります。 インタビューの⽬的は、その場で結論を出すことではありません。頭の良い⼈、すば やく正解を出して先に進むことが得意な⼈ほど、この点につまづきます。 やってしまいがちなのが、気になっていることに「結論」 をもらおうとすることです。 ユーザーが 「結論」 めいたことを⼝にしても、その発話を 「定性分析」 というステッ プを経なければ信頼できません。インタビューの場で 「結論」 が出してはいけません。 ユーザーの発⾔は⽣々しくリアリティがあるがゆえに、頭が良い⼈ほど、それが 「結 論」 だと⾶びついてしまいやすいです。
- 102. 回答を誘導する設問を避けるには 102 インタビューの場では、以下の3点に集中しきるようにします。 インタビューは、次の 「定性分析」 ステップの「材料を集める」 ⾏為です。発話の 「量」 「深さ」 「多様さ」 こそが成否を測るものです。「結論めいたもの」 が出るかど うかは成否の条件にはなりません。 これを念頭におくと、インタビューでする設問は、できるだけ 「量」 「深さ」 「多様さ」 のある発話が得られそうな設問こそが望ましい、ということになります。 • ユーザーに、できるだけ多くの発話をしてもらう（量） • ユーザーに、できるだけ深い⼼理状態について発話をしてもらう（深さ） • ユーザーに、できるだけ多様な⼼理状態について発話をしてもらう（多様さ）
- 103.
- 104.
- 105.
- 106.
- 107.
- 108. ユーザーインタビューの会話はスポーツに似ている 108 会話はスポーツに似ています。開発やクリエイティブは 「時間をかけてクオリティを上 げる」 ことができますが、会話のキャッチボールは「時間とともにリアルタイムで反応 しなければならない」 のです。1⽇かけて検討しバットを振るのでは間に合わない。 スポーツの鍛錬と同じく、回数を重ねることが上達への道です。 開発、クリエイティブ スポーツ、会話 リアルタイム 時間をかけられる 「千の雷」 解放︕ 詠唱遅延 キーリプル・アストラペー エーミッタム
- 109.
- 110. ユーザーインタビューでよく使う13の質問パターン 110 1 直接的に理由を掘り下げる 2 あいまいな⾔葉を明確にする 3時系列を確認する 4 ほかの選択肢をとらなかった理由を 訊く 5 ほかに考えたことを訊く 6 話を具体的にする/話の続きを促す 7 あえてあり得ない選択肢について質 問する 8 それがないとどうなるのか訊く 9 ⾔語化を強制する 10 ⽭盾している箇所について訊く 11 具体的な量を訊く 12 何と⽐較しているのか訊く／何を期 待していたのか訊く 13 ⾃⾝はどう思ったのかを訊く
- 111. パターン1︓直接的に理由を掘り下げる 111 1回の「なぜ」で満⾜せず、背景をどんどん掘り下げることで、深い⼼理にたどりつけ ます。 【質問の例】 • 「〜とは、なぜですか」 • 「〜とは、なんのためにするのですか」 •「〜とは、どうしてそう思ったのですか」 • 「〜のきっかけは、なんですか」
- 112.
- 113.
- 114.
- 115.
- 116.
- 117.
- 118.
- 119.
- 120.
- 121.
- 122.
- 123.
- 124.
- 125.
- 126.
- 127.
- 128.
- 129. パターン6︓話を具体的にする/話の続きを促す 129 Bさん︓そういう積み重ねの段階で、本当に成⻑してるのかな、というところで、挫折する⼈は、⾃分も 含めてですけど、ちょっと多いのかなとは思っていて。そういうところで、アンケートに回答させてもらいました ね。 ⽻⼭︓本当に成⻑してるのか、挫折することがある。 Bさん︓途中でちょっとやめちゃうことも。⽣徒なんか本当にそうですね。勉強する意味も⾒いだせない。 やっても結果が出ないとかってなってくると、やっぱりもうやめましたみたいなのはよくあるかなとは思います ね。よく単語帳とかをやりましょうって話をするんですけど、もちろんTOEICとかでも単語帳とかっていうの は、絶対やりましょうみたいな形で何冊も出てるじゃないですか。⾦とパス単(⽻⼭註︓『TOEIC L & RTEST 出る単特急 ⾦のフレーズ』と『英検でる順パス単』のこと)とか、そんなの出てると思うんですけ ど、結局それをやったところで、出るかと⾔われれば出ないことの⽅が多いと思うので、もちろんたくさん出 ることもありますけど、やったものが100%って⾔ったら、ほかの試験も変わらないと思うんですけど、やっぱ りこう出るものは限られてるので、そういったところで成⻑を感じづらい部分は、とくに初級の初学者の⼈ たちには多いのかなと思います。
- 130.
- 131.
- 132.
- 133.
- 134.
- 135. パターン8︓それがないとどうなるのか訊く 135 Bさんの会話では、最初の回答は 「模範的な回答」 「常識的な回答」「⼀般論」 とも受け取れるものでした。そこで「では資格がないと何が起こるのか」を尋ねること で、必然性を発話してもらいました。 Bさんの会話では「⽣徒からなんで英語を勉強するのか質問されたとき、説得⼒を もって回答したい」という⼼理が明らかになりました。
- 136. パターン9︓⾔語化を強制する 136 会話が上滑りしていると感じたときは、率直に「⾔語化してください」と申し⼊れる⽅ 法があります。「その〜を、⾔葉にしていただくことはできますか」と質問するのです。 インタビューの場では、ユーザーはあなたに話をすることを了解しているからその場に 来ているので、「インタビューの⽬的としてその部分をはっきり知りたいから、もっと⾔ 葉にしてほしい」と率直に申し⼊れても⼤丈夫です。 【質問の例】 • 「その〜を、⾔葉にしていただくことはできますか」 • 「その〜を、もうちょっと詳しく教えていただけますか」 •「その〜とは、具体的にどのようなエピソードがあったのですか」
- 137.
- 138.
- 139.
- 140.
- 141.
- 142.
- 143.
- 144.
- 145.
- 146. パターン12︓何と⽐較しているのか訊く／何を期待していたの か訊く 146 ユーザーが「X」という選択肢をえらんだ(またはえらばなかった)とき、対象者の⽬の前にほか の選択肢「Y」や「Z」が具体的にないにもかかわらず、「X」という意思決定までになんらかの ⽐較がされていた形跡があります。どんなものが⽐較対象なのかを⾔語化してもらうと、そこ にユーザーの深い⼼理が現れます。 【質問の例】 • 「〜とおっしゃいましたが、なにかと⽐較してそうおっしゃったんだと思うのですが、どんなもの を浮かべていたんですか?」 • 「〜とおっしゃいましたが、それは何と⽐べていたということでしょうか?」 •「〜とおっしゃいましたが、どんなものなら欲しかったということなんでしょうか?」 • 「〜とおっしゃいましたが、何があればよかったということでしょうか?」 • 「〜とおっしゃいましたが、何が起こることを期待していたのでしょうか?」 • 「いま、何を思い浮かべて、その話をされていますか?」
- 147.
- 148.
- 149.
- 150.
- 151.
- 152. パターン13︓⾃⾝はどう思ったのかを訊く 152 ユーザーが意⾒や⼀般論を語り続けるケースは、次のときが多いです。 • モデレーターがうっかり「この製品は10代むけで・・・」というように、ユーザーに伝 えてしまったとき。このような情報が与えられると、ユーザーは「10代なら・・・」と ⾃分ではない⼈について考えはじめる • ユーザーが「この製品はこうあるべき」という先⼊観をすでにもってしまっているとき •不正解を話してしまうことをユーザーの無意識のプライドが邪魔するとき。年配 の男性や役職のある⽅は「まちがったことを⾔ってしまって他⼈に否定される」こ とを無意識に恐れる傾向があるため、⾃分がどう感じたのかという率直な感情を 離さず、ひたすらに⼀般論を語り続けようとすることがある
- 153.
- 154.
- 155.
- 156.
- 157.
- 158.
- 159.
- 160.
- 161.
- 162.
- 163.
- 164.
- 165. まとめ 165 • ユーザーインタビューは “半構造化インタビュー”の技法を⽤いることで、安定し て進⾏することができる。 • 設問を事前にしっかりと準備しておく。 • 「リサーチクエスチョン」を念頭に設計する。 • ユーザー⼼理を深掘りするように設計すると。 • その設問の答えがプロダクト改善に活かせるようになっているか熟慮する。 • ユーザーインタビューの会話術は、コミュニケーションの巧拙というよりも限られた パターンの集まり。覚えれば習得できるテクニック。
- 166.
- 167. ⽻⼭のプレゼンのアレ が、 LINEスタンプになりました︕ スタンプ名︓ハーミィ（CSS編） 作者名︓⽻⼭祥樹 https://store.line.me/stickershop/product/1228201/ja Web・CSSネタ 全40種類