テスト——ユーザーに壊させる
プロトタイプを実際のユーザーの前に置き、その混乱をデータとして扱う。
Why it works
テストは、人々がどう反応するかについてのあなたの予測を、彼らの実際の行動に置き換えることでループを閉じる。安く作ったので、間違えて反復する余裕がある。メカニズムは反証である——拍手を求めるのではなく、現実があなたのモデルに矛盾する場所を積極的に探している。
How to do it
- 説明したり助けたりせずにユーザーに使わせる。彼らの苦労が発見である。
- 「気に入ったか」ではなく、各ステップで何が起こると期待していたかを尋ねる。
- 驚きを定義かプロトタイプに戻す——テストは終わりではなくループである。
エビデンス
機構的。少数のユーザーによるユーザビリティテストは、ほとんどの主要な問題を確実に浮かび上がらせる。現実のフィードバックに基づいて反復するという広い原則は、分野を超えて確立されている。「少数のユーザーがほとんどの問題を見つける」という主張は、問題発見の特定の数学的モデルと、およそ5人のテストユーザーを超えると収益逓減になることを示す実証的研究にさかのぼる。 (mechanistic)
有名な「5人のユーザーが問題の85%を見つける」という数字はユーザビリティのヒューリスティックであり、厳密な法則ではない。方向性の指標として扱おう。
出典
- Nielsen, J., & Landauer, T. K. (1993). A Mathematical Model of the Finding of Usability Problems. Proceedings of the INTERACT '93 and CHI '93 Conference on Human Factors in Computing Systems, 206-213.
- Virzi, R. A. (1992). Refining the Test Phase of Usability Evaluation: How Many Subjects Is Enough? Human Factors, 34(4), 457-468.
よくある間違い
承認を釣ること——「気に入った?」と尋ね、丁寧な「はい」を成功として数えること。実際にユーザーがどこで詰まるかを観察する代わりに。