Darpan Sunwar
“レガシーシステムである、もしくはその逆であるが故に、ユーザビリティ・テストのための実際の顧客を集めるのが難しいですか?”
“ユーザビリティテストを行うためのお金や時間、専門家がいない?” or,
“ユーザビリティテストは必要ないと考えている組織。”
学習成果: ユーザビリティテストからチームとして学びたいタスクのリストをチームと合意します。
シナリオ準備: タスクは、読みやすく、理解しやすく、明確な指示があるものにしましょう。例えば:
シナリオ: あなたは○○会社で「管理者」として、日々の仕事を…...
*タスク: “○○会社詳細”を追加してサブミットする。 *
プロトタイプを作成: Lo-Fi(極端に高音質なものではない録音環境を志向する価値観)からインタラクティブまで対応可能です。
参加者: 必要なユーザーの総数およびその属性について合意してください。また、このタイプのユーザビリティ・テストでは、主に定性的なデータを重視するため、3~5人のユーザーで十分です。
場所を見つける: 可能であればターゲットとする層やアプリケーションを利用する環境に特化した場所でテストするのがベストです。
例: コーヒーを買うためのアプリであれば、コーヒーショップでのテストをアレンジすることができます。
常に許可を得る: 会場のスタッフに予定を伝えてください。
レコーディング機材: 常にカメラや携帯電話で動画を撮影します。
エクストラ: 観察者やメモ係として常に誰かを連れて行き、洞察を得ます。
ターゲットへ近づいて自己紹介をし、10~20分ほど時間があるかどうか尋ねます。
あなたが探している特定の条件(デモグラフィック:人口統計学的な属性の総称)を満たしているかどうかを確認します。
例: 技術的な知識はどの程度なのか?彼らは日常的にどんなデバイスを使っているのか?どれくらいの頻度で使っているのか?
ユーザビリティ・テストの意図の説明:
テストの目的、結果が今後どのように役立つかを具体的に説明します。
“私たちはあなたをテストしているのではありません。アプリケーションのフローをテストしているだけです。あなたのフィードバックは、私たちの製品の改善に役立ちます。”
許可を得る:
観察のために参加者を撮影することに同意するかどうか尋ねてください。
“ユーザビリティテストを実施する際に、写真や動画を撮影してもよいですか?また、そのアセットを社内外で使用することに問題はありませんか?”
ユーザーの目の前で進行しているプロセスは、良いアイデアだと理解します。
“また、声に出して考えるプラクティスをしてもらいます。つまり、あなたが考えていること、達成しようとしていること、期待することを、そのまま口に出してくださいということです。”
相手の行動や反応を観察し、行き詰まっているようであれば、なぜ行き詰まっているのか、次に何が起こることを期待しているのかを尋ねてください。答えを与えたり、あなたが期待することを伝えたりしてはいけません。代わりに、相手に質問してください。
“何が起こったのか、何を考えているのか?を教えてください。”
“この後、どのような展開を考えていますか?”
発見を捕らえ、ステークホルダーを含むより広いチームと共有するには、さまざまな方法があります。メモを作成するか、メモと一緒に以下の順序で評価することができます:
1 - 問題なく完了
2 - いくつかの問題点
3 - 未完了、いくつかの問題点
最後に、時間を割いてくれた参加者に感謝し、必要であれば、インセンティブを与えます。
ゲリラテスト をチームや顧客、ステークホルダーと実施するにあたりより詳細にお知りになりたい場合は、以下のリンクを参照してください。