ユーザビリティテスト台本の書き方。
ユーザビリティ課題は画面上の経路を教えずに目標を示します。実施前に観察可能な成功を定義してください。
作業手順をタスクに合わせましょう。
参加者に現実的な目標を示し、使う操作部品の名前は教えません。実施前に観察可能な成功、期待する証拠、中立的な追問を決め、予想外の経路も記録できるようにします。
- 用意するもの
- プロトタイプの目標と対象ユーザー。
- 得られるもの
- 課題形式の進行ガイドと成功基準。
入力と結果を確認しましょう。
説明用の入力と出力 · 実際の WebAct 実行ではない学習用サンプル
入力項目サンプル個
Test whether users can find a changed price in a comparison view.
完成例
Task: identify which product needs review. Success: the participant finds the changed row and explains the difference.
この入力をプロンプトに読み込み、WebAct にコピーして試してください。結果は掲載例と異なる場合があります。
判断のポイントとトラブル対処。
課題で押すべきボタンを参加者に伝えるべきですか？
見つけやすさを試すなら経路を明かしません。目標を示し、到達方法は参加者に選んでもらいます。
全員が成功するのに使いにくさが見つからないのはなぜですか？
課題が画面のラベルや手順を漏らしていないか確認します。誘導する指示では独立した使用ではなく指示への従順さを測るかもしれません。
自分の資料で試しましょう。
タスクのプロンプト内の例を自分の資料に置き換えてください。必要な要件を残し、タスクを WebAct にコピーします。
タスクを調整してコピー ↑