Webアプリには、それぞれがアイコンとラベルで表される一連のコマンド関数があります。
UI全体のユーザビリティテストを実施しましたが、いくつかのアイコンは少しあいまいです。私たちのデザイナーは、出血の目立たないアイコンのそれぞれについて、さまざまな代替デザインを考え出しました。
これらの新しいデザインをテストしたいのですが、バリエーションごとに完全なUIテストを行うのは現実的ではありません。
これらのアイコンをテストするためのテクニックと方法は何ですか?
時間とリソースに応じて、いくつかのオプションがあります。
ユーザビリティの測定には、 テストアイコン ;に関するいくつかの追加のアイデアがあります。これらは、アイコンについて具体的に質問したときに最も便利だと思ったものです。
私は廊下テストの大ファンです。あなたのアプリケーションを見たことのない人(例:経理のサラ、またはあなたのお母さん)を見つけて、あなたのアプリケーションについて数分尋ねます。プリントアウトを使用して、人から人へと移動しやすくすることができます。
頭に浮かぶ質問の1つは、これらのアイコンの一般的な知識に関連付けられている機能/アクションですか、それとも製品固有のものですか。製品のネイティブの場合、考えるべき1つのことは、製品が示すものの背後にある主要なアクションまたは目的です。これらのアイコンをクリックするユーザーの期待を特定し、そのデータに合わせて画像を作成する必要があります。
たとえば、ユーザーは通常、編集機能に鉛筆アイコンを期待します。これらのアイコンがユーザーに提供するものに視覚的にユーザー情報を提供できますか?
https://medium.com/design-ux/bcc8e0257bc8
http://www.1stwebdesigner.com/design/choose-perfect-icons/
https://www.measuringusability.com/blog/icon-tests.php
アイコンおよびパブリックスペース内で類似している既存のものの分析が役立ちます。一般的なUIシンボルに関するドキュメントをチェックして、実際に優先順位があるかどうかを確認します。おそらく、いくつかの簡単な調査またはUIを実行するか、複数回繰り返してカフェスタディを実行します。これにより、測定されたわずかな変化で、変動をすばやくすばやく測定できます。いくつかのハウツーについては、YouTubeの開発者向けビデオを通じて、Googleがどのようにこれを行うかを確認してください。
テスターにアイコンが何を意味するかをテスターに聞いてみるとよいでしょう。あなたは彼らに多かれ少なかれコンテキスト(アイコンがどこにあるか、どんなツールチップが利用可能になるかなど)を与えることでこれを試すことができ、彼らが彼らが何のために使われるかを推測できるかどうかを確かめます。
そんな主観主題!
この投稿のレビューを含むいくつかの調査の後、ライブのユーザビリティテストセッションで画面上のプロトタイプで配信された難読化されたラベルとの関連でアイコン候補を使用したバリアントテストを作成しました。
各画面で、問題のメインアイコンが入れ替わり、ユーザーはアイコンの意味とボタンをクリックするとどうなるかを推測するように求められます。いくつかの調査セットで順序をランダム化して、どのアイコンにも他よりもコンテキスト上の利点がないことを確認します。
オプションを新しいアイコン候補に絞り込んだら、うまくいけば、私たちのチームは現在のコントロールでABテストを行うことができます。バリアント-新しいアイコンには欠点があります。
これまでに4回のユーザビリティセッションで実行しており、フィードバックは思ったよりも啓発的です。私たちは明確で客観的な(まあ、小さなサンプルグループを考えると)フロントランナーをすでに持っています。
MicrosoftがVisual Studio 2012のアイコンの再設計に本当に成功したと言っても過言ではないと思います。広範囲にわたるユーザビリティテストの後でも肯定的な結果が得られました(約50人のユーザーですが、テストの構成が不十分です)。被害を軽減したのはベータプログラムと コミュニティフィードバック でした。
このことから教訓を得て、コミュニティの関与を試すことができます。確かにいくつかの洞察を伴う応答とともに、「私は好きです/好きではない...」がたくさん表示されますが、それでも害はありません。ダメージはありません。
利点は、コミュニティに関心を示し、関与しているように見えることです。
抽象化のレベル
最初に、さまざまな種類の標識に関連する抽象化のレベルを考慮する必要があります(ロジックのチャールズサンダースパースによって行われた作業は、標識の一般的な使用をよりよく理解するための優れた出発点です)アイコンを細かく掘り下げることなく、興味深いことに、それらが参照するオブジェクトを単に再提示するだけなので、多くの方法で解釈されますが、ラベルおよび実際にすべての単語は、使用法(言語)に基づいた記号であるため、複数の解釈のマージンは単語ではるかに減少します。 Appleのアイコンは、物理的なオブジェクトまたは健康と福祉を指す場合があります。
アイコンの解釈
第二に、各アイコンの知覚される抽象化のレベルを考慮に入れる必要がある設計では、多かれ少なかれ可能な解釈になりがちですか?アイコンが何を表すかなどの質問を自問してみてください。文化は、ユーザーがそれをどのように認識するかについての役割を果たしますか?一般的に使用されていますか?これを使用のコンテキストにリンクし、説明のラベルをアイコンに関連付けて、解釈のマージンを軽減および削減します。これは多くのアプリケーションにとって簡単なことかもしれませんが、関連する即時のアクションを持たない複雑で抽象的な概念を扱う場合には困難が生じます。たとえば、プロセスは一般にアイコン形式でキャプチャすることが非常に困難です。
テスト
ユーザーとテストするときは、アイコンと関連するラベルを一緒にテストし、用語とアイコンの両方にバリエーションを組み込んでデザインを検証することをお勧めします。これには、これらの両方のアイテムを意味のある単位として見るという利点があり、アイコンとラベルを個別にテストするために使用される時間を削減します。これがお役に立てば幸い
アイコンにはすべてラベルが付いているので、ここではラベルがUIの重要な部分であるように見えます。アイコンが一意である限り、ラベルがユーザーにとって意味のあるものである限り、アイコンは何であってもかまいません。
しかし、それでもアイコンをテストしたい場合は、単純なバケットソートタイプの演習をお勧めします。
アイコンを表示:
1. ----- 2. ----- 3. ----- 4. -----
| X | | O | | * | | ! |
----- ----- ----- -----
そして、それらを概念に一致させる:
a. Which icon represents [concept a] to you? _______
b. Which icon represents [concept b] to you? _______
c. Which icon represents [concept c] to you? _______
すでに述べた「廊下テスト」の提案を拡張する。次のことができます。
アイコンのポイントは、人々がその意味を即座に理解することだけではありません。よく設計されていても、通常はそうしません。重要なのは、人々がアイコンをコンセプトにすばやく関連付け、アプリケーションに慣れるにつれてそれを使用できることです。それはあなたがテストしているものです。