感情マトリックスがソフトウェアのユーザビリティのテストにどのように役立つか

ユーザビリティテストでの感情の重要性はよく知られていますが、ソフトウェア製品の使用中および使用後にユーザーが経験する感情に焦点を当てることが多くあります。 プログラムを使用する前にユーザーが経験する感情は、ユーザビリティにおいてさらに大きな役割を果たす可能性があるため、忘れないでください。



製品が仮想棚に届く前に、これらの感情のいくつかを見つけて考えてみましょう。



この概念は、通常の場合のように、クライアントのために次のプロジェクトに取り組む過程でまったく思い浮かびませんでした。 私はバスに座って疲れていました(仕事の日の終わりでした)。バスが混み合っていてイライラしていました。 残念でしたが、家に行くのにそれほど遠くないことは幸運でした。



私はオンラインオークションに早急に行かなければなりませんでした。長い間注目していたことが1つあり、オークションはもうすぐ終了するからです。 原則として、オークション終了のずっと前に最高入札価格を設定しますが、商品を受け取れない場合があります。 オークションでの自動化により、私が使いすぎないようにすることができるのが好きです。 しかし、今回は本当にこれが欲しかった。

私のすべての感情と感情を考慮し、このリストにオークションに関する不安を加えると、私はそれを穏やかに、不快に感じたことは明らかです。 そのような状況では、私は常に非常に緊張しています。



オークション終了の約10分前で、価格が徐々に上昇するのを私は見ました。 [更新]ボタンをクリックする必要性は非常に面倒でした。 終了の数分前に、私は入札を始めました。 賭けをして確認するプロセスはそれほど複雑ではありませんでしたが、それでも非常に困難でした。 おそらく、問題のいくつかは3Gインターネットの低速に関連していたと思われますが、まだいくつかの手順は不要だったようです。



決勝の1分前、気晴らしが多かったので出発しました。バスがずらり、近くの乗客が私のa骨に沿って肘を運転し、疲れていて、神経が限界に達し、一般的な入札プロセスが疲れていました。 私はこのことは価値がないと判断しました。



後で考えてみると、終了の1分前に終了するのは非常に奇妙であることがわかりました。 しかし、その瞬間、私に起こったことはすべて、私が入札をやめるのに十分でした。



これは一般的な状況ですか、それともまれな状況ですか? 私はこれを確認する信頼できるデータを持っていないことを認めているが、それはまれだとは思わない。

私が経験したすべての感情と感情は、開発者とデザイナーによって考慮されていませんが、入札プロセス中に私に影響を与えました。 彼らのプロセスが簡単だった場合、私は入札をやめますか? 私はこれを確かに確信できないかもしれませんが、それは確かに私の決定に影響を与えるでしょう。



だから、そのような経験は、ユーザビリティテストの感情の私の見解(あなたを含む)をどのように変える必要があるのでしょうか?



ソフトウェア製品を異常な環境で使用するときのユーザーの気持ちを考えたことはありますか? もちろん、もしあなたがインターフェイスデザイナーなら、それをテストする人はどうですか?



私のキャリア全体を通して、ユーザビリティのテストおよび評価中にさまざまな感情的な反応を見てきました。これらの反応の潜在的な結果を理解することを学びました。 そしてつい最近になって、プログラムを使用する前にユーザーが経験する感情の重要性と、製品を使用するときにユーザーが得ることができる感情の重要性に気付きました。



間違いなく、あなたのプログラムを使用して怒っているユーザーから多くの興味深い情報を得ることができますが、使用する前に彼が怒っている場合はどうでしょうか? これは使用にどのように影響しますか? これにより、彼の「のれん貯水池」が減少し、ソフトウェアとの対話方法が変わりますか? たとえば、ユーザーはデバイスの画面に触れるのではなく、画面をクリックする場合があります。



ユーザビリティのための感情のマトリックスを紹介します



ユーザビリティ感情マトリックスは、私がテストしているソフトウェア製品を使用し始めたときにユーザーが経験できる最も一般的な感情を記録するために使用し始めたツールです。 このツールは理解しやすいですが、一見すると思われるよりも使いにくいです。



画像



コンセプト



マトリックスの最初の部分には、アプリケーション、およびアプリケーションを分離する論理的な方法がある場合、それらの機能部分、およびこれらのアプリケーションと機能部分が引き起こす可能性のある感情がリストされています。 2番目の部分はもう少し進んで、アプリケーションの使用目的の場所と、これらの場所がユーザーにもたらす感情を示します。



両方のマトリックスを組み合わせると、ソフトウェア製品の使用前および使用中にユーザーが感じることができる多くの潜在的な感情があります。



たとえば、上のマトリックスを使用して、価格を1ポイント上げると、ユーザーは興奮し、緊張し、不安になり、急いでいるような気分になることがわかりました。 ユーザーが入札中にバスに座っていた場合、彼は怒りを感じて入札プロセスに入り(バスが嫌いです)、神経質になったり不安になったり(群衆は彼の好きなものではありません)、疲れます(彼は長い一日を過ごしました)オフィス)。 一般的に、ユーザビリティが低いアプリケーションは人を「エッジを越えて」プッシュする可能性があることをご自身で理解しています。



秘Theは、ソフトウェア製品の使用状況に関連する最も一般的な感情を特定することです。 たとえば、「不安/神経質」特性は、救急医療プログラムを使用するユーザーにとって非常に論理的であると想像できます。 重要な状況でユーザーが同様のソフトウェアとどのように対話するかを確認することは非常に重要です。 このようなソフトウェア製品のマニュアル、たとえば、ヒントやヘルプテキストは非常に明確であり、その使用は迅速、簡単、正確でなければなりません。



そのため、ユーザビリティの慣例に従って、ユーザーの人口統計について考える必要があります。 ソフトウェアが成長し、うまくいけばもっと良くなるので、独自のマトリックスを簡単に追加できます。



難しい部分。



どのように感情を呼び起こしますか? さらに、言い換えると、使いやすさをテストするときに、プロの環境で潜在的に否定的な感情を引き起こす方法はありますか? 今、ボクサーがリングに入って、コーチが彼を怒らせるために頬に平手打ちしたときの写真を想像すると、悲しいかな、あなたは真実から非常に遠いです。 それだけが簡単だったら。



特定の感情を呼び起こすために何が必要かという質問には答えられませんが、それは非常に危険だと言えます。 ソフトウェアを確認するために座る前にテスターを顔に刺すことは、間違いなくあなたがすべきことではありません。 使いやすさを改善することの潜在的な利点はあなたに報いません。



もちろん、実生活でユーザーからの評価とテストを行う可能性があります。 可能であれば、ユーザーが製品を使用している間に、ユーザーと一緒にバスに乗ったり、カフェに参加したりできます。 これは、感情や反応を捉えるのに最適な方法ですが、実装するのはおそらく難しいでしょう。



代わりに、過去の経験を使用してそのような状況で評価できます。 ソフトウェア製品の過去のユーザーエクスペリエンス。 製品をテストするために必要な特定の感情をすでに経験しているユーザーがいますか? それが彼の感情に関連するように、彼がソフトウェアを使用した方法の違いに気づきましたか? その場合、これらのポイントを覚えて、そのような感情を考慮してユーザビリティテストを実行するために、そのような知識を使用する必要があります。



たとえば、非常に不満を抱いているユーザーは、クリックするまで長く待たされることはありません。 明らかな視覚的変化が生じるまで、キーを押したままにするか、速度を上げてクリックする傾向があります。 マウスボタンを複数回クリックすることによるドロップを回避するために、プログラムが何かで忙しいときに何らかの種類の視覚的表示を追加するのが良いオプションでしょうか? ユーザーの大部分が高レベルのフラストレーションを経験している人で構成されている場合、これは良い動きかもしれません。



これは、この手法を支持するもう1つの引数です。感情マトリックスを使用せずに、複数のマウスクリックによるドロップを検出できますか?



All Articles