フレームワーク活用ガイドひとことで言うと#
ヤコブ・ニールセンが提唱した**10の原則（ヒューリスティクス）**に照らしてUIを評価し、ユーザビリティの問題を効率的に発見するフレームワーク。ユーザーテストなしでも、専門家が短時間で主要な問題を洗い出せる。
押さえておきたい用語#
- ヒューリスティック評価（Heuristic Evaluation）
- 専門家が原則（ヒューリスティクス）に基づいてUIを検査するユーザビリティ評価手法のこと。ユーザーテストより低コストで実施できる。
- 深刻度（Severity Rating）
- 発見された問題の影響度を0〜4の5段階で評価するスケールのこと。修正の優先順位づけに使う。
- アフォーダンス（Affordance）
- UIの見た目が「何ができるか」を自然に伝える性質のこと。ボタンらしい見た目ならクリックできると直感でわかる。
- 認知負荷（Cognitive Load）
- ユーザーがインターフェースを理解・操作するために使う脳の処理リソースのこと。不要な認知負荷を減らすことが10原則の共通テーマ。
ユーザビリティヒューリスティクスの全体像#
こんな悩みに効く#
- ユーザーから「使いにくい」と言われるが、どこが問題か分からない
- ユーザーテストをする時間も予算もない
- デザインレビューで「なんとなく微妙」以上の指摘ができない
基本の使い方#
ニールセンの10原則を把握する。
- システム状態の可視化: 今何が起きているかユーザーに伝えているか
- 実世界との一致: ユーザーが馴染みのある言葉・概念を使っているか
- ユーザーの自由と制御: 操作の取り消し・やり直しができるか
- 一貫性と標準: デザインの統一性が保たれているか
- エラー防止: そもそもエラーが起きにくい設計か
- 記憶より認識: 覚えなくても使える設計か
- 柔軟性と効率性: 初心者も上級者も使いやすいか
- 美的でミニマルなデザイン: 不要な情報がないか
- エラーの認識・診断・回復: エラーメッセージが分かりやすいか
- ヘルプとドキュメント: 必要な時にサポートが見つかるか
ポイント: 全部を暗記する必要はない。チェックリストとして使う。
何を評価するかを具体的に定める。
- 評価対象: どの画面・フローを評価するか？（全画面は現実的でないことが多い）
- 主要タスク: ユーザーの典型的な操作フロー（登録、購入、設定変更など）
- 評価者: 3〜5人の評価者が独立して行うと、発見率が上がる
ポイント: ユーザーの主要タスクに沿って評価すると、実際の使用場面に即した問題が見つかる。
主要タスクを実行しながら、各原則への違反を記録する。
- 違反している箇所をスクリーンショットで記録する
- どの原則に違反しているかを明記する
- 深刻度を4段階で評価: 0=問題なし / 1=軽微 / 2=中程度 / 3=重大 / 4=致命的
ポイント: 各評価者が独立して評価し、後で統合する。他人の意見に引きずられない。
全評価者の結果を統合し、対策を決める。
- 深刻度と発生頻度で優先順位をつける
- 「深刻度4（致命的）」はリリース前に必ず修正
- 「深刻度2〜3」は次のスプリントで対応
- 改善案を具体的に設計し、再評価する
ポイント: すべてを一度に直そうとしない。致命的な問題を先に潰す。
具体例#
評価対象: 商品選択→カート→決済→完了の購入フロー。3人の評価者で実施。
発見された主要な問題:
| 画面 | 違反原則 | 問題 | 深刻度 |
|---|---|---|---|
| カート画面 | (3)ユーザーの制御 | 数量変更後に「更新」ボタンを押さないと反映されない | 3 |
| 決済画面 | (5)エラー防止 | クレジットカード番号にハイフンを入れるとエラーになるが、事前に説明がない | 3 |
| 決済画面 | (1)状態の可視化 | 「注文確定」ボタンを押した後、処理中の表示がなく不安になる | 4 |
| 全画面 | (4)一貫性 | 「カートに入れる」「バスケットに追加」「買い物かごへ」と表記が統一されていない | 2 |
| エラー時 | (9)エラー回復 | 「入力に誤りがあります」だけで、どの項目がエラーか分からない | 3 |
改善の優先順位:
- 決済処理中のローディング表示を追加（深刻度4 → 即修正）
- カードの入力フォームでハイフンを自動除去（深刻度3）
- カート数量のリアルタイム反映（深刻度3）
- エラーメッセージの具体化（深刻度3）
- 用語統一（深刻度2 → 次スプリント）
結果: 深刻度4と3の問題を修正後、カート→決済完了の転換率が62%→78%に改善。ヒューリスティック評価1回で年間売上換算約2,400万円のインパクトがあった。
プロジェクト管理ツール（MAU 8,000人）。サポート問い合わせの35%が「設定方法がわからない」で占められていた。
評価体制: PM 1名、デザイナー 2名、エンジニア 1名、CS 1名の5名で独立評価。
発見された問題数:
| 評価者 | 発見数 |
|---|---|
| PM | 8件 |
| デザイナーA | 12件 |
| デザイナーB | 11件 |
| エンジニア | 6件 |
| CS | 9件 |
| 統合後（重複排除） | 22件 |
主要な発見:
- (6)記憶より認識: 設定項目が50以上あるが、カテゴリ分けが不十分で目的の設定が見つからない（深刻度3）
- (2)実世界との一致: 「ワークスペースのパーミッション設定」など、ユーザーが理解できない用語が12箇所（深刻度2）
- (10)ヘルプ: 設定項目に説明がなく、ヘルプページへのリンクもない（深刻度3）
施策と結果: 設定画面をカテゴリ再編＋検索機能追加＋各項目にツールチップを追加。実施後、設定関連のサポート問い合わせが35%→12%に激減し、月間サポートコストが約40万円削減された。
人口15万人の市の電子申請システム。導入1年で利用率が8%と低迷。市民から「使いにくい」の声が多数。
評価体制: IT企業のUXコンサルタント3名 + 市役所職員2名（一般市民に近い視点として参加）。
発見された致命的問題（深刻度4）:
| 問題 | 違反原則 |
|---|---|
| 申請の途中保存ができず、30分の入力が消える | (3)ユーザーの制御 |
| エラーが出ると最初からやり直し | (9)エラー回復 |
| 添付ファイルのサイズ制限が書かれておらず、アップロード後にエラー | (5)エラー防止 |
発見された重大問題（深刻度3）:
- 「世帯構成員」「住民票記載事項」など行政用語が説明なしで使われている → (2)実世界との一致
- 同じ情報を複数画面で繰り返し入力させる → (7)柔軟性と効率性
- 申請完了後に「受付番号」が表示されるが、控えを取る手段がない → (1)状態の可視化
改善と結果: 致命的問題3件を最優先で修正（途中保存機能、エラー時のフィールド維持、ファイルサイズ事前チェック）。次に行政用語の平易化を実施。利用率が8%→23%に上昇し、窓口の待ち時間が平均18分短縮された。
やりがちな失敗パターン#
- 主観的な好みで評価する — 「私はこの色が好きじゃない」はヒューリスティック評価ではない。必ず10原則のどれに違反しているかを明記する
- 評価者が1人だけ — 1人では問題の約35%しか発見できない。3〜5人で独立評価すると発見率が大幅に上がる
- ヒューリスティック評価だけで十分だと思う — 専門家評価は効率的だが、実際のユーザーの行動は予測と違うことがある。ユーザーテストと組み合わせるのが理想
- 発見した問題を全部直そうとする — 深刻度1の問題まで一気に修正しようとすると工数が膨らむ。深刻度4→3→2の順に段階的に改善することで、限られたリソースで最大の効果が得られる
まとめ#
ユーザビリティヒューリスティクスは、10の原則というチェックリストでUIの問題を効率的に発見するフレームワーク。ユーザーテストほどコストをかけずに、主要な問題を短時間で洗い出せる。デザインレビューの共通言語としても機能するので、チーム全員が10原則を知っていると、プロダクト品質が底上げされる。