原理的には、直接観察は、ユーザーが製品をどのように操作しているかについてのデータを収集する非常にシンプルな方法です。 しかし、計画や構造なしでは、得られた洞察を咀嚼し処理することが難しい場合があります。 また、観察者のタイプや数によって結果に偏りが生じることもあります。 これらの潜在的な困難を考慮すると、観察はユーザーの洞察を得るための最も強力なツールの1つです。 観察は、新製品の提案 – 製品コンセプトやモデルのテスト、既存製品 – 次世代の改良の指針、競合製品 – 好み、強み、弱みを判断するために適用することができます。 他のユーザー理解手法と同様に、何人のユーザーが代表的なサンプルを提供できるかを確認することが重要です。
観察を記録する構造
有用な構造は、観察演習に小さなチームを参加させ、各メンバーが焦点の特定領域に関連する洞察を系統的に記録することです (以下の図を参照):
タスク分析
アクションとイベントのシーケンスとタイミングを記述します。 タスクをなくすことができるか。
Technical / Performance issues
技術的なパフォーマンスに関連する問題を記録する。 満足できるものであったか、改善できるものであったか。
機能的な問題
製品の機能性や特徴に関する問題。 適切な機能があったか。
感情的な問題
ユーザーはどのように感じたか。 どのような表情やコメントがありましたか。
ユーザーに関する問題
ユーザーは特定のスキルを必要としていましたか。 快適さ、人間工学、身体的、使いやすさの問題を記録する。
環境の問題
場所は使用に影響したか？ アクセス、騒音、暑さ、その他の立地上の問題はなかったか？
Notes
- 観察は時間がかかり、そのためコストがかかる場合がある
- 最大の効果を得るためには、慎重な計画が必要
- 観察するユーザーはユーザー集団を代表していなければならず、観察者はそのプロセスに慣れていなければならない
- チームが完全に関与するとベストである。 9505>
- データ取得のためにビデオと組み合わせることができる
- 従来のインタビューと組み合わせると良い
詳細については、こちらまでお問い合わせください。
James Moultrie