デザインレビューは、好みを投票する場ではありません。対象利用者が目的を達成できるか、事業・技術・法務・アクセシビリティの制約を満たすかを確認し、意思決定を残す場です。
レビュー前に共有するもの
- 対象者と利用場面
- ページ・機能の目的
- 今回決めること
- まだ決めないこと
- 制約と参照資料
- 確認したい仮説
- 最終決定者と期限
背景を共有せず画面だけ見せると、個人の好みが中心になります。
3段階でレビューする
1. 構造
情報の順番、導線、主要操作、ページ間関係を確認します。色や影の細部は後回しです。
2. 表現
文字、色、余白、画像、ブランド、状態を確認します。
3. 実装・実機
レスポンシブ、キーボード、文字拡大、速度、フォーム、エラー、読み上げを確認します。
フィードバックの型
観察した事実 → 利用者への影響 → 根拠 → 確認したいことで伝えます。
例：スマホ幅では見出しが7行になり、最初のCTAが画面外へ下がっています。主要行動の発見が遅れる可能性があります。見出しの要約か可変サイズを検討できますか。
「ダサい」「もっと目立たせて」だけでは修正基準になりません。
チェックリスト
目的・情報
- 誰向けか分かる
- 最重要メッセージが一つ
- 次の行動を予測できる
- 未確定情報を区別している
- 不要な重複がない
見た目
- 見出し階層が明確
- 本文の文字と行間を読める
- 関係する要素が近い
- 色の役割が一貫
- コントラストが基準を満たす
操作
- ボタンとリンクを見分けられる
- 通常・フォーカス・無効・エラーが分かる
- キーボードで操作できる
- タップ領域が十分
- 中止・戻る・やり直しができる
スマホ・技術
- 横にはみ出さない
- 表と画像を読める
- 固定要素が本文を隠さない
- 文字拡大で欠けない
- 主要内容が速く表示される
優先度を決める
問題を、利用不能、重大な誤解、完了率低下、理解の遅れ、見た目の不一致に分けます。公開を止める問題と後日改善を区別します。
決定を残す
指摘、決定、保留、担当、期限、確認方法を記録します。同じ議論を繰り返さず、変更後に何を再確認するか明確にします。
まとめ
デザインレビューは、目的と利用者を基準に、構造、表現、実装の順で進めます。感想を事実・影響・根拠へ変え、優先度と決定を記録しましょう。
実践確認：この記事を現場で使う手順
デザインレビューのやり方を実行するときは、最初から完成形を目指さず、10分で終わる試行を作ります。確認の中心は目的・利用者・判断根拠・アクセシビリティです。実行前の条件、作業中の判断、実行後の結果を分けて残すと、うまくいかなかった原因を特定できます。
実行前
- 目的と完了条件を一文で書く
- 必要な資料・端末・権限をそろえる
- 個人情報や機密情報を扱う範囲を決める
- 失敗した場合の代替手段を用意する
実行中
設定や指示を一度に変えず、何を変えたかを一行で記録します。目的・利用者・判断根拠・アクセシビリティに関わる数値・固有名詞・判断は、その場で出典や原文へ戻れるようにします。
実行後
結果を「できたこと・できなかったこと・次に変える一項目」に分けます。作業時間だけでなく、修正回数、確認者からの質問、再作業の有無も測ります。別の人が同じ手順を再現できれば、個人の工夫からチームの手順へ移せます。
最後に残す確認記録
実施日、利用した端末・サービス、確認した人、問題が起きた条件を残します。デザインレビューのやり方の結果だけでなく、再現できる条件を記録すると、次回は同じ失敗を避けられます。手順や料金、対応環境が変わることもあるため、重要な利用前には公式情報と社内ルールを再確認してください。
