10秒でわかる！要点まとめ

  • 「好き嫌い」で語るのは素人。要件を満たしているかを論理的に裁く「審判」の場
  • PC画面だけでOKを出すな。必ず「スマホ実機」で指の届く範囲や文字サイズを確認する
  • デザイナーを打ち負かすのが目的ではない。一緒に「ユーザーの正解」を探す姿勢が必要

1. 概要：感性ではなく「論理」でクリエイティブを検査する

デザインレビューとは、デザイナーが作成したデザインカンプ（完成見本）に対して、品質チェックを行い、承認または修正指示を出す業務です。

単に「かっこいい」「かわいくない」といった主観的な感想を伝える場ではありません。「要件定義書の機能を満たしているか」「ワイヤーフレームの情報設計から逸脱していないか」「ターゲットユーザー（ペルソナ）に刺さるトーン＆マナーになっているか」といった、プロジェクトのゴールに基づいた客観的な基準で合否を判定する、品質保証（QA）の第一関門です。

2. なぜ重要なのか：コーディング後の「手戻り」を防ぐ最後の砦

デザインレビューを通過すると、工程は「コーディング（実装）」へと進みます。一度コードを書き始めると、デザインの変更には多大な修正コスト（時間と費用）がかかります。

もしレビューが甘く、実装中に「やっぱりこのボタンの位置はおかしい」「スマホだと文字が小さすぎて読めない」といった問題が発覚すると、エンジニアの作業は止まり、スケジュールは遅延します。デザイン段階で不具合や違和感をすべて洗い出し、完璧な設計図としてエンジニアに渡すことが、プロジェクト全体の効率と品質を守ることに繋がります。

3. 実務のポイント：スマホ実機確認と「異常系」

実務で質の高いレビューを行うためのチェックポイントは以下の通りです。

  • スマホ実機での確認：モニター上で見るスマホデザインと、実際に手で持った時の感覚は別物です。「ボタンが指で隠れないか」「文字サイズは読みやすいか（14px以上か）」を、Figmaのミラーアプリなどを使って必ず実機で検証します。
  • 異常系（ワーストケース）の想定：「タイトルが2行になったらどうなる？」「画像がない場合はどうなる？」といった、デザインが崩れやすいケースを指摘し、ルールを明確にします。
  • フィードバックの作法：「ダサいから直して」という曖昧な指示はNGです。「ターゲットは高齢者なので、コントラスト比を上げて視認性を高めてほしい」と、理由（Why）を添えて具体的に伝えます。ただし、「ここを赤くして」と解決策（How）を決めつけるのではなく、解決策はデザイナーに委ねるのがプロの流儀です。

4. スキルアップのヒント：デザインの「言語」を覚える

的確なフィードバックをするためには、デザインの基礎用語を覚えることが近道です。「マージン（余白）」「カーニング（文字間）」「ジャンプ率（文字の大小差）」「視線誘導（Z型・F型）」といった言葉を使って会話ができれば、デザイン領域での意思疎通がスムーズになり、信頼関係も深まります。

また、「なぜこのデザインにしたのか？」をプレゼンしてもらうのも有効です。意図を聞くことで、見た目だけでは分からない工夫に気づくことができ、レビューの精度が上がります。