$shibayu36->blog;

クラスター株式会社のソフトウェアエンジニアです。エンジニアリングや読書などについて書いています。

ユーザーインタビューの具体的な方法を知る - 「ユーザーインタビューのやさしい教科書」を読んだ

ユーザーニーズを理解する手法を学ぶ - 「はじめてのUXリサーチ」読んだ - $shibayu36->blog;に引き続き、定性的な意見を集める手法を学んでいる。今回は「ユーザーインタビューのやさしい教科書」を読んだ。

こちらは「はじめてのUXリサーチ」と比較すると、より具体的な方法について書かれていた。たとえばインタビュー計画段階では何をするか、質問はどう設計するか、当日はどのような流れで進めるべきか、考察はどう行うかなどだ。まず1回目をやってみようとする人の教科書として最適だと思った。

具体的な方法とは別に、印象に残った部分は以下のとおり。

  • 自分が理解したい内容のメイン質問と一緒に、背景を具体的に問う質問を用意する
    • たとえば、ペットを飼っている人は医療費がかかりすぎることを気にしているという結果が得られたとする。しかし反論として、そもそも対象者はペットが好きではないのではというものがありうる。その時に、ペットとの過ごし方をインタビューとして聞いておき、ペットをベッドに入れて寝るようなペット好きほどこのような傾向があると言えれば、良い知見となる
    • 聞くことが増えるとインタビュワーが慌ててしまい情報が得られなくなるので、必要最低限にすることも注意
  • 背景を聞くときは、一般論ではなく、自身の体験を語ってもらえるような質問を作っておく
    • ❌「人と約束した時間は守る方ですか」
    • ⭕️「最も最近人との約束に遅れてしまった時のことを思い出してください。まず誰との約束でしたか?」
  • 仮説検証のインタビューの場合、状況証拠を特定するような質問にする
    • ダイレクトに仮説を示して意見を求めると、相手が忖度して「はい」と言ってしまう
  • 報告として、生の声を活かすと読む人に現実味が伝わる

読書ノート

- インタビューには、開発者のモチベーションアップやチームビルディングの効果もある 25
- レポートするときは、必ず事実と解釈を分ける 29
- インタビューのタイプは3タイプ 34~37
    - 機会探索型:顧客の状況行動感情を理解し、満たされていないニーズ自体を発見する
        - 結果をまとめる形式:カスタマージャーニーマップ、ペルソナ、現状シナリオなど
        - 注目する情報
            - その人が大切に思っていること、嬉しいこと
            - 困っていること、改善したいこと
            - これからどうなりたい、どうしたいか
            - あることは、その人にとってどんな意味を持っているか
    - タスク分析型:製品が提供するべき機能などを検討するため、顧客の活動や関心ごとを理解する
        - 作る製品やサービスの方向性は決まっていることを前提に、より具体的に活動の詳細を調べる
    - 仮説検証型:考えている仮説について、それが正しいことを確認し、変更すべき点を特定する
        - 注目する情報
            - 顧客の人物像:顧客の属性に関する想定は間違っていないか
            - ニーズ:顧客は自分たちが解決しようとしている課題を持っているか。それは顧客にとって無視できないほど重要な課題か
            - 顧客の要求を満たすために自分たちが考えた機能や特徴は、本当に顧客に受け入れられ、実際に役に立つか
- 計画のチェックポイント 40~ ⭐️
    - インタビューの計画
        - 目的を設定する
        - どんな人に何人インタビューするか決める
            - 対象者の条件は何段階か設定し、対象者が少なければ緩めていく 48
        - 計画書をまとめ、関係者に共有
    - 質問と流れの設計
        - 視点ごとに話題を切り分けながら、質問を設計する
        - 具体的な質問を考え、ガイドにまとめる
    - タイプごとのインタビュー
        - 機会探索では、具体的な体験を聞きながら価値観やニーズのヒントを得る
        - タスク分析では、行われる活動を分析的・論理的に聞く
        - 仮説検証では、誘導を避けながら、しっかり考えて評価してもらう
- 半構造化インタビューの質問設計 50 ⭐️
    - 相手の基本的な属性確認などを設計
        - 仕事について、生活について、製品やサービスの利用について
    - 質問する内容を大きなまとまりごとに分割
        - その後の活用の仕方や報告書の構成を頭に置いて検討。例:お客様はこんな時に、このような選び方をして、こんな点に不満を感じています
    - 脇を固める周辺的な質問も用意 54
        - ペットの医療費がかかりすぎることを気にしている -> 対象者が実はペットが好きじゃないのではと言うツッコミ -> ペットをベッドに入れて寝るような人の方がこの傾向が強いと話す
        - 背景を具体的に問う質問を配置する
            - 複雑な質問なら、意図を正しく理解していることを確認するため、別の聞き方でもう一度聞いてみる
            - 具体的な行動の内容を言えるか確認する
        - ただし聞くことが増えすぎるとインタビュワーが慌ててしまい、結局情報が得られない。必要最低限にする必要がある
    - 定量化を行うための標準化された質問
        - 定量化するために、質問文言も一緒で、同じタイミングに聞く
        - 例:あなたがこの商品を購入するとしたら、何円まで出せますか?
- インタビューガイドの作成 56
    - 聞きやすく答えやすい質問から。質問が単純で、本人がよく知っていて、プライバシーに触れず、短い言葉で答えられる。例:今日は朝ごはんは食べましたか。誰かと一緒に食事をしましたか、それとも一人でしたか
    - 相手が思い出す・評価する作業を助ける
        - 親しい友人とのコミュニケーションはどのようにしているかを聞きたい場合、複数の分解された質問からなる対話の流れとして準備できる
        - あなたが、“親友”と思う人たちを3人思い浮かべてください。ここに、それぞれの名前だけ書いていただけますか(紙とペンを渡す)。あだ名やイニシャルでも構いません
        - それぞれ、どんな人か簡単に教えてください。あなたが“親友”という言葉からどんな関係をイメージしているのかを知りたいんです
        - それぞれ、直接会う頻度はどれくらいありますか。それ以外では、どんな方法でのやり取りがありますか。ここに書いてある、電話、メール、SNS、郵便、その他について、まずは頻度を教えてください。
    - 難しい言葉遣いを避ける。耳で聞いて簡単に理解できる問い方で 60
    - 回答を助けるための具体例を「いくつか」準備 62
        - 一つだと誘導してしまう
    - 時間配分と優先度を記載
    - リハーサルをして、「ところで」が多すぎないか、同じ質問を二度していないか、違和感を感じないかをチェック
    - サンプルは251
- 背景を聞くときは、一般論でなく、自身の体験や語ってもらえるような質問を作っておく 64
    - 「人と約束した時間は守る方ですか」 -> 「最も最近人との約束に遅れてしまった時のことを思い出してください。まず誰との約束でしたか?」
- 仮説検証のインタビューの場合は、状況証拠を特定してそれを確認する 70
    - ダイレクトに仮説を示して意見を求めると、相手が忖度してしまう
- 準備のチェックポイント 74 ⭐️
    - インタビューの参加者を集める
        - 参加者の募集には2週間程度の十分な時間を確保
        - 募集方法、スクリーナーの配布・回収方法を決める
        - 必須条件、優先条件に当てはまる確認するためのスクリーナーを作成
        - 日程、開催地やリモートでの参加方法、謝礼など、参加の判断に必要な情報を伝える
        - 確定した参加者に、日時、開催地、参加方法、用意するものなどを伝える
    - 環境とセッティング -> そんなに重要な情報なさそう
- 定量的尺度の質問をした上で、その理由を深掘りするのも良い 120
    - 全く使いたくない〜是非とも使ってみたいの6段階を用意し、「どうしてその点を付けたのですか?」とかを深掘り
- 実施のチェックポイント 124 ⭐️
    - 気持ちよく話せる場を作る
        - ラポールを築く
        - ラポールを壊さないように相手の表情や態度を観察し、適切な言葉を使う
    - 柔軟に舵をとる
        - インタビューガイドは台本ではなくチェックリスト
        - 誘導にならない言葉づかいと態度
    - 語りを引き出す
        - 質問の基本と深掘りテクニックを活用し、焦らずに問いを重ねる
        - 堀り止めの判断を急がない
        - 文脈や環境や時間をずらす質問で掘り筋を切り替える
        - 日ごろ意識していないことを考えさせるところまで踏み込む
- ラポールを構築する 127
    - 自分の見た目を気にする
    - 相手に関心を持ち質問する
    - 感謝の気持ちを込めつつ、最初の挨拶をする
    - 何を言われても傷つきませんと伝える 133
    - 共通点や共通の話題を探す
    - 不快感につながる言葉づかいを避ける。「だから...」「ですから...」のようなどうして一回でわからないのという心の声が透けるような言い方はやめる 142
- インタビューをするときは相手に教えをこうくらいがちょうど良い 139
- 知識レベルを問うときのテクニック 144
    - いきなり「今お使いのクレジットカードにどんな優待サービスがあるかご存知ですか?」と聞くと固まる
    - 自分の知っていることを家族や友達に紹介するというシナリオで聞くテクニック
    - 「特典どんな感じ?と聞かれたら、なんて答えますか?」
- 質問の基本 170
    - 端的で明瞭な問いを用意する
    - 余計な前置きは省く
    - クローズドクエスチョンとオープンクエスチョンを使い分ける
        - オープンなら言葉や表現の選び方も含めてニュアンスを聞き取れる
        - クローズドは、いきなりスタート地点を聞きたいことから遠くにならないように話題を意図的に絞り込みたい時に使える。それた話を本筋に戻せる
    - 相手の発言を正しく理解しているか確認するときは、違ったら遠慮なく言っていただきたいんですけどと前置きした上で、「つまりxxxということですか?」と聞く
    - 間を恐れない
- 深掘りの基本 180
    - まずインタビューテーマと比較し深掘りすべきか検討 189
    - 5W2H = 5W1H + 感情や気持ちのHow did you feel?を埋める 190
    - 相手が使った言葉を拾い、問いかける
    - 具体例を聞くことで、少しずつ話の粒度を細かく
        - 例えば?他には?逆にしていないのは?
    - 理由をしつこく聞く
    - 自信なさげな言葉を拾う
    - 行動を起こさなかったことも行動として深掘りする 192
- 考察のチェックポイント 222
    - 機会探索における考察
        - 状況を踏まえ適切な探索範囲を認識
        - 親和図法を用いて分析し解釈する
        - 個人ごとの分析と、全体での分析とを組み合わせる 210
            - 個人ごとの分析から仮説を得て、全体についても言えるかどうかを確認
            - 全体の分析から仮説を得て、個人ごとの分析と矛盾しないか確認
        - 創造的な解釈を行いながら、論理的な説明を組み上げる
    - タスク分析における考察
        - 人々の行動や思考とその流れを把握する
        - タスクの階層構造を意識し、記述の粒度をなるべく揃える
        - カスタマージャーニーマップなどで可視化しながら分析する
    - 仮説検証における考察
        - 仮説の正しさを検証し、改善のヒントを見つける
        - 回答の内容を考慮して、仮説の肯定・否定を検討する
    - 報告と共有
        - なるべく素早く、わかりやすい言葉や図を用いて表現し、報告する
- 報告の形式 234
    - 生の声を活かすと読む人に現実味が伝わる 238