デザインクリティーク

英語名 Design Critique
読み方 デザイン クリティーク
難易度
所要時間 30〜60分(1セッション)
提唱者 建築・美術教育の伝統的手法
目次

ひとことで言うと
#

デザインの良し悪しを個人の好みではなく、目的と原則に基づいて建設的に議論する構造化されたフィードバック手法。「なんかイマイチ」「もっとかっこよく」ではなく、「このUIはユーザーの目標達成を助けているか?」という視点でレビューする。

押さえておきたい用語
#

押さえておきたい用語
クリティーク(Critique)
作品を目的と原則に照らして分析・評価する行為。個人の好みではなく、客観的基準に基づく。
コンテキスト(Context)
デザインの背景情報のこと。ユーザー像、解決すべき課題、制約条件などを含む。
HiPPO(Highest Paid Person’s Opinion)
「一番偉い人の意見」が議論を支配する現象。クリティークはこれを防ぐための構造を提供する。
シグナル vs ノイズ
フィードバックのうちデザイン改善に直結する指摘がシグナル、好みや曖昧な感想がノイズ。

デザインクリティークの全体像
#

コンテキスト共有→観察・分析→構造化フィードバック→アクション決定の流れ
コンテキスト背景・意図の共有課題・ユーザー・制約を全員が把握する観察・分析客観的にデザインを分析目的に対する機能性一貫性・優先順位構造化FB良い点・懸念・質問で整理好みではなく目的ベースで議論アクション修正・維持の判断を下すデザイナーが主導権次回日程も決定フィードバックの受け手が主導権を持つのが特徴
デザインクリティークの進め方フロー
1
コンテキスト共有
課題・ユーザー・制約を説明
2
観察・分析
目的に対してデザインを評価
3
構造化フィードバック
良い点・懸念・質問で整理
4
アクション決定
修正・維持・検証を判断

こんな悩みに効く
#

  • デザインレビューが「好き嫌い」の言い合いになってしまう
  • フィードバックが曖昧で、デザイナーが何を直せばいいかわからない
  • HiPPO(一番偉い人の意見)でデザインが決まってしまう

基本の使い方
#

ステップ1: コンテキストを共有する

デザイナーがまず、デザインの背景と意図を説明する

  • このデザインが解決しようとしている課題は何か?
  • ターゲットユーザーは誰か?
  • デザイン上の制約条件(技術的制約、ブランドガイドラインなど)
  • 特にフィードバックが欲しいポイントはどこか?

ポイント: ここをスキップすると、的外れなフィードバックが飛び交うことになる。

ステップ2: 観察と分析を行う

参加者は感情的な反応を抑え、デザインを客観的に分析する

  • ユーザーの目標に対して、このデザインはどう機能するか?
  • 情報の優先順位は適切か?
  • 一貫性は保たれているか?
  • アクセシビリティは確保されているか?

フレーム: 「このデザインは〇〇という目的に対して、△△の点で効果的だと思う。一方、□□の部分は改善の余地があるかもしれない」

ステップ3: 建設的なフィードバックを構造化する

以下のフォーマットでフィードバックを整理する

  • うまくいっている点: 目的に対して効果的な部分を具体的に挙げる
  • 気になる点: 目的に照らして懸念がある部分を挙げる(代替案も添える)
  • 質問: 意図がわからない部分を「なぜ?」で掘り下げる

NG: 「このボタンの色が嫌い」→ OK: 「このボタンの色はCTAとしての視認性が低く、コンバージョンに影響しないか?」

ステップ4: 次のアクションを決める

フィードバックをもとに、何を修正し、何をそのまま維持するかを決める

  • すべてのフィードバックを反映する必要はない
  • デザイナーが最終的な判断を行う(民主的投票ではない)
  • 意見が分かれる場合は「ユーザーテストで検証」を選択肢に入れる
  • 次のクリティークの日時を決める

ポイント: フィードバックの「受け手」が主導権を持つのがクリティークの特徴。

具体例
#

例1:ECサイトの商品詳細ページをチーム5名で30分レビューする

デザイナーの説明: 「購入率を現状の2.1%から3.0%に上げるため、商品画像を大きくし、レビューを目立たせるデザインに変更しました。特にモバイルでの購入フローについてフィードバックが欲しいです」

フィードバック例:

  • 「商品画像の大型化は良い。ユーザーが詳細を確認しやすくなる」(うまくいっている点)
  • 「モバイルでCTAボタンがファーストビューに入っていない。スクロールしないと購入ボタンが見えないのは離脱の原因になりうる」(気になる点)
  • 「レビューの星評価はあるが、レビュー件数が表示されていないのはなぜ?信頼性の判断材料として件数も重要では」(質問)

決定: CTAボタンをフローティングで常時表示に変更。レビュー件数を追加。画像サイズは維持。フローティングCTA導入後、モバイル購入率が2.1%から3.4%に改善した。

例2:SaaSダッシュボードの新機能をデザイナー3名+PM1名でレビューする

コンテキスト: 「データエクスポート機能のUI。ユーザー調査で『エクスポート設定が複雑すぎる』との声が62%。操作ステップを7→3に減らす設計にした」

クリティーク結果:

  • 良い点: ステップ数の削減は明確な改善。プレビュー表示で安心感を与えている
  • 懸念: 「すべてエクスポート」と「選択してエクスポート」のボタンが同サイズで優先順位が不明瞭
  • 質問: 「エクスポート形式(CSV/Excel/PDF)の選択が2画面目に移動した理由は?」

決定: 「すべてエクスポート」をプライマリボタン、「選択して」をセカンダリに変更。形式選択は利用データ(CSV 78%、Excel 20%)に基づきCSVをデフォルトに。操作完了率が41%から83%に向上した。

例3:ヘルスケアアプリの記録画面をデザイナー2名+エンジニア2名でレビューする

コンテキスト: 「日々の健康記録の入力完了率を向上させたい。現状は登録ユーザーの23%しか毎日記録していない。入力項目を12→5に絞り、1タップで記録できるUIを提案」

クリティーク結果:

  • 良い点: 1タップ記録のコンセプトは操作負荷が大幅に下がる
  • 懸念: 5段階のスライダーUIはモバイルだとタッチ精度が低く、意図しない値が入力される可能性がある
  • 質問: 「過去データの修正UIが見当たらないが、ユーザーが誤入力した場合はどうなる?」

決定: スライダーをボタン式5段階評価に変更。修正UIを追加(タップで編集モードに遷移)。変更後のユーザーテストで入力完了率が23%から54%に上昇した。

やりがちな失敗パターン
#

  1. 「好き・嫌い」で議論してしまう — 個人の美的感覚ではなく、ユーザーの目標とビジネスの目的を基準にする。「私は青が好き」ではなく「青はブランドカラーとの一貫性が保たれるか?」
  2. 解決策だけを提示する — 「ここを赤にして」と具体的な解決策を押し付けると、デザイナーの裁量を奪う。まず問題を指摘し、解決はデザイナーに委ねる
  3. ポジティブなフィードバックを省略する — 問題点だけ指摘すると、デザイナーのモチベーションが下がる。うまくいっている点を先に伝えることで、建設的な場になる
  4. コンテキスト共有をスキップする — 背景説明なしでいきなりフィードバックを求めると、全員が異なる前提で話し始める。最初の5分が議論全体の質を決める

まとめ
#

デザインクリティークは、好みではなく目的と原則に基づいてデザインを評価する手法。コンテキストの共有→客観的分析→構造化フィードバック→アクション決定の流れで進めることで、チームのデザイン品質を継続的に高められる。大事なのは「議論の質」であり、そのためにはルールとフォーマットが必要。