ユーザビリティの評価手法
公開:2011年3月10日付 著者:U-Site編集部
評価手法の分類
ユービリティ評価手法は定量的手法と定性的手法に大きく分けることができます。定量的手法は複数のインタフェースを比較する場合に用いられます。定性的手法は、個々のインタフェースの具体的な問題点を発見するために用いられます。ユーザーインタフェース開発プロセスでは、問題点の発見と改善を重視するので、定性的手法を多く用います。代表的な定性的手法としては、下記で説明する「ヒューリスティック評価」「ユーザーテスト」が挙げられます。
複数のプロトタイプを作成して、その中から1つを選択する場合や、インタフェースを再設計した効果測定を行う場合には定量的手法を用います。定量的評価を行うには多くの被験者を必要とします。そのため、ヤコブ・ニールセンは「定量的ユーザビリティ調査の実施には、定性的調査の約4倍の費用がかかる」ので、限られた資源を有効に利用するためには定性的調査を行うべきであるとしています。
なお、ウェブサイトのユーザビリティについては、インターネットが持つ双方向性を活かして、アンケート調査法やアクセスログ解析でユーザビリティを評価する手法が開発されています。しかし、これらの手法では主観的な評価や、ページ遷移データしか取得できないので、問題が起きた原因を特定できません。あくまで、ユーザーテスト等の定性的手法を補完する手法です。
- 定量的手法
- アンケート調査(ページ内リンク)
- 定性的手法
- ヒューリスティック評価(ページ内リンク)
- ユーザーテスト(ページ内リンク)
関連情報
- Jakob Nielsen博士のAlertbox:「ユーザビリティ定量調査」
アンケート調査
WAMMI
WAMMIはウェブサイトに対するユーザーの主観的評価を測定することを目的に、Jurek KirakowskiとNigel Claridgeによって開発されました。KirakowskiはSUMIというソフトウェアのユーザビリティ評価スケールを開発したことでも有名です。
WAMMIでは5つの尺度でウェブサイトのユーザビリティを測定し、その5つの尺度にウェイトを付けて総合ユーザビリティを算出します。
具体的な質問紙や尺度の計算ロジックは非公開なので、WAMMIを使った評価を行うには開発元に調査・分析を依頼することになります。
WAMMIは英語をはじめ、フランス語、ドイツ語、イタリア語、スウェーデン語など主なヨーロッパ言語に対応していますが、まだ日本語には翻訳されていません。
- WAMMI SCALES
- Attractiveness
- Controllability
- Efficiency
- Helpfulness
- Learnability
- Global Usability
なお、WAMMIとは”Web site Analysis and MeasureMent Inventory”の頭文字です。
関連情報
ウェブユーザビリティ評価スケール(WUS)
富士通とイードが共同で開発したウェブユーザビリティを定量的に評価するためのアンケート評価手法です。
ウェブユーザビリティに関する21項目の5段階評価質問を行い、その21項目の質問から生成される7つの評価因子でウェブサイトのユーザビリティを評価します。
- WUS評価因子
- 操作のわかりやすさ
- 構成のわかりやすさ
- 見やすさ
- 反応のよさ
- 好感度
- 内容の信頼性
- 役立ち感
ウェブユーザビリティ評価スケールとインターネットサーベイを組み合わせると、効率的な調査が行えます。WUSを使った調査手順は以下の通りです。
- 電子メールやバナーを使って、回答者に調査協力を依頼する。
- 回答者にタスク(課題)を提示し、評価対象ウェブサイトを実際に利用してもらう。
- タスク実行を確認するため、タスク完了確認質問を行う。
- WUSの質問21項目に回答してもらう。
- WUS評価因子得点を計算する。
関連情報
ヒューリスティック評価
ヒューリスティックとは「経験則」という意味です。ユーザビリティエンジニアやユーザーインタフェースデザイナが、既知の経験則に照らし合わせてインタフェースを評価し、ユーザビリティ問題を明らかにする評価手法です。
被験者を必要としないので、短期間で実施できます。また初期のプロトタイプや、場合によっては仕様書レベルでも評価が行えるので、インタフェース開発の多くの場面で活用できます。
評価手順は以下の通りです。
- 使用するヒューリスティックを決める。
- 複数の評価者が個別に、ユーザーインタフェースを評価し、問題点をリストアップする(評価者は3名から5名が標準的)。
- ヒューリスティック評価者ミーティングを開催し、互いに評価結果を報告し合い、問題点を整理する。
ヒューリスティックとしては「ニールセンのユーザビリティ10原則」が有名です。
- システム状態の視認性を高める
- 実環境に合ったシステムを構築する
- ユーザーにコントロールの主導権と自由度を与える
- 一貫性と標準化を保持する
- エラーの発生を事前に防止する
- 記憶しなくても、見ればわかるようなデザインを行う
- 柔軟性と効率性を持たせる
- 最小限で美しいデザインを施す
- ユーザーによるエラー認識、診断、回復をサポートする
- ヘルプとマニュアルを用意する
関連情報
ユーザーテスト(ユーザビリティテスト)
ユーザーテストとは、被験者がタスク(課題)を実行する過程を観察し、被験者の行動、発話からユーザーインタフェース上の問題点を発見する評価手法です。ユーザビリティテストとも言います。
ユーザーテストでは、5人の被験者でユーザビリティ問題の85%を発見できることが明らかになっています。(Nielsen, Jakob, and Landauer, Thomas 1993)ユーザビリティを向上させるには、何十人も一度にテストするよりも、5人程度の小規模なユーザーテストを繰り返した方が効果があります。
ユーザーテストを実施するには、ユーザビリティ・ラボ、モニター、ユーザビリティ・エンジニアが必要です。
- ユーザビリティ・ラボ
- マジックミラーで仕切られ、防音を施された専用室です。マジックミラーを通して被験者の行動や発言を観察することができます。また、被験者の行動や発言を撮影・記録するためのビデオ設備も完備しています。なお、ウェブユーザビリティのテストでは、インターネット接続環境も必要となります。
- モニター
- テストに協力してくれる被験者データベースです。ユーザーテストでは、想定ユーザーと同じ属性(性・年代・パソコン習熟度など)を持った被験者に協力してもらわなければなりません。適切な被験者を抽出するには、かなりの数のモニターを管理する必要があります。
- ユーザビリティ・エンジニア
- ユーザビリティ・エンジニアはテストを設計し、インタビューを行い、データを分析します。ユーザビリティ・エンジニアは単にユーザーテストを担当するだけでなく、他の技術者やデザイナと協力して、ユーザーインタフェースの改良にあたります。
正規のユーザーテストではなく、簡易型のユーザーテストでも、おおよその問題点は発見できます。ユーザビリティ・ラボの代わりに会議室を、モニターの代わりに知人や同僚を、ユーザビリティ・エンジニアの代わりに開発チームメンバーを用いれば、コストを大幅に削減できます。
ユーザーテストの基本フローは以下の通りです。
- イントロダクション
- 調査趣旨説明、調査協力同意など
- 事前インタビュー
- 属性、一般質問など
- タスク実行観察
- 被験者にタスク(課題)を提示し、その実行過程を観察しながら、適宜インタビューを行う。
- 事後インタビュー
- 感想、良い点、悪い点、再利用意向など
- エンディング
- 謝礼支払など
関連情報
- Jakob Nielsen博士のAlertbox関連記事
- 『ユーザビリティエンジニアリング』
- 『アジャイル・ユーザビリティ』
ユーザビリティとは 目次
- ユーザビリティの定義
- ユーザビリティ評価手法
- ユーザビリティを取り巻く規格
- 参考リンク集
- ユーザビリティ関連書籍
