メインコンテンツへスキップ
レッスン 29 / 36|8分で読めます

観察、重大度、再設計

観察事実と解釈を分け、頻度、影響、持続性から修正の優先順位を決める。

今日の問い

一人が迷った場面を、根拠なく「ボタンが分かりにくい」と決めつけていませんか。

30秒でつかむ

テスト後は、観察事実、問題の仮説、根拠、重大度、再設計案を分けます。発言が強かった順ではなく、問題の頻度、起きたときの影響、繰り返し起きるかで優先します。

再設計では、一度に多くを変えません。問題の原因仮説に対応する変更を選び、同じ課題で再び観察します。

30秒図解 · LESSON 29

マトリクス

声の大きさではなく、影響で優先する

頻度と影響を分け、根本原因に対して再設計します。

頻度

影響
  1. QUADRANT 1低頻度・低影響
  2. QUADRANT 2高頻度・低影響
  3. QUADRANT 3低頻度・高影響
  4. QUADRANT 4高頻度・高影響

CLUE · 見抜く手掛かり

目的達成をどれだけ妨げるか

TRAP · ありがちな罠

最初に思いついた解決策へ飛ぶ

観察、重大度、再設計の要点をマトリクスで示した図解。

原則

「参加者は変更ボタンを見つけられなかった」は、まだ粗い記録です。「予約詳細を40秒見た後、ブラウザーの戻るを押し、一覧の各行を三度開いた」と書けば、第三者も場面を追えます。

次に解釈を加えます。「変更操作が予約詳細にあると予想したが、一覧の行末にしかなかった可能性」とします。これは仮説なので、参加者の発言、操作の軌跡、別の参加者でも起きたかを根拠として添えます。

重大度は、声の大きさでは決めません。Jakob Nielsenの枠組みでは、頻度、影響、持続性を組み合わせます。毎回起き、主要タスクを止め、学習後も繰り返す問題は優先度が高くなります。

ただし、重大度の数字は真実そのものではありません。評価者によって判断が揺れます。観察記録を見直せる状態にし、評価理由を短い文で残します。安全、権利、金銭に関わる影響は、頻度が低くても別のガードレールで扱います。

再設計案は、原因仮説と一対一でつなぎます。入口が見つからないなら、ラベル、配置、情報のまとまりを候補にします。色、余白、文言を同時に変えると、何が効いたのか分かりません。

SourceARTICLE
Severity Ratings for Usability Problems

ユーザビリティ問題の重大度を頻度、影響、持続性から評価し、修正資源の配分に使う枠組みを支える。

WebNielsen Norman GroupフレームワークJakob Nielsen1994参照日 2026-08-02
nngroup.com/articles/how-to-rate-the-severity-of-usability-problems

良い例と惜しい例

観察から再設計までの記録

惜しい例
「参加者が混乱した。変更ボタンを目立たせる」と、解釈と解決策を直結する。
良い例
操作と発言を記録し、原因仮説と重大度の理由を添え、対応する変更を一つ試す。
先に直す問題を選ぶ

頻度だけでなく、主要タスクへの影響と繰り返し起きるかを含めて判断してください。

先に直す問題を選ぶ

頻度だけでなく、主要タスクへの影響と繰り返し起きるかを含めて判断してください。

最初に修正候補へ入れる問題はどれですか。

AIへの指示例

目的: ユーザビリティテストの観察を統合し、再設計の優先順位を作る
制約: 観察していない意図を補わない。発言の強さだけで重大度を決めない。一度の再設計で複数の原因仮説を混ぜない
参照: usability-test-plan.md、各セッションの時刻付きメモ、成功条件、ガードレール
受入条件: observations.mdに観察事実、問題仮説、根拠、頻度、影響、持続性、優先度、再設計案、再テスト条件を記す

確認問題

セルフチェック

1. 一人の参加者が確定直前で戻りました。次の記録として最も適切なのはどれですか。

最終制作へ反映する

PHASE 05ARTIFACT ID · observations

observations.mdを作る

各セッションの事実を統合し、問題仮説、根拠、重大度の理由、再設計案、再テスト条件をobservations.mdへ記す。

Acceptance criteria

  • 観察事実と解釈が別の欄にあり、発言または操作の根拠へ戻れる
  • 各優先度に頻度、影響、持続性の理由があり、再設計案が一つの原因仮説へ対応する

今日のまとめ

  • 観察事実、問題仮説、根拠、重大度、再設計案を分ける
  • 重大度は頻度、影響、持続性を見て、評価理由も残す
  • 次は、設計意図と受入条件をAIへ渡し、実装結果を検証する

次のレッスン

AIにUIを実装させ、受入条件で検証する