ユーザビリティテスト

ユーザビリティテストとは、UIのユーザビリティ問題の抽出と原因探索をユーザー視点で行う手法です。

ユーザビリティテスト（ユーザーテスト）とは、サイトやアプリのUIの利用が想定される人に実際のUIやプロトタイプを試用してもらい、ユーザビリティ（UIの操作性）の問題を発見し、原因を究明する手法です。

ユーザビリティテストの目的と種類

ユーザビリティテストには、定性的なものと定量的なものがあり、調査の目的に応じて使い分けます。

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

ユーザビリティ上の課題の所在や原因を特定し、解決策を探るという、形成的な目的で行います。デザインの変更中でも、実際に動く最終版があるときでも、少数の参加者・柔軟な調査条件で行います。

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

既存サイトやアプリの、経時変化、競合比較など、総括的な目的で行います。実際に動くものがある段階で、厳密にコントロールされた調査条件の中で、多数の参加者の協力を得て行います。

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

ユーザビリティテストでわかること

ユーザビリティ問題の所在

テスト参加者にある目的のタスク（課題）を行ってもらい、その際の行動、発話を記録・観察し、分析します。参加者のタスク実行過程での失敗・混乱や発話内容から、UIの問題点を明らかにします。

ユーザビリティ問題の原因

テスト参加者の行動を観察し、その問題が起きた原因や、不満を述べた原因を明らかにします。また、その問題の深刻さ（独力で回復できるか）や発生頻度（何度も間違えるのか）などを推測します。

ユーザビリティテストのやり方

製品やサービスの想定ユーザー像と一致するテスト参加者にタスク（課題）を提示して、そのプロトタイプや実物を使用してもらい、その実行過程を観察します。参加者の行動や発話から、「UI上のどの部分に問題があるのか」という問題の所在や、「なぜその問題が起きたのか」という原因を詳細に把握できます。

たとえば、スマートフォンアプリやWebサイトのUIデザインが、ユーザーの思考・利用状況・目的に沿ったものになっているか、また、ビジネス側の目的を達成できるものになっているかをテストします。

実行過程において考えていることを話しながら操作してもらうやり方を「思考発話法」と呼びます。

調査結果をゆがめない（バイアスをかけない）よう、タスクの内容・指示説明・順序の設計や、テスト参加者の思考内容の引き出しには、専門的な技量と細心の注意が必要です。

どのような人を、どうやって、何人集めるか

評価対象物に合わせて、その想定ユーザーに近い条件（性別、年代、類似製品やサービスの利用経験など）の人を主にインターネットアンケートを実施して探し（スクリーニング）、指定した日時に参加してもらうように調整（リクルート）します（ユーザビリティテスト参加者のリクルーティング）。

ユーザビリティテストでは、テスト参加者5人で全体の約85%の問題を発見できるとされています（Nielsen and Landauer, 1993）。ユーザビリティの向上には、一度に数十人でテストするよりも、5人程度の小規模なテストを繰り返したほうが効果があります（ユーザビリティテストのユーザー数が5人で十分な理由）。