ユーザビリティテストとは?その目的や実用的に使いこなす方法を紹介

webサイトやアプリの開発では、ユーザーのニーズや使い勝手を試すユーザビリティテストが有効です。
とくに、費やせる資金や時間に余裕のないスタートアップでは、できるだけ早い段階で「ユーザーにとって使いやすい仕様になっているかどうか」についての検証行なって、必要な進路変更や改善点を発見する必要があります。
この記事では、ユーザビリティテストの目的やメリットについて基本から解説するとともに、テストの種類、実施手順、実施する際の注意点について解説します。ぜひ参考にしてください。
目次
ユーザビリティテストとは
Webサイトやモバイル・ネイティブアプリに関してのユーザビリティとはどんなものであり、それをテストするとはどういうことなのでしょうか。
そのあたりを詳しく説明してまいります。
ユーザビリティとは
ユーザビリティ(usability)とは「使いやすさ」とか「使い勝手」というほどの意味ですが、それだけでは多義的なので、国際標準化機構は次のように定義しています。
「特定の利用状況において、特定のユーザによって、ある製品が、指定された目標を達成するために用いられる際の、有効性、効率、ユーザの満足度の度合い」
定義されると余計わかりにくくなる、という好例のような定義ですが、ITエンジニアリングに関しては、ヤコブ・ニールセンの次のような定義が分りやすいでしょう。(筆者の方でわかりやすく翻訳)
1.学習しやすさ:初めて使うときに、使い方を簡単に学習できるシステムであること
2.効率性: シンプルな操作で望む結果が得られる、効率的なシステムであること
3.記憶しやすさ:しばらく使わなくても使い方を忘れてしまわない、覚えやすいシステムであること。
4.エラー:使用中にエラーを起こしにくく、エラーが発生しても簡単に回復できるシステムであること
5.主観的満足度:ユーザが好ましく感じ、楽しく利用できるシステムであること
ユーザビリティテストとは
ユーザビリティテストとは、webサイトなどの使いやすさを上記の5つの観点からテストすること。
製品のプロトタイプなどを実際に何人かのユーザーに使ってもらうことで、本製品のローンチに向けてどこを改良すべきかの情報を得ることができます。
重要なのは、生身の人間が使ってみるということと、その様子を開発者がつぶさ観察し、反応を見たり聞いたりできることです。それによって、アクセス解析などの定量的な分析ではうかがい知れない貴重な情報を手に入れることができます。
解析したり分析したりするデータがそもそも存在しないプロトタイプのテストでは、ユーザビリティテストが唯一の有益なテスト法になります。
ユーザビリティテストをおこなう目的
ユーザビリティテストの目的は、スタートアップのできるだけ早いプロセスで、プロダクトの改善点を発見することです。
ユーザビリティテストを行なうことで、開発者の「思い込み」を修正し、システム操作のすべてを知っている開発者や運営者が想像できないユーザーの「使いづらさ」を知ることができます。
開発者の強い「思い込み」を修正する
スタートアップはこれまで市場に存在しなかったサービスや製品を作るので、アイディアを思いついた開発者には、ユーザーの欲望を目覚めさせる新しいニーズを創ったという思い込みがあります。というか、実際にあると言えるのはその「思い込み」だけです。
しかし、9割が失敗するといわれるスタートアップの失敗原因の約半分は、「作ってはみたがニーズがなかった」という原因に起因します。
だからこそ、できるだけ早い段階で、まっさらの状態でプロダクトに接するユーザーのテストを受ける必要があるのです。
開発者、運営者が想像できない「ユーザーにとっての使いにくさ」を知る
パソコンの初心者にとって、良さそうで良くない教師が「詳しすぎる専門家」です。
そういうスペシャリストは自分が何でも知っているので、何も知らない初心者がどこでつまずくのかをすっかり忘れてしまっています。
そういう意味で、webサイトの開発者はいくら「ユーザー目線」に立とうと思っても無理があります。この難点をカバーしてくれるのがユーザビリティテストです。
開発者の目の前で実際に使用してもらい、その様子を観察しヒアリングすることで、ユーザーの使い勝手の実態が見えてきます。
ユーザビリティテストを行なうメリット
これまで、ユーザビリティテストについてやその目的を紹介してきましたが、ユーザビリティテストを実施したいと考えていただくために、ユーザビリティテストを実施するメリットをご紹介します。
- プロトタイプでテストできる
- ユーザーの行動・心理がわかる
- システムの問題点を発見できる
- プロジェクトチームへの改善指令に説得力が生まれる
プロトタイプでテストできる
限られた人数に行うユーザビリティテストは、シンプルなプロトタイプの製品でテストすることができます。
かけられる経費と時間に制約があり、作り込んだ製品をやり直しするリスクを避けたいスタートアップでは、プロセスの早い段階でテストできるユーザビリティテストには大きなメリットがあります。
ユーザーの行動・心理がわかる
ユーザビリティテストを行なうことで、どんなに想像力が豊かな開発者でも気づかなかったユーザーの反応を見ることができます。
「できる生徒」には理解できない「できない生徒」のつまずき処、ウンザリする箇所、離脱したくなるポイントを間近に観察できるのです。
最初は位置情報のアプリだったTwitterが、写真の共有の方にユーザーの大きなニーズがあることに気づいたように、開発者が思いつかなかったユーザーの欲望やニーズを発見する可能性もあります。
システムの問題点を発見できる
ユーザビリティテストは、5人のユーザーに実施するすことで、改善すべき問題の85%を発見できると言われています。
その理由は相手がデータではなく人間だからです。どんな膨大なデータよりも「感情」を持っている1人の人間の方が、ある意味で情報量は豊富です。
論理的に問題点を追及しても現れない問題が、生身の人間に使ってもらうことで瞬時に露呈することも少なくありません。
プロジェクトチームへの改善指令に説得力が生まれる
経営層やクライアントに製品の問題点を指摘されても、プロジェクトのエンジニアたちが素直に納得するとは限りません。
しかし、ユーザビリティテストで問題点が明らかになったら、エンジニアたちも納得して改善に取り組みます。ユーザーの生の声には何よりの説得力があるのです。
ユーザビリティテストの種類
ユーザビリティテストには、かけられる費用や時間に応じて選択できるいくつかの方法があります。
- 対面型
- オンライン型
- 簡易型
対面型
対面型はもっとも本格的なユーザビリティテストで、場所を設けてユーザーに実際に製品を使用してもらい、それを開発側のスタッフが観察し、質問を受けたり、感想を聞いたりします。一度のテストでの調査人数は5人前後が一般です。
観察力があり、コミュニケーション能力の高いスタッフが貼り付く必要がありますが、実際の使用シーンに接することで、多くの生産的な情報を得ることが可能です。
費用は他の方法よりもかかりますが、その分得るものも大きくなります。
オンライン型
テストを受けるユーザーに自宅でパソコンを利用し、その様子を録画してもらい、使用した感想を用紙に書いてもらう方法です。
ユーザーがサイトを無言で使用すると、表情くらいしかうかがえないので、できるだけ多く「独り言」をしゃべりながら使ってくれるようにお願いします。
被験者がふだんに近いリラックスした状態でできることや、地域に縛られないでテスト協力者を選べるメリットがありますが、その場でヒアリングを行えないのが対面型に比べると弱点です。
簡易型
簡易型は、正式なユーザビリティテストというより、家族や友人に「ちょっと使ってみてよ」と頼むやり方です。対面型もオンライン型も可能です。
何よりのメリットは、たぶんノーギャラでやってもらえるということですが、遠慮がない意見や感想が聞けるメリットもあります。
正式なテストを実施する前のパイロットテストとしても役立ちます。
ユーザビリティテストの手順と実施方法
ユーザビリティテストを行なう手順は次のような流れになります。
- テストの準備
- パイロットテスト
- テストの実施
- テスト結果の解釈と評価
1.テストの準備
ユーザビリティテストの準備には、次のようなものがあります。
・テスト参加者の選定、募集、日程調整
・テスト会場の準備
・録画、録音機器の準備
・テスト内容の想定、プロット作り
・聞き取り項目のセレクト、用紙作成
テスト内容や聞き取り項目についてあらかじめ考えておくことは必要ですが、あまり入念に仮説を立ててその通りやろうとすると、参加者の自由なパフォーマンスを妨げるおそれがあるし、想定外の反応を見逃したり無視してしまう可能性もあります。
質問は、ハイ・イイエで答えてもらうのではなく、感想を自分の言葉で語ってもらう形になるように用意しましょう。
2.パイロットテスト
本番のテストの前に、社内の別部署のスタッフなどに協力してもらってテストを行ない、テスト内容や質問項目を見直します。
製品に詳しいチーム内の人を相手にパイロットテストをしても、あまり意味がないので注意しましょう。
3.テストの実施
対面テストの場合も、録画・録音しておくと役に立つことがあります。参加者に対応するスタッフ(コンサルタント)の他に、オブザーバーを1人配置しても良いでしょう。
テストの進行は用意したプロットにこだわらず、テストを受けた人の反応を重視して臨機応変に進めることが大切です。
テストの様子は録画・録音しておくことを忘れないようにしましょう。
4.テスト結果の解釈と評価
録画や聞き取り用紙・ノートなどでテスト結果を精査して、改善点を洗い出します。
多くの改善点が指摘されるかもしれませんが、もちろんそのすべてを実行できるわけではありません。開発側の盲点になっていたことへの対応を中心に、できるだけ低コストてできる改善に取り組むのが重要です。
ただし、プロトタイプに対するテストでは、その盲点がシステムにとって本質的・致命的なものなら、一からやり直すというスタンスも必要です。
ユーザビリティテストを行なう際の注意点
ユーザビリティテストを行うときは「テスト」という言葉の一般的な意味に惑わされないことが大切なので、十分注意が必要です。
ユーザビリティテストに「正解」はない
ふつうのテストと違い、ユーザビリティテストに「答え」や「正解」はありません。
テストを受けた人の反応が想定していた内容と違うのは、むしろ喜ぶべきことなので、それを無視したり、軽視しないように注意しましょう。
ユーザー(テスト参加者)をテストするのではない
ユーザビリティテストとは、製品の使い勝手をテストするもので、ユーザーをテストするのではありません。
これは言うまでもないことですが、テストに参加してくれ人の中には自分がテストされているような気になる人もいます。そんな気持ちにならないように、実施する側は事前の十分な説明とテスト中の対応への配慮が必要です。
質問へのユーザーの答えをすべて文字通りには受け取らない
テスト中のインタビューでもテスト後の検証においても、ユーザーの言葉を文字通りには受け取らない注意が必要です。そう答えた心理や、言葉の背後にある本音も読み取るとこが大切です。
また「あったら便利な機能」などへの要望には注意が必要でしょう。お金をかけて実装しても案外ニーズがないこともあります。
まとめ
ユーザビリティテストは、スタートアップの開発者ありがちな思い込みや、ニーズへの幻想をただす絶好の機会です。
生身の人間に使ってもらうというメリットを十分生かして、データ解析などでは得られない貴重な情報を得るように心がけましょう。