アルファテストから始めます。 次に、ベータテストに進みます。 次に、システムとインターフェイスの実行可能性をテストする製品開発の段階に進みます。 次に、追加のテストを実行する前に、最終的に実行可能な製品段階に到達するまで、調整と修正を行います。
新製品の設計の最初の化身が、ユーザーテストサイクルの後で完全に無傷で存続することはめったにありません。 設計スタッフやその他の担当者は、事前に多くの主要な問題を解決しますが、最終的には、デバイスが実行可能な製品段階を達成するためにユーザーテストが必要になります。
ユーザーテストは、製品開発における重要なステップです。 効果的にするほど、収集するデータの関連性と価値が高まります。 効果的かつ効率的なテストがなければ、収集されたデータは疑わしいかもしれません。 これは、製品に直接影響し、最終的には収益に影響します。
いくつかあります。 一般的なガイドライン これは、実質的にすべてのユーザーテストフェーズに適用でき、そのテストの有効性を向上させます。 これらのテストパラメータは、製品設計を改善するために必要な最も関連性のある信頼できる情報を収集するのに役立ちます。
ターゲット人口統計を含める
とてもシンプルなコンセプトのようですが、見落とされがちです。 ターゲットオーディエンスが中所得から高所得の18〜38歳のアジア人男性で構成されている場合、55歳以上の白人女性をテストグループに含めることは、あまり有用な情報を提供しません。
必要なのは、ターゲット人口統計内のユーザーの実質的な断面です。 ターゲットグループの真の多様なユーザーを利用すると、デザインの改善に役立つ最高のデータを取得できます。
テストタスクの概要
関連するデータを提供するために、ユーザーは実行する必要のある一連のタスクを持っている必要があります。 設計者として、これらのタスクの性質を判断するのはあなたの仕事です。 テスターは、提供する予定の製品またはサービスの将来のユーザーを表します。 テストタスクは、ターゲットグループがその製品またはサービスの通常の使用中に実行するタスクを反映する必要があります。
テストシステムを利用する
テストシステムは、まさにそのように聞こえます。 テストに使用されるシステム。 テストシステムは、データをキャプチャするように特別に設計されており、最終製品に影響を与えることなく変更できるという点で便利です。
製品全体をテストする代わりに、製品の特定の部分をテストしてデータを収集し、システムを再構成して製品の別のセクションをテストすることができます。
ターゲットデータを定義する
考慮すべきデータには、基本的にXNUMXつのタイプがあります。 プロセスデータとボトムラインデータ。 プロセスデータは、特定のタスクを実行するためのステップバイステップの手順を示すデータです。 言い換えると、ユーザーがタスクの完了に到達する「方法」と、場合によっては「理由」を示します。 ボトムラインデータは、タスクを実行した最終結果のみを示します。 「何」。 タスクにかかった時間とそれが成功したかどうかは、ボトムラインデータの標準的な測定値です。
設計者は、少なくともテストの初期段階では、ボトムラインデータよりもプロセスデータが必要になることがよくあります。 人がどのようにあるセクションから別のセクションに移動したか、そしてなぜそのパスが別のセクションの代わりに取られたのかは、単に「ここからそこに到達できない」ということを知るよりも、インターフェイスの障害を修正するのに非常に役立ちます。
口頭でのフィードバック
一般的には使用されませんが、ユーザーが実際にタスクを実行するときに口頭でフィードバックを提供できるようにすることは、非常に便利です。 あなたまたはシステムは、タスクの開始の合図を提供し、ユーザーは、そのタスクを実行している間、何が行われているのか、そして彼の考えを声に出して説明します。 この情報は話されたときに記録され、設計エラーやユーザーの混乱に関する貴重なデータを提供します。
これらのXNUMXつの手法は、ユーザーテストを改善するために使用できる唯一の手法ではありませんが、最も有益な手法のいくつかです。 の複数のソースがあります さらに詳しい情報 ユーザーテストの改善についてさらに学びたい場合。
あなたのデザインは完全に素晴らしいと思うかもしれませんが、適切なテストは最高のデザインでさえ欠陥を明らかにします。 これらの方法を使用してユーザーテストを改善すると、まったくテストしなかった場合よりも優れた製品を提供することが実質的に保証されます。