ユーザビリティテストを実施する目的

ユーザーがWebサイトやアプリなどを問題なく使用できるか検証し、ユーザビリティ上の問題点を見つけることが目的です。

UXデザインでは人間中心設計が重視されます。
人間中心設計とは、ユーザーの使いやすさを中心において設計する考え方です。

ユーザビリティテストはこの人間中心設計の観点で、UXが実現できているかどうか検証します。

ユーザビリティテストを実施するタイミング

ユーザビリティテストは、主に下記の2つのタイミングで実施されます。

1）新規立ち上げ時

新しいプロジェクトでUI/UXデザインに着手する際には、リリース前のできるだけ早いタイミングで実施すると良いでしょう。
多くの場合、プロトタイプや簡単なモックアップを使いながら、完成形のイメージをすり合わせできるようにテストを実施します。

2）プロダクトやサービスの改善時

リリース後のWebサイトやアプリのUI/UXデザインでは、運用におけるPDCAの中で小さなテストを繰り返すことが重要です。

ユーザビリティテストの種類（定量・定性）

ユーザビリティテストは、定性的な軸と定量的な軸それぞれで評価します。これらはテストの目的や状況に応じて適切に使い分けられています。

・定性的ユーザビリティテスト

定性データとは、実際にサイトを使用しているユーザーが、スムーズに進む点や迷う点を観察した結果をデータにしたものです。
複数の観察結果から構成された定性データにより、直感的に使えるデザインになっているか、その要因や課題がどこにあるかを特定します。

UI/UXデザインを変更している最中や、既に最終版ができあがっている段階でも、必要に応じて実施できます。

・定量的ユーザビリティテスト

1つ以上の指標（タスク達成率やタスク時間などの数値）の形式で表された定量データにより、タスクが実行しやすかったかどうかを示します。
UI/UXデザインができあがった最終段階などに、調査条件を厳密に設定して実施します。

この記事では、よく用いられる定性的なユーザビリティテストについて説明しています。

ユーザビリティテスト・ヒューリスティック評価・認知的ウォークスルーの比較

ユーザビリティを評価する手法には、ユーザビリティテストの他に「ヒューリスティック評価」や「認知的ウォークスルー」という手法もありますが、「手法」「目的」が異なります。状況に応じて評価方法を選択したり、併用して評価を実施することで効果的な分析結果を導き出すことが可能です。

手法の比較

ユーザビリティテストは、実際の想定ユーザーがインターフェースを操作するのを観察して評価します。一方、ヒューリスティック評価は、専門家がUXやユーザビリティの原則やガイドラインに沿って評価します。
また、認知的ウォークスルーは、人間の認知モデルに基づき、ユーザーの利用の流れを想定したシナリオやタスクに沿ってインターフェースを評価します。

目的の比較

ユーザビリティテストやヒューリスティック評価は、成果物に対して行うことが多く、既存のインターフェースのユーザビリティやユーザー体験の問題点を洗い出すことが主な目的となっています。
一方、認知的ウォークスルーは、設計や開発の初期段階で行うことが多く、設計の意図とユーザー体験の間に乖離が起きていないか、初めて使うユーザーにもわかりやすいかなどを確かめることが主な目的です。

ヒューリスティック評価や認知的ウォークスルーについて詳しく知りたい方は、下記のページも合わせてご覧ください。

目標を設定する

まず「スムーズに商品検索できるか」「エラーを起こさずに問い合わせフォームを送信できるか」など、ユーザビリティテストで調査したいことを明確にし、具体的な目標を設定します。
事前に目標を設定しないと的確な指示が出せず、その後の検証や作業効率などが変動し評価が難しくなります。

仮説を設定する

次に、目標を元に、実際に行われるであろう操作や感情の仮説を立てます。
例えば「トップページのグローバルメニューから『商品一覧』ページに飛び、そのページ内の絞り込み機能で欲しい商品を検索する」といった具合に仮説を立てることで、実際のユーザーの行動とのギャップが明確になります。

ユーザビリティテストを評価する際の課題には一般的な重要度があります：効果問題（できなかった）、効率問題（困った）、満足度問題（不満だった）。
仮説を設定する際にもこの重要度を念頭に入れておくことが重要です。

実際に実行してもらうタスクを設定する

テスト対象者に具体的な行動の指示を出すために、シナリオとタスクを設定します。
どのような場面（シナリオ）で何をしてほしいか（タスク）など、できる限りの具体的な設定により実際のユーザーに近い行動を観察できます。

質問事項を作成する

事前に質問を何問か洗い出して、必要なタスクを実施してもらいます。
テスト時には状況に応じて追加の質問が必要になることもあるため、事前に用意するのは1タスクにつき最大3問程度に留めましょう。

例えば、「特に難しいと感じたポイントはありますか？」「〜〜の説明は一読して十分に理解できましたか？」などの質問は事前に用意しておくことが可能です。

協力者を確保する

テスト当日までに必要なものを準備しておきましょう。

• テスト機材
  （対象者のサービスの利用の仕方を録画機器で一部始終を記録）

• インタビュアー
  （対象者に質問をしファシリテーションを行う役割）

• 記録係
  （対象ユーザーの発言を記録する役割）

• オブザーバー
  （中立的な立場で対象ユーザーの発言以外の行動を記録する役割）

• テストガイド
  （インタビュアーと対象ユーザーの分を用意し、テストの流れや必要なタスクを記載した案内に沿って進行）

• ストップウォッチ
  （時間配分の目安）

• ICレコーダー
  （いざという時のために録音）

ここではユーザビリティテストの一般的な実践の流れをご紹介します。

パイロットテスト（リハーサル）を実施する

ユーザビリティテスト当日をスムーズに進行させるため、リハーサルとしてパイロットテストを行います。
社内やプロジェクトのメンバーなどで通しのテストを行い、当日の流れの通りにテストを実施します。
その結果を受けて、進め方や質問の仕方などをブラッシュアップして本番に備えましょう。

実際に協力者にテストを実施する

・環境の設定

テスト対象者が操作する様子を録画して記録します。
録画はタスク実施後に行うインタビューの中で用いられ、録画を再生してタスク実施時の操作の様子を確認します。

・タスクの説明

実施の目的と操作してもらうタスクの説明や確認を行います。

・タスクの実施

インタビュアーを含めた観察者は話に割り込まないようにして、タスクの遂行を自力で操作して行ってもらいましょう。

またテスト中の対象ユーザーの思考や感情は観察だけでは汲み取れないので、対象ユーザーには「どこをクリックすればいいんだろう？」「このエラーはどういう時に表示されるのかな？」など、考えたことや感じたことを話しながら操作してもらいます。
この手法は「思考発話法」と呼ばれます。

・インタビュー

すべてのタスクが完了したら、タスクを実施する際に迷っていた部分やできなかった部分を中心に、なぜ迷っていたのか、そのときはどんな気持ちだったのかなどについて質問します。

結果内容を分析する

テスト対象者からの評価とテスト中に記録した言動について、分析します。

結果内容の抽出

対象者がタスクを遂行する際の行動、発話を記録・観察し、分析時の判断材料とします。
タスクを遂行する中でできなかったことや迷ってしまったこと、また発話の内容から客観的に問題点を捉え具体的に洗い出します。
問題点の具体的な抽出方法として、まず問題点を付箋に書き出します。
そしてWebサイト・アプリのスクリーンショットに問題点（付箋）を貼るなどして見える化していきます。

結果内容の分類

具体的に問題点を洗い出した後は、その深刻度や頻出度を推測して情報を分類します。
深刻度と頻出度の高いものから改善の優先度を上位に設定し、効率的に改善を図りましょう。
問題点の洗い出しに限らず、失敗の原因や不満に思った理由も整理しておくことで、改善のヒントになることがあります。

テストの目的はあくまで「人」ではなく「サービス」

ユーザビリティテストは、日本語に翻訳すると「使いやすさ」と「検証」を組み合わせた言葉であり、対象ユーザーの協力の元で操作性を検証します。
対象者を評価するためのものではなく、あくまでも製品やサービス（Webサイトやアプリ）に対して検証するものであることを忘れないようにしましょう。

分析・仮説・検証を繰り返しユーザー視点で捉えることで、製品やサービスのUI/UXの向上や改善につながります。

テストの際は「思考発話法」で実施

ただ操作状況を見ているだけでは、対象者がどのような思考や感情で操作しているか分かりません。
そのため、対象者には操作しながら「思考発話法」を実践してもらいます。

「思考発話法」は操作時に生じる思考や感情などを言葉で表現してもらい記録する方法です。
対象者が悩んだり迷ったりした箇所には課題が隠されており、その行動や振る舞いを行った理由を知る手掛かりとなります。

インタビュアーは意識的に配慮を

有益なテスト結果を得て問題点の抽出につなげるためには、インタビュアーが下記の点を意識しながら進行することが重要です。

・できるだけ口を挟まない
・誘導的にならないよう、中立的な立場で質問する

インタビュアーは対象者にシナリオとタスクのみを伝えて、自分の力でタスクを実施してもらいます。
対象者からの質問があっても、テスト自体に関する質問や進行上やむをえない場合を除いては、インタビュアーが回答することは差し控えましょう。

操作方法などについての質問に答えてしまうと、テストの十分な結果が得られず問題点を抽出できない可能性があります。
インタビュアーは対象者に対して意識的な配慮が必要です。

DESIGN αでは、ユーザビリティテストの結果を評価して問題点を抽出し、以下のように分析・改善策を講じます。
・タスク達成状況を一覧表化
・問題点を書き出して、画面上にマッピング
・プロブレム・マトリクスを作成し、発生頻度を見える化
・問題点の質ごとに分類
・発生頻度と問題の質をマトリクス化し、課題の優先順位を決める
・再設計案を立てる

ユーザビリティテストのポイントを理解して改善に活かすことで、更なるユーザビリティの向上を望めます。

ユーザーに選ばれるWebサイトやアプリを作るためには、ユーザー視点で問題の本質を捉えて改善していくことが大切です。
DESIGN αでも、ユーザビリティテストの実施から分析・改善までをトータルでサポートしております。