ユーザビリティ調査に必要なこと

ユーザビリティ調査に必要なこと

 ユーザビリティ調査に必要なものは、次の4つです。

1.Webサイト
2.被験者
3.具体的なタスク
4.インタビュアー

 それでは、1つずつ説明していきます。

 1つ目は、「Webサイト」です。

 調査するWebサイトを準備します。まだコーディングが終わっていないWebサイトの調査をする場合にはデザイン画像をはりつけたHTMLか、印刷したデザイン案を基に調査を行います。

 2つ目は、「被験者」です。

 ユーザビリティ調査は実際のユーザーに近い被験者にサイトを使ってもらうことで成立します。そこで重要なことが「誰が、どんな目的で使うWebサイトなのか?」です。これにより、調査に協力してもらう被験者を誰にするか決定します。被験者は「目的」と「前提条件」によって分類することが望ましいです。目的とは、ユーザーがWebサイトに訪れる際の目的です。前提条件とは、「PCリテラシー」「年齢・性別」「Webサイトの利用経験」など、「Webサイト上での動きに影響を与えると想定される、人に属する要素」と考えてください。

 3つ目は、「具体的なタスク」です。

 被験者を集めた後、実際にWebサイトを使ってもらう上で「タスク」が必要になります。タスクは具体的かつ利用実態に即していることが大切です。いくら具体的でも「○○というボタンを探して押してください」というようなタスクでは意味がなく、そのような使い方をするユーザーはいません。そしてもう1つ非常に重要なことは、仮説を持ち、それを検証できるタスクを設定することです。事前に仮説を持って調査することで、潜在的な問題も検証することができるのです。

 4つ目は、「インタビュアー」です。

 実際の調査を進めるインタビュアーを1名準備します。インタビュアーは被験者に対して調査の説明をしたり、またタスクの実行中に質問をしたりする調査の進行役となります。

具体例(グルメ検索サイトの場合)

 上記4つについて、ここで簡単な具体例を挙げてみましょう。例えば、あるグルメ検索サイトがあったとします。ここでのユーザーの目的は「自分の条件にあった店舗を探し出し、予約する」ことです。Webサイト上での動きに影響を与えると想定される前提条件は、「PCリテラシー」「年齢」「サイトの利用経験」としました。これらの前提条件をクロスさせ、被験者属性を洗い出します。

 事前にWebサイトを見て調査したところ、検索結果を「予算」で並べ替えることができないため、比較検討にストレスがかかるのではないかと仮説を持ちました。そこで実際に行ってもらう具体的なタスクは、この仮説と利用実態を考え、「明日の19:00、大学時代の友人6名で食事をすることになりました。場所は新宿近辺。予算は大体1人4,000円です。このWebサイトで最適な店舗を見つけてください」としました。

 このような具体的かつ利用実態に即したタスクがあることで、被験者はWebサイトの具体的な機能を使い、そのユーザビリティを体験することができるのです。

 調査を進めるインタビューを行う際、ポイントは大きくわけて3つあります。

 1つ目は、「被験者に対し、調査対象はWebサイトであることをきちんと伝える」です。

 何も言わずに調査を始めると、被験者は「自分が調査されているのではないか?」と思い、使いにくいことに関してあまり意見を言ってくれなくなってしまいます。調査を始める前に「あくまで調査対象はWebサイトであり、使いにくいことやわからないことがあれば、それはWebサイトのせいなのでどんどん言ってください」ときちんと伝えておくことが大切です。

 2つ目は、「その場その場で思ったことを口にしてもらうように促す」です。

 調査中、被験者が何かを考えているようだったら「今、何を考えていますか?」などと聞いてください。これは「思考発話法」と呼ばれる調査手法です。実際に使っているその場の声を聞くことで、実際の行動と意見とが一致し、行動の要因がより具体的に見えます。タスクが終わった後にインタビューを行う「回顧法」では、被験者が行動の状況を正確に思い出せなかったり、自身の行動に対して後から理由をつける場合もあるため、行動の要因が少し見えにくい傾向にあります。

 3つ目は、「質問されても答えない」です。

 被験者は、Webサイト上での行動に迷いが生じるとインタビュアーに質問をしてきます。それがタスクにかかわることであれば答えを言ってはいけません。「これはどっちにいけば良いのですか?」などと聞かれたときには「どっちにいけば良いのだと思いますか?」と質問で切り返すなどし、被験者自身で答えを出してもらうようにしましょう。

 ここで1つ注意です。ユーザビリティ調査で検証できるのは、あくまで「Webサイトの機能上、ユーザーは目的を達成しやすいかどうか?」です。ニーズを洗い出すことが目的ではありません。例えば、グルメ検索サイトの調査中に被験者から「クチコミ情報を見たい」という意見があったとします。確かに飲食店を探す上でクチコミは重要な要素です。しかしそれはあくまで1ユーザーの意見であり、この時点では仮説にすぎません。

 このような場合、そのニーズが一般的にどれくらいあるのかを定量調査にて調査し、高いようであれば追加を検討するという手順を踏むことが大切です。ユーザビリティ調査ではニーズは調査できないことを忘れないでください。

人気記事トップ10

人気記事ランキングをもっと見る

企画広告も役立つ情報バッチリ! Sponsored

ClickHouse Cloudが実現した広告運用SaaS「ATOM」のデータ基盤革新、パフォーマンスを向上しながら、運用負荷とコストを削減 6:20 AIで開発が加速する時代、品質保証はどう変わる? Tricentisが示すAIエージェント活用の実像 11月9日 6:45 悪用までの猶予が「1分」に迫るフロンティアAI時代に開発と本番を貫く脆弱性管理が必要 10月29日 8:30 欧州CRA対応とSBOM運用。AI生成コードのOSS混入問題の対策とは ――スニペット単位で検出する「FossID」「Insignary Clarity」によるSBOM運用 9月16日 6:40 PostgreSQLからTiDBへ、稼働中SaaSで進める段階的DB移行の実践と再設計への展望 9月7日 6:30 機能安全開発におけるGoogleTestの活用を支援!「Parasoft C/C++test CT」で実現する効率化&AI連携 4月14日 6:30 【CNDW2025】Grafanaが明かす「オブザーバビリティの哲学」ー最小限の労力で実用的なインサイトを得るには 1月23日 6:30 【CNDW2025】プロダクト急増に備える基盤刷新 ーウェルスナビがECSからEKSへの移行で得た知見とは 1月15日 6:30 【CNDW2025】250環境を5人で運用、構築時間は30分に ーKINTOテクノロジーズが語るインフラ基盤組織の作り方 2025年12月18日 6:30 新たな自動化で熱視線! AIエージェントの「推論能力」を支える2つのコンポーネントとは? 2025年11月28日 6:30