ユーザビリティテスト：包括的な2022ガイド
公開: 2022-05-06新しいアプリ、ウェブサイト、製品、または機能を作成するために一生懸命働いて、ユーザーがそれを気にしないことを知った場合はどうなりますか？ ユーザビリティテストは、製品を市場に出す前に、実際のユーザーが製品をどのように体験しているかを発見するための鍵です。
現実には、何かを構築するとき、あなたはそれを深く理解するようになります。 とても馴染みがあるので、その欠陥を知らないかもしれません。
あなたとあなたのチームがあなたの製品を完全に直感的で楽しいものだと思ったからといって、必ずしもあなたのユーザーが同じように感じるとは限りません。 そこで、ユーザビリティテストが登場します。これが究極のバイアス除去機能です。
ユーザビリティテストとは何ですか？
ユーザビリティテストは、ユーザーのサンプルグループが製品とどのように相互作用するかに基づいて製品を評価することです。 実践的なテストを通じて、製品開発者とマーケターは、製品に不慣れな人々の目を通してユーザーエクスペリエンス（UX）をよりよく理解することができます。
ユーザビリティテストは、マーケターと研究者が製品のターゲット市場を代表する人々のグループを募集することから始まります。 次に、ファシリテーターは、研究者が観察してメモを取りながら、制御された条件下で一連の実践的なタスクを通じてグループを導きます。 研究者は質問をし、問題やフラストレーションが発生する場所をメモし、ユーザーが製品をどのように体験しているかを調べます。
簡単なメモ：これ以降、「製品」を総称として使用して、ユーザビリティテストの恩恵を受けるアプリ、Webサイト、およびその他のハンズオン製品を指します。
ユーザビリティテストの目的
最初から最後まで製品を作成するために一生懸命働いているチームがいるとき、彼らはそれが何をしようとしているのか、そしてそれがどのように機能するのかを深く理解します。
言い換えれば、彼ら自身の過失によって、あなたのチームは目隠しをしているのです。
一方、ユーザーは、製品の価値提案や目的、さまざまな機能の使用方法などを事前に理解していません。
最終的に、ユーザビリティテストは製品に利益をもたらします。 この期間中に収集されたフィードバックは、ユーザーエクスペリエンスを向上させるために、推奨される変更の優先リストを作成するために使用されます。 次のようなものを特定するのに役立ちます。
- 人々がタスクを簡単に完了できるかどうか（特定の機能を見つけて実行するなど）
- 特定のタスクを完了するのにかかる時間
- 社内テストで明らかにならなかったバグやパフォーマンスの問題
- インターフェイスの機能に関する混乱のポイント
- 行動を促すフレーズの有効性
ユーザビリティテストは、人々が製品をどのように使用しているかを分析するのに役立つため、ターゲット市場の実際のユーザーが簡単にナビゲートして価値を見つけることができる製品、新機能、または更新をリリースすることを保証します。
ユーザビリティテストの利点
ユーザビリティテストの目標は、実際の顧客がどのように製品に関与し、体験するかをよりよく理解し、それらの洞察を使用してユーザーエクスペリエンスを向上させることです。
ユーザビリティテストの利点は次のとおりです。
- 目隠しを取り除く。 ユーザビリティテストはバイアスを明らかにし、チームがユーザーの視点から物事を見るのに役立ちます。
- 使いやすさについての洞察を得る。 ユーザビリティテストは、製品がユーザーが簡単に操作できるほど直感的であるかどうかを明らかにすることができます。
- 製品が魅力的かどうかを判断します。 あなたのユーザーはそれが魅力的または鈍いと感じますか？
- データポイントの検証。 ユーザーが期待どおりに製品を操作していないことをデータが示している場合は、ユーザーの動作を監視することで問題を明らかにすることができます。
- 品質の向上。 ユーザビリティテストは、他の方法では見過ごされがちな小さなエラーやグリッチを検出するのに役立ちます。
ユーザビリティテストとは、ユーザーエクスペリエンスのレンズを通して製品を確認し、結果として製品を改善することです。
ユーザビリティテストを行うタイミング
ユーザビリティテストをいつ行うべきかを知っていると思うかもしれません—製品が発売の準備がほぼ整ったときですよね？
完全ではありません。
最良の結果を得るには、フィニッシュラインに近づいたときだけでなく、開発プロセス全体のさまざまな段階でユーザビリティテストを実施する必要があります。 製品を世界にリリースする準備がほぼ整うまでテストを実行するのを待つと、開発プロセスの初期段階を導いた可能性のある貴重な洞察が失われます。
代わりに、実行可能な製品が最小限になったらユーザビリティテストを実行し、ベータ版が機能しているときにもう一度、リリースが近づいたときにユーザビリティテストを実行します。 ユーザーに道案内をしてもらいましょう。
また、新しい機能を実装したり、製品を改善するための新しい方法を見つけたりする場合は、ユーザビリティテストを実施する必要があります。 結局のところ、リリースされたときに本当に完成した製品はほとんどありません。 成長し、改善する余地は常にあります。
それで、これがTL;DRです。 次の場合、ユーザビリティテストは重要です。
- プロトタイプがユーザーの賛同を得られるかどうかを検証したい
- 外部テストの準備ができているベータ版を用意する
- 収集したデータポイントについてさらに洞察が必要
- 既存の製品に新しい機能を追加しています
- 社内テストを完了し、リリースに近づいています
ユーザビリティテストは、開発モードから移行し、開発した盲点を乗り越え、ユーザーに共感することで、ユーザーのニーズと目標の両方に焦点を合わせた製品を構築するのに役立ちます。
UXテストの種類：機能テストとユーザビリティテスト
「機能テスト」と「ユーザビリティテスト」という用語が、これら2つのタイプのUXテストが同じであるかのように使われることがあります。 真実は、2つは非常に異なっているということです。
機能テストは、製品の機能をテストするプロセスです。ここでは当然のことです。 基本的に：製品は機能しますか？ これは、デザインやユーザーエクスペリエンスを考慮せずに、製品が意図したとおりに動作することを保証するのに役立ちます。
一方、ユーザビリティテストは基本的に次のとおりです。このグループは製品をどのように使用しますか？
機能テストとユーザビリティテストの両方を、製品の開発全体で行う必要があります。 ただし、ユーザビリティテストに進む前に、必ず機能テストを実行してください。 実際のテストユーザーから洞察を得ようとする前に、製品が意図したとおりに機能していることを確認する必要があります（少なくともあなたが知る限り）。
ユーザビリティテストの実施方法
効果的なユーザビリティテストを実行するには、ファシリテーターを割り当て、オブザーバーを任命する必要があります。 次に、ユーザーグループを組み立てて、テストタスクを実行します。 収集したデータを分析し、調査結果に基づいて製品の改善を推奨することで、まとめます。
手順をもう少し詳しく見てみましょう。
1.内部ファシリテーターを設立する
ファシリテーター（モデレーターとも呼ばれます）は、ユーザーグループのユーザビリティテストタスクを管理する人です。 彼らの役割は、可能な限り少ないハウツーガイダンスでさまざまなプロセスを実行するようにユーザーグループに指示することです。
2.UXリサーチャーまたはオブザーバーを任命する
ファシリテーターは、小規模なテスト中にメモを取ることができます。 しかし、より大規模なテストでは、情報を収集するために1人以上のオブザーバーを任命することが理想的です。 そうすることで、ファシリテーターはセッションの主導に自由に集中でき、オブザーバーはユーザーエクスペリエンスにレーザーの焦点を合わせたままになります。
3.ユーザーグループを選択します
誰があなたの製品を使うつもりですか？ 答えに応じて、1つ以上のユーザーグループを組み立てる必要があります。
オーディエンスのさまざまなセグメントがさまざまな方法で当社の製品と対話する場合は、それぞれに個別のグループが必要になります。 たとえば、一般ユーザーと管理者の両方がいるアプリを開発している場合は、役割ごとに個別のグループとテストタスクが必要になります。
4.ユーザビリティテストタスクを準備します
実際のテストなしのユーザビリティテストとは何ですか？ ユーザーグループが設定された時間枠内に実行するには、約5〜10のタスクを準備する必要があります。
ユーザーがアプリを使用しているときに、目標を達成するためにユーザーが完了する必要のあるタスクを自問してください。 考え：
「私のユーザーは、[目標を達成する]ために[タスク]を実行する必要があります。」
例：「ユーザーがアプリの使用を開始するには、アカウントを作成する必要があります。」
ユーザビリティテストタスクを準備するときは、次のことを行う必要があります。
- 最初に、最も重要なエンドユーザーの目標を検討してください。 テストタスクの概要を説明するときは、ユーザーがたどると予想されるパスに従ってください。 ユーザーの最初のステップがアカウントの作成である場合、次のステップはログインしてからユーザープロファイルを作成することです。 これらは重要な目標です。
- 各タスクの説明を作成します。 ファシリテーターはこの説明をテストグループと共有するため、説明的で明確に書かれている必要があります。 ファシリテーターがテスト中に情報を追加したり、明確さを提供したりする必要がないようにします。これにより、結果の整合性が損なわれる可能性があります。
- パフォーマンスを評価するためのメトリックを確立します。 もちろん、テストのポイントは、製品が正常に機能するか、改善が必要かを評価することです。そのため、事前にテストメトリックを知っていることを確認してください。 それらには、タスクの正常な完了、タスクの時間、重大および非重大なエラー、使いやすさや全体的な満足度などの品質問題に関する主観的なフィードバックスコアなどが含まれる場合があります。
5.テストアウェイ！
次に、テストします。 会議室などの物理的な場所または仮想環境のいずれかで、テスト参加者を収集します。 テスト中、ファシリテーターはタスクの説明を読んで、一度に1つのタスクを管理する必要があります。
注意喚起！ ファシリテーターがテストタスクを説明してから、一歩下がって、ユーザーがそれ以上のガイダンスなしで物事を理解できるようにすることが重要です。 あなたの製品が世の中に出回っているとき、物事がどのように機能するかをユーザーに示すためにユーザーの肩越しに立っている人は誰もいないことを忘れないでください。
アカウントを作成した後、ユーザーに最初に実行してもらいたいことは、プロファイルを設定することだと想像してください。 ファシリテーターが「メニューをクリックしてプロフィールを開く」と言った場合、ユーザーには他の方法では得られない指示が与えられています。 代わりに、ファシリテーターは「プロフィールを開く」と言う必要があります。そうすれば、オブザーバーは、助けがなくてもタスクを正常に完了できるかどうかを知ることができます。
ユーザーがタスクを実行しているときに、ファシリテーターは特定の手順を実行するようにユーザーに依頼する場合があります。 彼らは何を達成しようとしていますか？ 彼らの意思決定プロセスは何ですか？
可能な限り、テストプロセスを記録してください。 研究者は通常、テストを観察してメモを取りますが、セッションの記録（ビデオ機器を使用してライブでキャプチャするか、画面記録ソフトウェアを使用してリモートでキャプチャする）を行うことは、さらなる分析と結果を他の利害関係者に伝達するために非常に重要です。
6.データをコンパイルし、変更を推奨します
テストを終えたので、収集したデータの山をくまなく調べましょう。 したがって、これらの記録、セッションノート、調査、フィードバックフォームを掘り下げて分析します。
もちろん、データ分析は大きなトピックです。 ただし、レビューに含めたいいくつかの基本的な手順を確認しましょう。
- データポイントを収集します。 テストタスクを一覧表示します。 次に、各タスクの下で、収集したすべての関連データポイントを記録します。 プロセスのどこで問題が発生したかについての相対的なメモと、設計チームがさらなるテストで問題を再現するのに役立つその他の詳細を必ず含めてください。
- 問題に優先順位を付けます。 この問題は、全体的なユーザーエクスペリエンスにどの程度の影響を及ぼしますか？ スケールを決定します。 優先度の尺度の例としては、重大、深刻、影響が少ない、問題がないなどがあります。
- 改善を推奨します。 データを分析したら、調査結果を開発チームに提示し、製品を改善するための推奨事項を提供します。
ユーザビリティテストの方法
ユーザビリティテストは、必ずしも製品テストのための万能のソリューションではありません。 テスト方法はいくつかありますが、状況に最も役立つと思われる方法を適用することをお勧めします。
最も一般的なテスト方法のいくつかと、それらを使用する場所を見てみましょう。
モデレートテスト
これは、この投稿で概説した古典的なユーザビリティテストです。 ユーザーは、研究者と同じ部屋にいるか、画面共有ソフトウェアを使用してリモートで観察されます。 ファシリテーターは、一連のタスクを1つずつ実行するようにユーザーに依頼します。 ユーザーのプロセス、反応、質問、難しさ、およびその他の関心のあるポイントは、モデレーターまたは追加の研究者のいずれかによって記録されます。
最適な用途：ユーザーの行動を詳細に分析する必要がある場合。
モデレートされていないテスト
このテストでは、ユーザーは、誰かがリアルタイムでそれらを監視することなく、一連のタスクを実行します。 チームが分析できるように、ユーザーのデバイスからのデータがキャプチャされます。 ユーザーは、調査を通じてフィードバックを記録することもできます。
最適な用途：特に、モデレートテスト中に発生した問題をさらに評価または解決しようとしている場合に、大量のデータをキャプチャします。
フォーカスグループ
これは、モデレートされたテストテーマのバリエーションです。 フォーカスグループには、部屋に集まった参加者の小グループ（約5〜10人のサンプルユーザー）が参加し、製品の使用経験について話し合います。 モデレーターは通常、数時間にわたって一連の自由回答形式のディスカッション質問を通じてグループを導きます。 結果を分析できるように、セッションが記録されます。
フォーカスグループは、以前のユーザビリティテストの結果を中心とした質問に答えることもでき、さらなる洞察を提供します。
最適な用途：ユーザーの態度、信念、課題、ニーズに焦点を当てます。
より多くの種類のUXテスト
ここで説明した構造化されたユーザビリティテストプロセス以外にも、ユーザーが製品をどのように体験するかをテストする方法は他にもたくさんあります。 それらが含まれます：
- ベータテスト：初期段階のテストと呼ばれることもあるベータテストは、機能、ユーザーの動作、および修正が必要なバグについての洞察を得るために使用されるプロセスです。 ベータテストは、最小限の実行可能な製品があるときに開始され、市場に出す直前まで継続される場合があります。
- ファーストクリックテスト：このテストは、ユーザーが製品のユーザーインターフェイス内で最初にクリックするものを明らかにするだけです。 これは、ユーザーが対話したいインターフェースの部分にすぐに引き付けられるかどうかを判断するのに役立ちます。
- A / Bテスト：A / Bテストの背後にある考え方は単純です。コントロールサンプルに対してUXの単一のバリエーションをテストし、オーディエンスエンゲージメント（または成長に重要なその他のマーケティング指標）に大幅な改善があるかどうかを確認します。バリエーション。 改善は、使いやすさの向上または全体的なユーザーエクスペリエンスの向上を意味します。
- ヒューリスティック評価：ヒューリスティック評価は、事前に選択された10の基準（別名Nielsenのユーザーインターフェイス設計のための10のヒューリスティック）を使用した製品のユーザビリティの分析です。 結果を公平に保つために、テストはチーム外のプロのUXコンサルタントによって実施されます。
- 調査：優れたユーザビリティテストには、実践的なテストとフィードバックの注意深い文書化が不可欠です。 調査では、正式なユーザビリティテストのような詳細レベルは提供されませんが、有用なフィードバックを取得し、幅広いサンプルユーザーから大量のデータを収集するための迅速な方法です。
ユーザビリティテストのコスト
ここに大きな質問があります：ユーザビリティテストにはどれくらいの費用がかかりますか？
答えは、おそらくあなたが望んでいたほど簡単ではありません。 テストのコストは、次のような多くの要因によって大きく異なります。
- プロジェクト範囲
- ユーザーサンプルサイズ
- チームの規模と報酬のテスト
- プラットフォームテクノロジーのコストのテスト
- サンプルユーザー募集費用
- サンプルユーザー報酬
- 試験施設のレンタル料
非常に一般的な言葉で言えば、ユーザビリティテストには数千ドルから数十万ドルの費用がかかる可能性があります。 当然のことながら、テストの範囲が広く、可動部品が多いほど、より多くの費用をかける必要があります。
また、複数のユーザビリティテストの予算を立てることを忘れないでください。 すべてを正しく行うために、テストは常に反復プロセスになります。
UXテストの代替ビデオ説明、特にモデレートされたユーザビリティテストの実施方法については、以下をご覧ください。
実際のユーザーからの実際の洞察
ここで学んだように、ユーザビリティテストは複雑な階層化されたプロセスになる可能性があります。 しかし、最終的には、目標は単純です。実際のサンプルユーザー入力を収集して、製品を完成させるのに役立てることです。
効果的なユーザビリティテストを実行すると、すぐに洞察を得ることができます。 次に、データでサポートされる推奨事項を提供できます。
あなたの推奨事項は、開発チームがスムーズに機能し、ユーザーを喜ばせ、何度も何度も戻ってくる製品を作成するのに役立ちます。
CleverTapがカスタマーエンゲージメント戦略のA/Bテストと開発にどのように役立つかを学ぶために、デモをスケジュールします。
