自社のプロダクトやWEBサイト、アプリなどの改善や企画を行う際に、「ユーザーテスト」　を実施することは珍しくありません。

一方で、

• 「ユーザーテスト」がそもそも具体的に何を指しているのか分からない

• なぜユーザーテストをする必要があるのか分からない

という方も多いのではないでしょうか。

今回の記事では、ユーザーテストの概要と方法、意義について解説いたします。

１.　ユーザーテストとは？

ユーザーテスト（user-testing）は、文字通りの解釈では、
「あるプロダクトやサービスに関して、ユーザーによって行われるテスト」一般を指す言葉ですが、実際に用語として使われる際には次の２つの意味が混在しています。

• 「ユーザビリティテスト」を指す場合

• 「コンセプトテスト」を指す場合

一般的には「ユーザーテスト」という場合には、前者の「ユーザビリティテスト」とほぼ同じ意味合いで使用されるのがほとんどです。

以下では、この２つについてそれぞれ解説していきます。

２.　ユーザビリティテストとしてのユーザーテスト

プロダクトやサービスの開発や改善にあたって、テストはたくさん行われます。

たとえば、

「本番環境できちんと動作するのか」「どんな操作をしてもバグが起きないのか」

といったことはリリース前に必ず検証しなければなりません。ただし、このようなテストはエンジニアが行えばいいわけで、わざわざユーザーにしてもらう必要はありません。

一方で、

「この機能を初めて見たユーザーに使ってもらえるか」「ユーザーがスムーズに利用できるか」

といった部分は、ユーザーに直接使ってもらわないと検証ができません。
このように、「ユーザーに」テストしてもらうという側面が、ユーザーテストという言葉の本質になります。

とはいえ、ユーザーが検証することができるのは、ほとんどが使いやすさ、つまりユーザビリティに関する問題です。

そのため、ユーザーテストはユーザビリティテストとほぼ同じ意味で使われています。

ユーザビリティテストの方法

基本的には、

1. プロトタイプや実際の製品を用意して、

2. ユーザーにタスクを渡して操作してもらい、

3. 操作の感想をインタビューしたり、タスクの所要時間を分析したりする

という流れになります。

より詳しい手法については、こちらの記事でご紹介しています。

ユーザビリティテストとは？評価手順や他の評価方法との違いを解説。

３.　コンセプトテストとしてのユーザーテスト

また、

「このような課題を持っている人が本当にいるのか」「こんなプロダクトを人々は本当に求めているのか」

といったプロダクトが提供する価値の妥当性についての検証も、ユーザーが行う必要があるテストの一種といえます。

こちらは上記のユーザビリティテストとは違い、実際に何かを触ってもらうわけではなく、プロダクト案の段階でアンケートを取る形が主流です。しかし、ユーザーによる検証には変わりないため、こちらも「ユーザーテスト」と呼ばれることがあります。また、「受容性調査」とも呼ばれています。

コンセプトテストには、アイデアを形にして市場に出す前の予備的な検証という意味合いがあります。本格的に開発する前に実際の世の中の感覚を知っておくことで、プロジェクト失敗のリスクを軽減することができます。

ただし、実際に使用感を確かめてもらうわけではなく、あくまでテキストや資料をもとにしたアンケートですので、コンセプトテストの結果だけを重視しすぎるのは避けた方が良いかもしれません。

コンセプトテストの方法

基本的には、

1. できることや利用シーンなど、サービスやプロダクトの概要を整理し、

2. 外部サービスなどを用いてアンケートを行い、

3. 結果を分析して、必要に応じて方向性の修正を行う

という流れになります。

ユーザーにサービスの概要を説明する際は、できるだけ具体的なイメージが湧くように、モックアップ（デザインの模型）や想定している仕様の細かい記述などの工夫が必要です。

アンケートでは、魅力を感じるか、信頼できそうか、購入しようと思うかなどの項目のほか、どこに価値を感じたか、どこに不満を感じるかなどの自由記述欄を設けるのが一般的です。

４.　ユーザーテストの意義

これまで、ユーザーテストが指す2つのテストについてご紹介してきましたが、ユーザビリティテストであれ、コンセプトテストであれ、その本質は「ユーザーにしか分からないことを検証する」ということにあります。

プロダクトやサービスは「作る」ことが目的ではなく、「使われる」ことが目的です。

プロダクトやサービスを、ただモノとして作るだけなら、ユーザーのことなど気にする必要はありません。

例えばWebアプリなら、ソースコードを書いてサーバーにアップロードして環境設定を行えば公開できます。このプロセスで参考にすべきなのは公式ドキュメントや先輩エンジニアであって、一般ユーザーの意見ではありません。
プロダクトが提供する価値をマネージャーの一存で決めてしまったり、エンジニアが「よしなに」デザインを行ったりしても良いわけです。

ただし、作ったモノがきちんと「使われる」ようになるためには、ユーザーテストは必須だといえるでしょう。

一般のユーザーにとって使いやすいかどうか、そもそも使おうと思ってもらえるかどうか、これはエンジニアやデザイナーがどれだけ考えてもわかることではありません。それだけ「初見」の感覚は繊細で貴重なものです。

こういったユーザーにしか分からない感覚を検証し、使われるプロダクトにしていくことが、ユーザーテストを行う意義です。

このように、「使われる」ことを念頭に置いて、使用者であるユーザーに焦点を当てたデザインは「ユーザー中心デザイン（UCD, User Centered Design）」と呼ばれています。実装の都合やデザイナーの個人的な美学ではなく、ユーザーを中心におく設計は、昨今のデザインの基本的な原則として受け入れられています。

まとめ

今回の記事では、ユーザーテスト（ユーザビリティテスト/コンセプトテスト）について、その概要と方法、意義について解説いたしました。

NOROSHIでは、ユーザーテストなどの調査を活用し、Webサイトや各種クリエイティブ等のマーケティング領域から、UI/UXデザイン、ブランディングまで幅広くご支援しています。具体的な支援事例や内容を知りたい方は、下記のリンクからお気軽にご相談ください。