ユーザーインタビューのディスカッションガイドの書き方
ディスカッションガイドの書き方
動画の文字起こし
ディスカッションガイドは、ユーザーインタビュー中に参加者と議論したい質問とトピックのセットです。通常、導入、ウォームアップ質問、探索的質問、デブリーフィングで構成されます。今日は、ディスカッションガイドの作成方法をご案内します。
導入
自己紹介をし、参加者にインタビュー中に何が起こるかを伝えます。質問する機会を与えてください。ほとんどの人はインタビューを受けたことがないので、リラックスしてもらうために少し時間を取ってください。インタビューに先立ち、録画への同意を書面で得ているはずです（スクリーナーの質問またはメールでのコミュニケーションを通じて）。とはいえ、参加者が録画に同意しており、GitLab 内部で録画を共有することにも同意していることを口頭で再度確認するのは良い習慣です。
ウォームアップ質問
まず、参加者本人や仕事についての簡単な質問をいくつかします。これにより、参加者が質問に答えるプロセスに慣れることができます。また、参加者とのラポール（信頼関係）を築き始める機会にもなり、探索的質問を始めたときに参加者が心を開いてくれやすくなります。よく耳を傾けてください。参加者の回答は、その後の回答の文脈を提供する助けになるかもしれません。ウォームアップ質問の例:
- スクリーニング調査では DevOps エンジニアとのことでしたが、その役職にはどのくらいついていますか?
- 会社ではどんな仕事をしていますか?
- 通常の一日の仕事内容を教えてください
- GitLab 内で日常的にどんなタスクを行いますか?
探索的質問
探索的質問を書き始めるときは、インタビューが自然と次のトピックへ流れるように、共通のトピックごとに質問をグループ化するとよいでしょう。質問を構造化し始めるにあたって、各トピックに時間を割り当てます。これによりインタビューを軌道に乗せやすくなります。一般的な質問から、リサーチ目標に関連するより具体的な質問へと進めてください。たとえば、「現在このタスクをどのように行っていますか?」から「このタスクで最も難しい部分は何ですか?」、そして「現在の方法はどう改善できますか?」のように進めます。同時に、ユーザーが早めの質問に予想以上の時間をかけることに備えて、最も重要な質問を最後まで取っておかないでください。事前に各トピックに時間を割り当てておくことで、1 つのトピックに時間を使いすぎたときや別のトピックへ進む必要があるときを判断できます。
過去の経験について質問することは問題ありませんが、人々の記憶には限界があることを認識する必要があります。人の記憶は完全ではなく、特定の詳細を覚えているのは難しいことがよくあります。たとえば、3 日前に朝食を食べたかと尋ねたら、おそらく「はい」または「いいえ」と答えられるでしょう。しかし、朝食を食べるのにどのくらいかかったか思い出すように尋ねたら、答えに困るか、あるいは推測で答えようとするかもしれません。参加者の一般的な経験や意見を掘り下げる質問はしてもよいですが、参加者が提供できない詳細を強く求めてはいけません。さもないと、回答を作り上げようとするかもしれないからです。
参加者は未来を予測することはできません。「この機能を使いますか?」のような質問をしても、その回答は実際に行うことを正確に反映していない可能性があります。たとえば、説明だけからその機能の動作を想像できないために「いいえ」と答える人もいるでしょう。あるいは、将来のある時点でその機能が役に立つかもしれないという可能性を排除したくないために「はい」と答える人もいるでしょう。
人々に将来どう行動するかを考えてもらうのではなく、現在どうしているか、過去にどうしてきたかを尋ねましょう。「この機能を使いますか?」と尋ねる代わりに、「現在このタスクをどのように達成していますか?」または「過去にこのタスクをどのように達成してきましたか?」と尋ねてください。ただし、過去の経験について尋ねる場合は、記憶に限界があることに注意してください。ベストプラクティスとして、2 か月以上前 に起きた過去の行動については尋ねないようにしましょう。そのような場合は、現在のことを尋ねるのがベストです。
インタビューのスキルを向上させることに興味があれば、UX Research チームが運営する軽量なインタビュートレーニングプログラムである Interview Carousel への参加を検討してください。
デブリーフィング
参加者に時間を割いてくれたことに感謝し、今日提供してくれたフィードバックの次のステップを説明します。リサーチに関する質問の機会を参加者に与えてください。スタディへの参加に対して参加者に報酬を支払う場合は、支払い方法といつ支払いが期待できるかの詳細を必ず共有してください。フォローアップで共有したい考えがあった場合に備えて、連絡先を残しておきましょう。
ガイドが書かれた後
ディスカッションガイドを書き終えたら、同僚と一緒にガイドをリハーサルしテストしてみるべきです。これによりスクリプトの所要時間がわかり、回答しにくい質問を発見しやすくなります。
ディスカッションガイドとインタビューのヒント
- ディスカッションガイドはあくまで「ガイド」であることを覚えておいてください。それは会話を促進するための参照ツールです。
- 参加者がガイドにカバーされていない興味深いことを言った場合は、彼らの言うことに耳を傾け、その内容を探ってください。これまで考えていなかった何かを発見するかもしれません。
- アクティブリスニングが鍵です。参加者の発言に反応すべきです。
- 会話を流れさせるために、自由形式の質問をしてください。
- 参加者の回答を掘り下げることを忘れないでください。Why? Why not? Who? What? Where? When? How? を尋ねましょう。
- 参加者に「何が欲しいですか」と尋ねてはいけません。
ディスカッションガイドの例
ユーザーインタビューの質問例
注意: 以下のすべての質問を使わないでください! いくつかを選んで自分のディスカッションガイドを作成してください。
ウォームアップ質問
- 現在の役割は何ですか?
- なぜ [職種名] になりましたか?
- [職種名] の役割にはどのくらいついていますか?
- 会社ではどんな仕事をしていますか?
- 通常の一日の仕事内容を教えてください
- あなたの役割における上位 3 つのタスクは何だと思いますか?
- GitLab はどのくらい使っていますか?
- GitLab は何に使っていますか?
探索的質問
- 何を [達成しよう/完了させよう] としていますか? なぜですか?
- 現在この [タスク/プロセス] をどのように行っていますか?
- 現在どのようにこの [タスク/プロセス] を行っているか見せてもらえますか?
- この [タスク/プロセス] の行い方は時間とともに変わりましたか? どう変わりましたか? なぜですか?
- [タスク/プロセス] が変わると予想していますか? なぜですか?
- この [タスク/プロセス] の好きな点は何ですか?
- この [タスク/プロセス] の最も難しい部分は何ですか?
- 現在のこの [タスク/プロセス] のやり方はどう改善できますか?
- 最後に [タスク/プロセス] をしようとしたときについて教えてください
- なぜ [タスク/プロセス] を続けるのですか? なぜそれが重要ですか?
- どのくらいの頻度で [タスク/プロセス] を行いますか?
- どのくらいの頻度で [問題] を経験しますか?
- [問題] を経験する前後で何が起きますか?
- これを支援するためにどんな回避策を実施しましたか?
- 現在この [タスク/プロセス] を容易にするために何をしていますか?
- [タスク/プロセス] の代替ソリューションを探していますか? なぜですか? なぜそうでないですか?
- この [タスク/プロセス] は他の業務領域にどう影響しますか?
- [タスク/プロセス] の手順を一つずつ説明してもらえますか?
- 最も時間がかかるステップはどれですか? なぜですか?
- プロセスから 1 ステップ削除できるとしたら、どのステップですか?
- 他にどんな製品を試したことがありますか?
- これらの他の製品のことはどうやって知りましたか?
- なぜ [製品] を試そうと決めましたか?
- 最終的に [製品] を選んだ理由は何ですか?
- [製品] の好きな点は何ですか?
- [製品] の嫌いな点は何ですか?
- [製品] を使ううえで最も難しい部分は何ですか?
- [製品] のコストは、提供される価値と比較してどうですか?
- 組織にとって [製品] はどのくらい重要ですか? 重要度を 1〜10 のスケールで評価してください（10 が最も重要）。
bfd74782)