第 II 部統合ケース 同じ操作を、異なる身体と環境で試す
第 10〜14 章では、注意、記憶、再生と再認、選択、狙った移動を分けて見ました。実際の操作では、それらが同時に起こります。本ケースではイベントを探し、プランを選び、申込み、エラーを直す同じ流れを、異なる利用状況で観察します。
目的は「どの入力方式が一番よいか」を決めることではありません。人、タスク、道具、物理環境、社会的環境の組合せによって、どこに不適合が生まれるかを記述します。
四つの利用状況
- 机上のノート PC とマウス。静かな室内、安定回線。
- 移動中の片手タッチ。眩しさ、振動、回線変動、時間圧。
- ノート PC のキーボード。ポインターを使わず、フォーカス順とショートカットで操作。
- スクリーンリーダーとキーボード。名前、役割、状態、読み順／フォーカス順から構造を得る。
これらは人物の能力を固定したペルソナではありません。同じ人でも時間、疲労、怪我、デバイス、場所によって条件が変わります。
四条件は入力方式だけを変えた因果比較ではありません。とくに片手タッチ条件は姿勢、振動、眩しさ、回線も異なる条件の束です。まず各条件内で問題を見つけます。入力方式だけの効果を比べる場合は、環境、タスク、デバイスを固定した別比較を作ります。
共通タスク
来週土曜、東京都内、車椅子席あり、残席 2 以上のイベントを探し、一般プランを 2 枚申込み、郵便番号エラーを修正して完了する。
データ、アカウント、開始状態、成功条件は共通です。入力方式に合わせて操作手順は変わります。マウスの移動時間とスクリーンリーダーの読み上げ時間を一つの速さで直接比較しません。
共通なのは目的と成功状態です。方式別タスクは、マウスなら対象をクリック、タッチならタップ、キーボードならフォーカス移動後に実行、スクリーンリーダーなら構造と名前を取得して実行することです。
観察台帳
| 段階 | 注意 | 保持・更新 | 再生／手がかり | 選択 | 到達・操作 | 環境 |
|---|---|---|---|---|---|---|
| イベント探索 | 更新・残席 | 日付、条件 | 会場名／フィルター | 候補集合 | 検索、フォーカス | 眩しさ、回線 |
| プラン選択 | 価格・席種 | 枚数、合計 | プラン説明 | 属性比較 | 行／ボタン | 時間圧 |
| 入力 | ラベル、規則 | 前の選択 | 例、オートコンプリート | 候補確認 | 入力欄移動 | 姿勢、振動 |
| エラー回復 | 要約、項目 | 修正済み状態 | 規則を再取得 | 修正操作 | フォーカス／タッチ | フィードバック |
「認知負荷が高い」「タッチは難しい」で終わらず、誰が何を保持し、どの手がかりを取得できず、どの対象で何が起きたかを書きます。
エラーを三つに分ける
- 起こりやすさ: 条件下でエラーが生じる可能性
- 重大さ: 起きた結果の損失や危険
- 回復可能性: 気づき、元へ戻し、正しく完了できるか
小さなボタンの押し損ねと、支払確定の誤操作を同じ一件として数えません。取り消しできる選択と、取り消せない送信も分けます。
分母も記録します。押し損ねは試行または操作機会、ナビゲーションエラーはタスク、回復成功は注入したエラー、通知欠落は期待した状態変化を分母にします。少人数の比率を母集団確率にしません。
同じ画面を四つの経路で通る
マウスでは対象発見後のポインター移動、タッチでは遮蔽と隣接誤操作、キーボードではフォーカス順と表示、スクリーンリーダーでは名前、役割、状態、まとまり、フィードバックを記録します。
環境条件も補助記録へ残します。ビューポート、ズーム、文字サイズ、向き、入力装置、握り方、姿勢、照度の代理記録、騒音、振動、ネットワーク条件、時間制限、休憩、疲労の自己報告です。これらを人の恒常的な属性にしません。
改善案を一つずつ比べる
観察から、次の候補が出たとします。
- フィルターの適用状態を結果見出しへ残す
- プラン名と合計を入力画面へ残す
- 同名会場へ市区町村を加える
- タッチ対象の重なりをなくす
- エラー要約から該当入力欄へ移動できるようにする
一度に全部変えると、どれが何を助けたか分かりません。一つを選び、対象とする利用状況、タスク、指標、副作用、反証条件を書きます。その後で別の利用状況へ戻り、改善が新たな不適合を作っていないか確認します。
統合ループは、観察→複数の代替仮説→一軸介入→方式固有の指標→反証→別条件での副作用確認です。スクリーンリーダーでは、規格上の名前／役割／状態点検、特定ブラウザ／支援技術での動作確認、利用者のタスク観察を別の証拠として保存します。
問い
- 問題を個人の能力ではなく、どの組合せとして記述できますか。
- 四条件で、測れるものと直接比較できないものは何ですか。
- エラーの起こりやすさ、重大さ、回復可能性はどう違いますか。
- 一つだけ変えるなら何ですか。
- その変更は別の入力方式へどんな副作用を生みますか。
- どんな結果なら仮説を疑いますか。
答えの例
移動中の片手タッチで、閉じる操作と削除操作の操作領域が重なり、振動時に削除が選ばれました。これは「利用者の指が不器用」ではなく、姿勢・振動・隣接対象・回復不能な操作の組合せです。重なりだけをなくし、同じデバイスとタスクで隣接誤操作を確認します。マウスでツールバーが広がり主作業を圧迫するなら、副作用として再設計します。
代替仮説には、対象の重なり、振動、ラベルの取り違え、危険操作の近接、回復手段の欠如があります。まず重なりだけをなくし、誤操作が残れば振動やラベルの仮説へ進みます。すべてを「タッチだから」でまとめません。
独習では一条件を選び、I02〜I05 の空欄記録へ観察だけを書き、代替仮説を二つ挙げ、I06 の一変更を選びます。人を観察しない場合は自分の結果を一般化せず、画面条件と状態の検査までを成果にします。
セルフチェック
- 人、タスク、道具、環境を分けて記録した
- 入力方式ごとに適切な観測変数を選んだ
- エラーの頻度だけでなく重大さと回復を評価した
- 一軸変更を別の利用状況へ戻して確認した