段階的なユーザビリティテストまたはHCD設計評価

HCD規格(サイト: ISO 9241-210:人間中心設計 )によると、設計評価の段階があり、その中に高品質のユーザビリティテストを実行できます。







ユーザビリティのテスト中に生じた問題のため、この記事を書くことを余儀なくされました。 ユーザビリティテストをいつ使うべきか、そして実装中に問題を回避する方法を誰かがより正確に判断するのを助けることを願っています。



サイトの再設計



ユーザビリティテストを行う価値があるのはいつですか?



すでに開発されたサイトの場合、ユーザビリティテストの問題は、サイトに何か問題があると感じたり見つけたりすると発生します。 いずれの場合も、Googleアナリティクス(書籍: Googleアナリティクス。ウェブサイトトラフィックの専門的分析 )またはウェブサイト訪問の分析のための別のサービスをインストールする必要があります。 トピックが長い間使い果たされており、そのようなサービスをインストールすることをお勧めするのは面倒ではないため、このようなサービスをインストールする理由については説明しません。 Googleアナリティクスをインストールすると、訪問の統計、サイト訪問者の出入りの場所、その他の情報に関する特定のデータが既に得られます。



次のステップは、KPI(Wikipedia: 主要業績評価指標-主要業績評価指標 )を決定することです。 サイトにとって達成すべき目標を決定するために、ビジネスにとって何が重要かを分析する必要があります。



例:一部の人にとっては、商品の注文、誰かにとっては、フィードバックフォームを介して質問などでお問い合わせください。



この時点までに推奨事項が必須であった場合、つまり、いずれにしても、これらの手順はサイトの開発とプロモーションに役立ちます。サイトが効果的でないことを本当に理解している場合は、すでに推奨事項があります。



3番目のステップは、問題のページと機能を直接識別することです。 ユーザビリティテストの実行が非効率的であるだけで、問題が発生する場所、ページ、機能を理解してから、テストを実施して、ページの正確な問題と解決方法を判断する必要があります。 Googleアナリティクスが再び役立ちます。ここでは、ユーザーが残しているページ、無視されているページ、使用されていない機能を特定できます。



ユーザビリティテストの準備



そのため、現時点では、サイトの再設計が必要であると既に判断されており、ユーザーが問題を抱えているページと機能が見つかりました。 残っているのは、ユーザーが問題を抱えている理由とその修正方法を理解することだけです。



4番目のステップは、ページの何が間違っているかについての仮説の形成であり、これに基づいて、機能をテストするメトリック(ウィキペディア: ISO 9126-ソフトウェア製品の評価 )を決定する必要があります(専門家が提案する専門家の評価方法があります)サイトのインターフェースを改善するための仮説、およびそれらに基づいてサイトが再設計されますが、この仮説が真であるかどうかを確認するには、変更の実装の結果によってのみ可能です。



例:Googleアナリティクスを使用して、ユーザーが登録ページに移動するが、パスしないことを決定しました。 ユーザーは、フィールドに入力した後、フィールドに入力する情報を理解できないか、次に何をすべきか分からない可能性があります。 そのため、システムメッセージと操作シーケンスの理解度のメトリックでこのページをテストする必要があります。



サイトの問題領域をテストするメトリックを決定したら、ユーザビリティテストに使用されるキャラクターとシナリオ(書籍: インターフェイスに関するAlan Cooper。インタラクションデザインの基本 )を決定する必要があります。 このステップは、適切な回答者を引き付け、ユーザビリティテストのタスクを選択するために必要です。 この点を見逃すと、対象ユーザーではない回答者が問題ゾーンを正常に通過でき、このページを実際に使用するユーザーには大きな問題が発生します。 その結果、データを考慮せずにインターフェイスが再設計されますが、問題は残ります。 シナリオの正確な定義は、回答者に正しいタスクを与えるのに役立ちます。 つまり、タスクが携帯電話の購入であり、回答者がまったく登録しない場合(そして登録をテストしている場合)、ユーザビリティテストは役に立たなくなります。



注:できるだけ多くの問題領域がテストされるようにシナリオを選択してください。



次は、選択したキャラクターに基づく回答者の選択です。 回答者がキャラクターの肖像と一致するほど、より良い結果が得られます。 十分な数の回答者は5〜8人です。 数量の選択において、私はヤコブ・ニールセンの勧告と私自身の経験に基づいています。



ユーザビリティテスト



ユーザビリティテスト自体の直前に、回答者にアンケートに記入させ、選択したキャラクターと回答者が必要な特性に一致することを確認します。 入門ブリーフィングを提供し、その間にサイトの使用と割り当てのコンテキストを説明します(書籍: Webデザイン:スティーブクラグの書籍、または「考えさせないでください!」 )。



タスクの例:新しい携帯電話の検索では、検索エンジンを介してこのサイトにアクセスしました。 必要な電話を探します(また、回答者に、探している電話の説明を求めます)。



ユーザビリティテスト自体(プログラム: Usability Studio )の実施は、見かけほど難しくありません。 ユーザーの動きを記録し、画面からアクションを記録するには、カメラといくつかのプログラムを備えたラップトップが必要です。 回答者に、彼のすべての行動と感情についてコメントするよう依頼します。 実践が示すように、彼はこの方法でそれを行います(そして、これは驚くことではありません。なぜなら、家庭環境でも、ユーザーはWebサイト上のさまざまなフォームやその他の要素をgroomるのが好きだからです。



テストを完了した後、どのような困難に遭遇し、彼に不快感を感じたのかについて、回答者にインタビューします。 調査データを法律として使用して、彼が好まないものをすべて変更することはお勧めしません。 ユーザーは耳を傾ける必要がありますが、彼の主観的な意見には非常に不信感があります。 調査の結果に基づいて、インターフェースを変更し、問題領域のリストにもう1つの項目を追加し、次の反復でそれをテストする必要があるという仮説が現れた場合は、より良い方法です。



ユーザビリティテスト



次に、収集したビデオ資料を表示し、ユーザビリティテストの結果を分析し、再設計のためのインターフェイスの要件を決定する必要があります(書籍: Webデザイン。Webサイトの使いやすさ )。 特定の要件に基づいて行われる変更は、次のユーザビリティテスト中に確認する必要があります。 このような反復の数は、サイトの再設計に割り当てられた目標と予算に大きく依存する必要があります。



例:登録フォームへのヒントの追加、購入ボタンの強調表示、パラメーターによる電話選択フォームへの「プラットフォーム」フィールドの追加など。



ウェブサイトのデザイン



設計がISO 9241-210規格に従って実行された場合、ユーザビリティテストは、準備された分析ベースに関連するコストと時間のかかるプロセスではありません。 サイトをゼロから設計するときのユーザビリティテストの主な段階は、いくつかの側面を除き、上記と同じです。

  1. 仮説形成
  2. テスト用のメトリックの定義
  3. キャラクターとシナリオの定義
  4. 回答者の選択
  5. アンケートへの記入
  6. 入門説明会
  7. ユーザビリティテスト
  8. 回答者の調査
  9. 結果分析
  10. Webサイト設計の要件の定義


この場合のユーザビリティテスト中に発生した主な問題は、完全なサイトではなく、静的なデザインのテストです。 実際、設計されたプログラム済みのサイトをテストすることをお勧めしますが、設計を反復するコストはすでに高くなっています。 インターフェースで問題が早く発見されるほど、それを修正するコストは低くなります。 静止画像の完全なユーザビリティテストを実施する方法 この問題の解決策は、Axureプログラムでした。 最も安価で最も成功した方法は、サイトデザインの静的な画像に人為的にリンクを配置し、HTMLページで生成することでした。 この方法により、植字にもリソースを費やすことなくサイトをテストできます。 もちろん、生成されたページにはほとんど機能がなく、特定の形式でのみ表示されますが、これはより多くの問題を特定するのに十分です。



インターフェースの全体的な人間工学を決定することはできますが、どの問題が発生するのか、なぜ、どのように修正するのかを決定することはできないため、定量的ユーザビリティテストのオプションは考慮しません。



PSデザインの高品質のユーザビリティテストの提案されたソリューションに関する建設的な批判を待っています。そのようなソリューションはどこにも見たことがないからです。 本格的で高品質のユーザビリティテストを安価で元気に行う方法についての提案があれば、喜んでお会いしましょう。



All Articles