すべてのトピックと著者を参照
ユーザーインタビューは、研究者がそのトピックについ 複数のユーザーが同時に参加するフォーカスグループとは異なり、ユーザーインタビューは一対一のセッションです(ただし、いくつかのファシリテーターが交代で質問をすることがあります)。
UXインタビューは、ユーザーデータを収集するための迅速かつ簡単な方法である傾向があるため、特にリーンでアジャイルな環境で頻繁に使用されます。 これらは、ジャーナリズムのインタビューや、1954年にジョン-フラナガンによって導入されたクリティカル-インシデント-テクニックと呼ばれるやや狭く、より正式なHCI法と密接に関連している。UXユーザーインタビューを行うことは簡単で簡単だと感じるかもしれませんが、多くの人が実現するよりも良いインタビューには多くのことがあります。
ここでは、ベストプラクティスのいくつかを蒸留します。
- なぜユーザーインタビューを行いますか?
- ユーザーインタビューを行う方法
- インタビューの目標を設定します。
- ユーザーができるだけ快適に感じるようにします。 ユーザーとの関係を作成します。
- インタビューの前に質問を準備します。
- 異なる回答を予測し、あなたの研究目標に基づいてフォローアップの質問を構築する。もちろん、あなたがインタビューをしている全体の理由は、あなたがまだ人々が言うことについて完全に自信を持っているか、完全に自信を持っていな しかし、あなたの能力のベストへの答えを予想することはよりよくインタビューのために準備するのを助けることができる。言い換えると、ユーザーがあなたの質問に対する応答を持っていなかった場合です。
- ダイアログを誘発するインタビューの質問を書きます。
- 先頭の質問、閉じた質問、あいまいな質問は避けてください。理想的には、あなたの質問は、面接者から豊かで公平な答えを引き出すべきです。
- あなたが尋ねる時間があると思います。 いくつかの参加者は話をして質問に非常に長い答えを与えるのが好きです。
- あなたのgo-toフォローアップの質問を練習します。
- インタビューの場所
- インタビューとユーザビリティテスト
- あなたが学ぶもの
- インタビューの制限
- 結論
なぜユーザーインタビューを行いますか?
インタビューは、ユーザーがサイト、アプリケーション、製品、またはプロセスについて何を考えているかを洞察します。 彼らはどんな場所の内容が重大であるか、人々が場所で重要である感じるもの、および改善のためのどんな考えがあるかもしれないか指摘してもいい。 彼らは様々な状況で行うことができます:
- デザインを作成する前に、ペルソナ、旅の地図、機能のアイデア、ワークフローのアイデアを通知する
- ツール、プロセス、ボトルネック、およびユーザーがそれをどのように認識するかの説明で観察を補完することにより、コンテキスト問い合わせ研究を豊かにする
- ユーザビリティテストの終わりに、観察された行動に関連する口頭での応答を収集する
- (ユーザビリティスタディの行動観察セグメントの後までインタビューを延期してください: 参加者がデザインでタスクを実行しようとする前に質問をすると、ユーザーが尋ねた機能や問題に特別な注意を払うようにプライミングされます。)
ユーザーインタビューを行う方法
まず第一に、インタビューは、販売セッションや非公式の会話ではなく、研究研究の一種であると考えてくださ それから、あなたのインタビューを最も有効にさせるのに次の先端を使用しなさい。
インタビューの目標を設定します。
製品の利害関係者に、何を学びたいのか尋ねます。 彼らの欲望から、主な目標を決定し、それが現実的であることを保証します。 “ユーザーについて学ぶ”のように、目標が広すぎると、設計ニーズに関連する方向に質問を集中させないため、インタビューが失敗する可能性があります。 ユーザーの行動や態度の特定の側面に関連する簡潔で具体的な目標は、チームをコンセンサスに導き、インタビューをどのように構築するかを指示するこ
良いインタビューの目標の例:
看護師は医療データのロギングについてどのように感じていますか?
建築家がCAD図面をエンジニアと共有する方法と、課題と機会があると感じる場所を学びます。
自転車の宅配便がどのように最適なルートの方向性を得るか、彼らがうまくいくと感じるもの、問題があると思う場所、そして物事
ユーザーができるだけ快適に感じるようにします。 ユーザーとの関係を作成します。
人々は、覚えて話し、彼らがリラックスして感じ、面接者とプロセスを信頼するならば、彼らのガードを失望させる可能性が高くなります。
人々は、覚えて話し、彼らのガードを失望させます。 ここに有効なインタビューのためのある先端はある。
- インタビュー自体の前に、ユーザーとのビデオ通話または電話(または少なくともいくつかの相互作用)を持っています。
- インタビューの日の前に、また、実際のインタビューの開始時に、インタビューの理由を説明し、それからのデータがどのように使用されます。
- ユーザーは、メモを取ってうなずいて、頻繁にアイコンタクト、”私は見る”のような謝辞を提供し、ユーザーが言った言葉を繰り返すことによって聞いた感じ
- ユーザーが自分の考えを終了してみましょう。 それらを中断しないでください。
- ユーザーを急いではいけません。 一時停止します。 スピーチのあなたのペースを減速しなさい。 ゆっくり話すことは心を落ち着かせる効果をもたらし、心配していないし、聞く時間があることを示す。
- 答えやすく、個人的または判断的と解釈される可能性の低い質問から始めます。 たとえば、代わりに”あなたが読んだ最後の本は何でしたか?”試してみてください”あなたはあなたの暇な時間に何をしたいですか?”後者はオープンエンドであり、前者はユーザーが最近本を読んだことを前提としています。
- 関連する質問をして共感を示します。 しかし、リードしたり仮定したりせずに同情的に行動することは困難であることを思い出してください。 たとえば、ユーザーがカスタマーサポートチームに連絡できないと言ったとします。 ユーザーに詳しく説明するように頼むことで、懸念を示すことができます:”あなたはサポートに到達できませんでした。 それについてもっと教えてくれないか?”あなたは”どのように感じたのですか?”しかし、ユーザーがどのように感じたかをまだ示していない場合に限ります。 たとえば、ユーザーがイベントを思い出すときにすでに口頭で、あるいは非言語的に欲求不満を表明していた場合、インタビュアーが聞いていないかのように 共感的な人間として、あなたは”それはイライラしていたに違いない”または”あなたの時間がそのように無駄になって申し訳ありません”と言いたいかもし”しかし、それらは主要なポイントになります。 代わりに、ユーザーの感情に関連する質問をすると、あなたが聞いていることを示し、彼らの窮状を感じることができます。 インタビューの絶対的な終わりに、あなたはこれらのより多くの謝罪の感情のいくつかを表現することができます。
- 本物であること、そして偽の共感をしないでください。 演技は、あなたが不誠実に見えるようにすることができます。 あなた自身であることはよい;粉れもなくそれを感じなければ何かを言ってはいけない。
親密な関係と友情の間には大きな違いがあることに注意してください。 ユーザーは本当にあなたを好きにする必要はありません,あなたが面白いと思います,またはインタビューされるのに十分なあなたを信頼するためにコー
インタビューの前に質問を準備します。
ユーザーと一緒に座っている間に質問を考える可能性がありますが、回答を目指す質問のリストをインタビューに持ってきてください。 質問リストは、あなたがすることを保証します:
- インタビューの前にあなたの質問についてのあなたのチームのフィードバックを得ることができる
- あなたが知りたいと思ったすべてを覚えていて、インタビューの間にできるだけ多くの正しいトピックについてユーザーに尋ねる
- あなたが今よりも明確でリードしていない質問を構築する
- を参照するために手に質問をすることによってあなたのストレスや疲労を克服する
異なる回答を予測し、あなたの研究目標に基づいてフォローアップの質問を構築する。もちろん、あなたがインタビューをしている全体の理由は、あなたがまだ人々が言うことについて完全に自信を持っているか、完全に自信を持っていな しかし、あなたの能力のベストへの答えを予想することはよりよくインタビューのために準備するのを助けることができる。言い換えると、ユーザーがあなたの質問に対する応答を持っていなかった場合です。
あなたが行き止まりに当たった場合、あなたが何をするかを考 ユーザーが答えを見つけるのを助ける方法はありますか? たとえば、新しい旅行ウェブサイトで作業していて、過去6ヶ月以内にオンラインで旅行を予約したために参加者が募集されたとします。 インタビューの研究目標のいくつかは次のとおりです。
- 人々は休暇の目的地をどのように選んだか覚えていますか?
- 休暇について思い出に残るものは何ですか?
- ユーザーは今旅行を予約するのは簡単だと感じていますか?
まず、旅行を予約した時間を思い出すことができるかどうかをユーザーに尋ねます。 関連するイベントをすぐに覚えていない場合に備えて、追加の質問を準備します。 その状況に対処する可能性のあるフローについては、以下の画像を参照してください。
ダイアログを誘発するインタビューの質問を書きます。
- それぞれの質問で、ただ一つのことを求めてください。 代わりに”あなたはナビゲーションシステムを使用していますか、もしそうなら、どれですか?”試してみて”どのくらいの頻度でナビゲーションシステムを使用していますか?”その後、フォローアップ”あなたはどちらを使用していますか?”
- 一般的なプロセスではなく、特定のイベントについて尋ねることによって、メモリをジョグします。 インシデントを記憶すると、ユーザーの記憶を微調整し、正確な発生について話すことができます。
たとえば、インタビュアーが患者が最後に喘息発作を起こした時間を知りたい医師であるとします。 彼女は特許の歴史を見直し、いくつかの質問を予想しました。 インタビューは下の画像のようになるかもしれません。p>
- イベントについて質問した後(例:、喘息発作)、ユーザーとそのイベントについて考える機会を与えるためにいくつかの瞬間を待ちます。 その後、イベントについての質問を開始します。,など,”それはいつ起こったのですか?”または”それが起こる前にあなたは何をしていましたか?”
先頭の質問、閉じた質問、あいまいな質問は避けてください。理想的には、あなたの質問は、面接者から豊かで公平な答えを引き出すべきです。
理想的には、あなたの質問は、面接者から豊かで公平な答えを引き出す
- 主要な質問は、誤って応答を示唆することによって、ユーザーをプライム。 たとえば、”なぜAcme製品をそんなに使って楽しんでいますか?”ユーザーが製品を使用し、それを使用して楽しんでいることを示唆しています。 より良い質問は、”なぜAcme製品を使用するのですか?”
- 閉じた質問は、”はい”または”いいえ”の答えを引き出します。 たとえば、インタビュアーが”Acme製品を毎朝使用していますか?”その後、参加者は誠実にちょうどで応答することができ、”はい”、と精巧ではありません。 より良い質問は、”Acmeをどのように使用するか教えてもらえますか?”
注意点:閉じた質問は言葉のような答えを引き出す可能性は低いですが、オープンエンドの質問よりもユーザーにとって簡単です。 場合によっては、オープンエンドの質問の前に閉じた質問を置くことで、ユーザーをトピックに簡単にしたり、イベントを覚えていないときにユーザーが愚かたとえば、次のようにします。
- “それがいつ起こったのか覚えていますか?”
- “はい。”
- “それはいつでしたか?”
(このタイプの質問シーケンスは、ユーザーインタビュー中は問題ありませんが、ユーザーとの対話をできるだけ制限したいユーザビリティテストではあまり適)曖昧で曖昧な質問は理解しにくく、しばしば参加者を混乱させます。 彼らはまた、人々があなたが何を意味するのか理解していないために不快感や罪悪感を感じさせることができます。 質問があまりにも曖昧であるかどうかを把握するには、非公式に彼らはあなたが何を意味するかを理解しているかどうかを確認するために無作為あなたが尋ねる時間があると思うよりも多くの質問を準備してください。
あなたが尋ねる時間があると思います。
いくつかの参加者は話をして質問に非常に長い答えを与えるのが好きです。
他の人は、同じ量の情報を提供するためにフォローアップの質問の形で促す必要があります。 両方の状況に対処する準備ができています。
あなたのgo-toフォローアップの質問を練習します。
答えを詳しく説明するためにユーザーを促す準備ができていくつかの明確なフレーズを持っています。 私は使用しました:
インタビューの場所
ユーザーインタビューは、ユーザーのサイト、ラボのような制御された環境、またはオンライン会議ツールを使用してリモート
場所を選択するときは、これらの要因を考慮してください。
- ユーザーの利便性と快適さ:どの場所がユーザーにとって最も快適で簡単になりますか? セッションが自分のオフィスや自宅にある場合、彼らはキャンセルしない可能性が高くなりますか?
- チームの利便性:あなたはあなたのチームがインタビューを観察したいですか?
- コンテキストと例:ユーザーがインタビューで独自のツールやその他の環境要素を持っていることが重要ですか? アーティファクトは、面接者の記憶を微調整することができ、また、面接者のためのユーザーのプロセスのより良い画像を描くことができます。 しかし、時には彼らの通常の環境から人々を得ることは、彼らが自由かつ創造的に考えるのを助けることができます。
- バイアス:場所は、ユーザーの物語を揺るがす可能性がありますか? あなたのAcmeオフィスに人々を連れてきて、Acmeの使用法について尋ねた場合、彼らは別の場所にいた場合よりもAcmeについてもっと素敵なことを言いますか? (スポイラー警告:答えはイエスです。)
インタビューとユーザビリティテスト
一部の研究者は、ユーザーインタビュー方法とユーザビリティテスト方法を混同しています。 メソッドにはいくつかの共通点があり、ユーザーテストセッションには最後にインタビューが含まれる場合がありますが、違いは多く重要です。 これらの違いのいくつかを以下の表に要約します。ユーザーインタビューとユーザビリティテストの違い
ユーザーインタビューとユーザビリティテストの違い
インタビュー
ユーザビリティテスト
研究にはデザイン(初期のスケッ
いいえ
デザインがない場合に質問をすることは可能です。
はい
ユーザビリティテストでは、ユーザーはデザインと対話します。/p>
ユーザーデータは行動です。
いいえ
ユーザーはインタビューで自分の信念や認識を報告していません。
はい
研究者は、ユーザーが何をすべきかを観察します。
(一部の)データは自己報告されています。 ユーザーテストでは、研究者は人々が何をするかだけでなく、人々が何を言うかにも調査結果を基づいています。
参加者は、研究が効果的であるために多くのことを話す必要があります。
はい
インタビューは、ユーザーが意見を与え、イベントを思い出し、それらを議論することに依存しています。
いいえ
ユーザビリティテストは、ユーザーがあまり話していなくても有益です。
ファシリテーター/インタビュアーは、どの会話でもそうであるように、ユーザーとの通常のアイコンタクトを維持します。
はい
インタビュアーは、多くの場合、ユーザーに直面しているか、彼女のそばに座って、彼らが会話をしているかのように彼女を見
いいえ
ユーザビリティテストファシリテーターは、ユーザーの直接のビジョンを避け、ユーザーの隣に少し後ろに座る:理想的には、ユーザー
ファシリテーターは、参加者とやや強い関係を作成します。
はい
インタビュアーは、通常、情報を引き出すために、ユーザーと少なくともわずかに結合する必要があります。
いいえ
ユーザビリティテストファシリテーターは、セッション設定で暖かく、丁寧で、簡単で、信頼できるものでなければなりません。 しかし、セッション中に、彼らは可能な限りテストの背景にフェードインする必要があります。
あなたが学ぶもの
ユーザーインタビューを行う前に、それはあなたが学びたいことを検討し、あなたの研究方法を選 面接とユーザビリティテストのどちらかを判断するには、以下の表を参照してください。
インタビューで学んだことの種類とその結果 |
||
Interview |
Usability Test |
|
Whether a design is easy to use |
No |
Yes |
What makes a design easy or difficult |
No |
Yes |
Whether people believe they would use a /td> |
||
はい |
||
人々がデザインを使用するかどうか |
||
多分 |
ユーザーインタビューもユーザビリティテストも、人々が実際にデザインを使用します。 ユーザーに”これを使用しますか?”彼らの答えを合理化し、潜在的に彼らの行動に影響を与える可能性があるが、彼らの応答に反する可能性がある現実の特定の側面を無視するように また、ユーザビリティテストでは、参加者が通常よりも多くのデザインに従事することを奨励します(異なるタスクを完了するにつれて)。アドバイスの言葉
: ユーザビリティテストの方法がわからない、または参加者がデザインを使用している間は黙っていられないという理由だけで、インタビューを選択しないでください。 ほとんど誰でもユーザビリティテストを行うことができます。
インタビューの制限
参加者がデザインとどのように対話するかをキャプチャする行動データとは異なり、インタビューからのデータは自己報告 任意の自己報告されたデータ(フォーカスグループや調査からのものを含む)と同様に、インタビューデータは希薄であるため:
- 人間の記憶には欠陥があるため、人々はイベントを完全にまたは正確に思い出すことはありません。
- 参加者はインタビュアーに関連するものを正確に知らないので、詳細を省略することがあります。 彼らは通常、マイナーな相互作用が持ち出すのに十分重要であるとは思わない。
- 一部の人々は誇りに思っているか、プライベートであり、他の人は恥ずかしがり屋で恥ずかしがり屋です。 したがって、誰もが見知らぬ人と細部を共有するわけではありません。
結論
インタビューは、ユーザーがどのように感じ、考え、そして彼らが真実であると感じるかを素早く簡単に知る方法です。 それらを行うが、ユーザーが本当に何をすべきかの正確かつ徹底した感覚とあなたが収集した情報との信頼の高い感じを達成するために観察ベースの研
詳細はこちら:ユーザーインタビュー、価値観、動機、欲望を明らかにするための高度なテクニック、UXカンファレンスでの一日コース。