ユーザーテストを改善するための簡単なヒント

テストは、UXデザイナーの仕事の基本的な部分であり、UXデザインプロセス全体の中核部分です。テストは、優れた製品を設計するために製品チームが必要とするインスピレーション、ガイダンス、および検証を提供します。それが、最も効果的なチームがテストを習慣にする理由です。

ユーザビリティテストでは、ユーザーが製品を使用する様子を観察します。ユーザーが苦労している場所や好きなものを見つけるのに役立ちます。ユーザビリティテストを実行するには、2つの方法があります。

  • モデレーター。モデレーターがテスト参加者と協力します。
  • モデレートなし、テスト参加者が単独でテストを完了する

最初のものに焦点を当てますが、言及したヒントのいくつかは両方のタイプのテストに適用できます。

1.できるだけ早くテストする

テストを早めるほど、変更が容易になり、テストが製品の品質に与える影響が大きくなります。多くの設計チームが言い訳を使用しています。「製品はまだ完成していません。後でテストします」とテストを延期します。もちろん、私たちは皆、仕事が完璧であることを望んでいます。そのため、中途半端なデザインを見せないようにしています。しかし、フィードバックループなしで長時間作業していると、製品を市場にリリースした後に大幅な変更を加える必要が生じる可能性が高くなります。それは古典的な間違いです。あなたはユーザーだと考え、自分でデザインします。エネルギーを投資して早期に学習し、そもそも問題が発生するのを防ぐことができれば、後の時間を大幅に節約できます。

良いニュースは、高品質のプロトタイプや完全な製品がテストを開始するのを待つ必要がないことです。実際、できるだけ早くアイデアのテストを開始する必要があります。設計モックアップと忠実度の低いプロトタイプをテストできます。テストのコンテキストを設定し、テスト参加者に何が必要かを説明する必要があります。

2.目的の概要

ユーザビリティテストを開始する前に、目標を明確に明確にしてください。製品をテストする理由を考えてください。何を学ぼうとしていますか? 「このセッションから何を知る必要がありますか」と自問してください。それを理解したら、フィードバックを必要とする機能と領域を正確に特定してください。

一般的な目的は次のとおりです。

  • ユーザーが指定されたタスクを正常に完了できるかどうかを確認します(製品の購入、情報の検索など)。
  • 特定のタスクを完了するのにかかる時間を特定する
  • ユーザーが製品に満足しているかどうかを調べ、満足度を向上させるために必要な変更を特定します

3.質問とタスクを慎重に準備する

目標を設定したら、質問に答えたり仮説や仮定を検証するためにテストする必要があるタスクを定義できます。目的は、機能自体をテストすることではなく(品質保証チームの目標)、その機能のエクスペリエンスをテストすることです。

実用的なタスク

タスクを設計するときは、現実的で実行可能なものにします。これらは、ユーザーにテストしてもらいたい製品またはプロトタイプの特定の部分である可能性があります。例:

  • 製品の使用を開始する
  • チェックアウトを完了する
  • 製品の構成

タスクの優先順位付け

ユーザビリティテストのチェックリストで多くのテーマを絞り込まないでください。テストの実施と結果の分析には多くの時間がかかります。代わりに、製品の重要なタスクをリストし、優先度順に並べてください。

タスクを明確に説明する

テスターは何をすべきかを知る必要があります。簡単にする。ユーザーは、タスクが不明確な場合に落胆する傾向があります。

各タスクに目標を設定する

モデレーターとして、タスクの目標について非常に明確にする必要があります(たとえば、「ユーザーが2分以内にチェックアウトを完了することができると期待しています」)。ただし、その目標を参加者と共有する必要はありません。

タスク数を制限する

Usability CountsのPatrick Neemanは、参加者ごとに5つのタスクを割り当てることを推奨しています。セッションの時間(通常は60分)を考慮して、質問のための時間も残します。

指示ではなくシナリオを提供する

ドライインストラクションではなく、シナリオを提供すると、人々はより自然に行動する傾向があります。 「レシピ付きの本をダウンロードする」のような質問をする代わりに、「豆を調理する新しい方法を探している」というシナリオとして表現することができます。シナリオは、何らかのコンテキストを提供し、ユーザーにとってタスクをより自然なものにします。参加者がタスクをより自然に実行するほど、結果として得られるデータが向上します。

一連のタスクを自分でテストする

自分で何度かタスクを実行し、適切な質問をしてください。それは大変な仕事ですが、間違いなく報われるでしょう。

4.代表ユーザーの募集

聞きたい質問を見つけることは重要ですが、テストに参加する人々は、対象となる聴衆(ユーザーペルソナ)の代表者でなければなりません。ターゲットオーディエンスと一致しない人が製品を使用しているのを見ても意味がありません。したがって、何をテストするのかがわかったらすぐに、採用を開始してください。目標に基づいて慎重に人材を募集します。アドバイス:ユーザビリティテストのために人を見つけるのは簡単ではありません。実際、多くの企業が定期的にユーザーと話をしない最大の理由の1つは採用です。したがって、ターゲットオーディエンスを代表する人々を見つけるために余分な努力を注いでください。

既存のユーザーデータを分析する

製品に既に顧客ベースがある場合、利用可能な情報(分析データ、顧客サポートチケット、調査、以前のユーザビリティセッションなど)をすばやく分析すると、ユーザーについて既に知っていること、または知らないことを評価するのに役立ちます。

ユーザーが製品と対話する方法(クリック、ユーザーセッション時間、検索クエリ、コンバージョンなど)について分析ツールが提供する数値は、UXデザイナーがユーザビリティテストに備えるのに役立ちます。画像:Ramotion

友人や家族だけではないユーザーでテストする

もちろん、友人や家族からのフィードバックは何よりも優れていますが、より良い結果を得るには、製品を使用したことがない独立した公平なユーザーが必要です。あなたの友人や家族は、実際の人々が初めてそれをどのように認識するかを知るには、製品に近すぎます。

基準を定義する

ユーザーを募集する前に、製品をテストする人々のタイプを決定する必要があります。基準を定義し、それに応じてテスターを選択します。たとえば、食べ物を注文するためにモバイルアプリをテストする場合、ほとんどの場合、食べ物を定期的に注文する人からのフィードバックが必要になります。この要件を正確で測定可能な基準に変換して、将来の参加者をスクリーニングするために使用できるようにします:異なる配送サービスから少なくとも週に1回食品を注文する人(参加者は少なくとも3つのサービスの経験が必要です)。

話したいユーザーを指定することに加えて、どのセッションでも見たくない人について考えてください。経験則として、ハイテクに精通したユーザーや早期導入者によるテストは避けてください。そのようなテストは、あなたが望むほど明らかにならないかもしれません。また、利益相反のある参加者(競合他社で働く参加者など)を避けます。

スクリーナーの質問を作成する

次に、スクリーナーアンケートを作成して、テストセッションの参加者を特定します。適切な調査やアンケートと同様に、主要な質問は避けてください。 「正しい」答えを明らかにする質問の例は、「スマートフォンを使用して食べ物を注文するのが好きですか?」です。テストセッションに参加したいほとんどの人は、確かにその質問にyesと答えます。

アンケートの形式で質問のリストを作成し、潜在的なテスターに​​記入してもらうことができます。Googleフォームは、スクリーナーを作成し、スプレッドシートで回答を収集するための優れたツールです。回答はGoogleスプレッドシートに直接入力されるため、並べ替えてフィルタリングできます。

スクリーナーに記入してもらう

次に、人々にスクリーナーに記入してもらう必要があります。これを達成する1つの方法は、アンケートへのリンクを含む職務記述書を作成することです。説明で、あなたの期待を説明し、人々が現れるように動機付けするためのインセンティブを提供します(60分間のインタビューのための100ドルのAmazonギフトカードなど)。 Craigslist、Twitter、およびFacebookは、職務内容を投稿する最も明らかな場所です。

非常に具体的で見つけにくいタイプのユーザーを募集する必要がある場合、事態は少し難しくなります。ただし、この場合でも、完全に解決可能です。

  • 営業チームまたはマーケティングチームと話し合い、共有できる連絡先のリストがあるかどうかを確認します。
  • 関連するコミュニティグループや専門家団体の連絡先を検索します。

ヒント:製品が市場に出回っている場合、ユーザーフローのどこかにメッセージを表示して、「フィードバックをお寄せください」というメッセージを表示することができます。また、Intercomなどのサービスを使用している場合、新しいユーザーが製品を5回使用した後に自動的に電子メールを送信して、テストへの参加を招待できます。

量ではなく品質を考える

一部の製品チームは、ユーザビリティテストに多くの参加者が必要だと考えています。実際、5人のユーザーでテストを行うと、一般的に85%のユーザビリティの中核問題が明らかになります。最も重要な問題は、製品を初めて使用する人にとっては簡単に見つけられ、新鮮な目がなくなったために見つけるのは難しいことです。最初に話した人から多くのことを学び、次の人からは少しだけ学ぶということがわかります。

回答を収集し、基準に基づいて潜在的な参加者のリストをフィルタリングしたら、基準に最適な5人の候補者を選択します。

セッションへの参加方法を明確に説明する

テストセッションをスケジュールするとき、参加者に確認メールですべての詳細を提供します。

  • 時間(リモートテストを行う場合は、関連するタイムゾーンの時間を指定します)
  • 場所(建物、駐車場情報などを含む)
  • テスト参加者が持参する必要があるもの(個人ID、iOSまたはAndroid搭載のモバイルデバイスなど)
  • 電話番号(質問がある場合、またはスケジュールを変更する必要がある場合)

イライラするノーショーを最小限に抑えるために、ユーザーに確認の返信を求めることができます。たとえば、確認メールの件名は「5月14日午後3時に予定されているユーザビリティセッション」のようになります。 (確認のために返信してください。)また、参加者に電話して、セッションの前日に予定について思い出させることもできます。

5.個人内テストを最大限に活用する

ユーザーから直接聞くことは、製品について学び、改善するための最速の方法の1つです。誰かがあなたの製品を使用しているのを見ると、製品が十分にはっきりしていない領域をすばやく特定できます。

良い関係を築く

セッションが始まると、参加者は緊張して、何を期待するのか分からなくなる可能性があります。ユーザビリティセッションの品質は、参加者と構築する関係に直接関係します。モデレーターに対する参加者の信頼が深ければ深いほど、フィードバックはより率直になります。参加者があなたに正直なフィードバックを与えて快適に感じる方法でテストを実施してください。

覚えておくべきいくつかのこと:

  • 失敗した場合、人々はデザインの欠陥ではなく、自分自身を責める傾向があります。したがって、彼らがテストされていると感じないようにしてください。 (たとえば、「私たちはあなたをテストしているのではなく、私たちはデザインをテストしているのです。だから、あなたの言うことやすることはすべて間違っています。」)
  • 参加者はできるだけ率直になりたい。彼らが何かを好まないか、それがばかげていると思うなら、彼らがそう言うようにしてください。一部の参加者は、あなたの感情を傷つけることを恐れているため、そのような考えを共有することを好みません。 「あなたは私たちの気持ちを傷つけないでしょう。これらの画面の設計には一切関与していません。」
  • 簡単なタスクまたは質問から始めます。ジューシーな洞察は得られませんが、人々が話をし、リラックスするのに役立ちます。その人について少し学びます。その人が好きなもの、嫌いなもの、趣味、テクノロジーの習慣を見つけてください。この情報は、テストの結果をよりよく評価するのに役立ちます。

聞いて、リードしないで

タスクを提示したら、参加者がすべてを主導する必要があります。このセッションの目標は、ユーザーが製品をどのように使用するかを理解することです。たとえば、参加者がアプリを介して予定外のルートを取る場合、修正しないでください!何が起こるかを待ってください。これは貴重な学習です。

参加者を判断しないでください

あなたの参加者はあなたに何かを教えるためにそこにいます。テスト中にユーザーを判断したり、教育しようとすると、逆効果になります。あなたの目標は、利用可能な時間内にできるだけ多くの情報を取得し、すべての情報を彼らの観点から理解することです。

したがって、何かはっきりしているように思われる場合でも、眉を上げる間は、「あれは明らかだったでしょう?」「本当にそう思いますか?」といったフレーズは避けてください。代わりに、「このタスクを完了するのは簡単でしたか、難しいですか?」または「なぜそう思いますか?」のような質問をしてください。あなたの口調やボディーランゲージに判断や驚きは決してありません。

説明しないで

テストしている製品がどのように機能するかを説明すると、ほぼ間違いなくテストにバイアスがかかります。現実の世界では、製品は単独で動作します。ユーザーを案内して、何をするのか、どのように使用するのかを正確に伝えるためにそこにはいません。参加者は、タスクの説明とインターフェースに表示される内容に基づいて、物事を把握する必要があります。

中断しないでください

参加者がタスクを開始したら、それらを中断しないように最善を尽くします。中断すればするほど、タスクを完了する自信が得られなくなります。彼らは流れを失い、あなたは自然な行動に似たものを見ることはありません。

特定の問題に注意を向けない

関心のある特定の問題に注意を引くと、人々が行動を変え、強調している問題に答えを集中させる可能性があります。この問題は、ユーザーインターフェイスの設計に関する議論で特によく見られます。特定の設計要素(主要な行動を促すボタンの色など)について人々に尋ねると、彼らはそれよりもずっと気づくでしょうそうでなければ持っています。これにより、参加者は自分の行動を変え、重要でないことに集中することができます。

Think-Aloudテクニックを使用する

参加者の頭の中に入るためには、思考法が非常に重要です。実際、Jakob Nielsenは、これが最高のユーザビリティツールであると主張しています。モデレーターは、think-aloudテクニックを使用して、テスト参加者に製品を使用するように頼み続けます。この手法を食品注文アプリに使用すると、おそらく、「うーん、これは食品注文アプリのように見えます。食べ物を注文する方法を知りたいです。このテクニックを使用すると、ユーザーが自分のデザインについて本当に考えていることを発見でき、ユーザビリティセッションを実用的な再設計の推奨事項に変えることができます。 「ああ、ロードが遅すぎる」、「なぜこれが表示されるのか」、「Aの後にBが表示されると予想される」などの応答は、実用的な設計変更に変換できます。

ヒント:ほとんどのユーザーは製品の使用中に話をしないため、テストの進行役は話を続けるように促す必要があります。テスト参加者が製品を操作するときは、「ここで何が起こっているのですか?」

行動を観察する

リスニングと観察の区別に注意してください。どちらの方法もUXデザイナーに貴重な情報を提供しますが、多くのUXデザイナーは聞き取りに集中しすぎています。ユーザーを観察することで、はるかに少ない時間でより多くのことを発見できます。人々の声に耳を傾けることで多くのことを学ぶことができますが、彼らが製品にどのように反応するかを見ることでより多くのことを学ぶことができます。

ほとんどの人はスマートに見えることを望んでいるため、テストセッション中に、参加者はタスクに苦労していることに気付くでしょうが、その後、参加者にとっては簡単だったことを伝えます。したがって、意見ではなく行動に注目してください。

疑わしいときは明確にする

参加者が何について話しているのかよくわからない場合は、説明を求めてください。 「あなたが言ったとき...あなたは…という意味ですか?」のような簡単な質問は、物事を明確にします。セッションの最後まで放置しないでください。セッションの終わりは遅すぎて戻って、誰かが何について話しているのかを理解することができません。

質問のフォローアップ

ユーザーの体験や視点についてできる限り多くのことを学びたいと切望します。最初の答えに決着しないでください。フォローアップの質問をすることで、常により深く掘り下げてください。フォローアップの質問は、実際に何が起こったのかについて多くの洞察を与えてくれます。多くの場合、人々は促されることなく動機を明確に述べることができません。簡単でタイミングの良いフォローアップの質問は、通常、より徹底的な説明または価値のある例になります。

質問に答える

セッション中、参加者は確かにいくつか質問をします。最も一般的なものを次に示します。

  • 「それを使うべきですか?」
  • "どう思いますか?"
  • 「他の人はこれについてどう思いましたか?」

誘惑に抵抗して、それについてすべて伝えよう!すぐに質問してください。それは多くを明らかにします。

6.デザインを反復プロセスとして扱う

多くの製品チームは、設計プロセスを、ユーザーの調査から始まり、プロトタイピングの段階があり、テストで終わる線形プロセスであると考えています。ただし、それを反復プロセスとして扱います。

テストは、コーディング、設計、および要件の収集と同様に、製品の設計と開発の反復ループに含まれます。リソースが利用可能な場合、このプロセスの各間隔でテストすることが重要です。

フィードバックループ

製品の作り直しを避ける最良の方法は、プロセスにフィードバックを注入することです。 UX設計プロセスの中心には、定期的なユーザーフィードバック(必ずしもユーザビリティテストの形式ではなく、オンライン調査やカスタマーサポートチケットの分析でも)が必要です。

7.対面セッションに制限しないでください

直接テストすることは、ユーザーの行動を理解するための優れた方法です。残念ながら、常に可能であるとは限りません。 1つの小さな機能のみをテストする必要がある場合、テスト参加者が分散している場合(たとえば、製品が国際的な顧客を対象としている場合)、または結果が必要な場合(理想的には、今日)この場合、リモートテストに焦点を当てます。しかし、リモートセッションはどのように処理しますか?

モデレートされていないテストのツールを使用する

今日では、リモートのモデレートされていないテストを実行するためのツールが多数用意されています。ここに幾つかあります:

  • ルックバック:このツールは、リモートのライブモデレートテストとモデレートなしのテストの両方を可能にします。ライブセッションはクラウドに自動的に記録され、ファイルのアップロード、待機、管理は行われません。
  • UserTesting:UserTestingを使用すると、リモートユーザビリティテストを簡単に実行できます。事前定義されたユーザーベースを使用して、Webサイトでモデレートされていないテストを実行できます。
  • Validately:Validatelyでは、モデレートされていないテストまたはモデレートテストを選択します。製品をテストするには、Webサイトまたはプロトタイプへのリンクを追加します。テスターは、テストを受けるため、またはモデレートセッションに参加するためのURLを受け取ります。セッション後、定性レポートと共有可能な動画を受け取ります。
  • Usabilla:ユーザーから定性的および定量的な洞察を収集して、適切な設計上の決定を下します。テスト成果物の中で、素晴らしいヒートマップを受け取ります。

モデレートされたリモートテストの実施

GoogleハングアウトまたはSkypeを使用して、リモートモデレートセッションを実施できます。ユーザーに画面を共有するように依頼してから、製品とのやり取りを確認します。さらに分析するためにセッションを記録することを忘れないでください。 (ビデオとオーディオの両方を記録します。オーディオなしでは、特定の動作が発生した理由を特定するのは難しいかもしれません。)

「プロ」テスターを避ける

リモートテストの欠点は、多くの参加者が非常に頻繁にテストされるため、設計の特定の側面に集中することを学んだことです。 「プロ」テスターの可能性を補うために、テストセッションを分析し(たとえば、ビデオの録画を見る)、真のフィードバックを提供していないように見える人からの結果を除外する必要があります。

8.プロセスにチーム全体を参加させる

テストプロセスに製品チーム全体を参加させます。ユーザーを観察する機会があれば、チーム全体がユーザビリティの問題を理解し、ユーザーに共感するのに役立ちます。テストにより、チームが設計を開始する前であっても、共通の理解を築くことができます。

チームとテスト戦略について話し合う

製品設計はチームスポーツです。また、テストは設計プロセスの重要な部分であるため、すべてのチームプレーヤーとテストする必要があります。テストの準備に直接関与することで、チームメンバーがアクティビティに興味を持つようになります。 UX研究の責任者として、ユーザビリティテストの結果をチームがどのように使用するかを明確にする必要があります。

画像:総会

セッションを視聴するよう全員に依頼する

チーム全体がテストセッションに参加することは期待できません。ほとんどの場合、すべてのユーザビリティテストを直接観察する必要はありません(望ましい場合もあります)。ただし、ビデオでテストセッションを記録し、同僚と共有することはできます。ビデオは、設計に関する議論の際に非常に役立ちます。

チームに分析の支援を依頼する

多くの形式のユーザビリティテストの速度を低下させる1つのことは、分析です。テストセッション中に収集されたデータから調査結果を抽出するには、数日から数週間かかる場合があります。しかし、チーム全体がセッションを監視してメモを取ると、調査結果をまとめて次のステップを決定できるようになります。

9.再設計の前、最中、後のテスト

多くの製品チームに共通する質問は、「いつテストすべきか」です。答えは簡単です。設計または再設計の前にテストし、設計中にテストし、その後もテストします。

  • 設計または再設計の前:UX設計プロセスの発見段階でテストを実施します。既存の製品の再設計を計画している場合、ユーザビリティテストは、現在のバージョンの最大の問題点を特定するのに役立ちます。競合他社の製品をテストして、結果を比較することを検討してください。
  • 再設計中:リソースが存在する場合、プロジェクトのすべてのマイルストーンでこれを行います。新しい製品または機能を構築して起動するのにかかる時間で、いくつかのテストセッションを実行し、それぞれの後にプロトタイプを改善できます。
  • 再設計後:実際のユーザーが製品をどのように使用するかを知ることで、製品を改善できます。

10.すべてを一度に解決しようとしないでください

一度にすべてを解決しようとするのは不可能です。代わりに、調査結果に優先順位を付けます。最も重要な問題を最初に修正してから、もう一度テストしてください。ただし、それが不可能な場合(たとえば、問題が大きすぎて対処できない場合)、収益への影響に応じて問題に優先順位を付けます。

結論

テストをスキップするだけの余裕はありません。簡単なテストでも製品の成否を左右する可能性があるからです。ユーザーテストへの投資は、ユーザーの行動に関する豊富なデータストリームを一貫して生成する唯一の方法です。したがって、早期にテストし、頻繁にテストしてください。

参考文献

UX / UI設計の最新の傾向と洞察については、毎週のデザインニュースレターを購読してください。

Nick Babichは、開発者であり、技術愛好家であり、UXが大好きです。彼は過去10年間、ソフトウェア業界で開発に特化した仕事をしてきました。彼は彼の無数の興味の中で広告、心理学、映画を数えています。

当初blogs.adobe.comで公開されました。

オールインワンのデザインおよびプロトタイピングツールであるAdobe XDについて学習します。

  • Adobe XDをダウンロードする
  • Adobe XD Twitterアカウント— #adobexdを使用してチームに話しかけましょう!
  • Adobe XD UserVoiceアイデアデータベース
  • Adobe XDフォーラム