仕事を改善するデザインクリティーク（感情ではなく成果物を変える）
Turn this article into takeaways for your work.
Each assistant summarizes the article only for you and suggests best practices for your work.
Zoomに8人のデザイナー。45分。「タイプ階層が素晴らしい」というコメントが3つ。「dark modeでも試しましたか」という余談が2つ。集中していなかったのに「いいですね」と言った1人。プレゼンターは承認されたと感じてオフラインになります。月曜の朝、ファイルは変更なしでリリースされます。
それはクリティークではありません。Figmaを背景にしたグループセラピーです。
直近の5回のクリティークでファイルの差分がゼロだったなら、クリティークの実践はありません。チームに週約6デザイナー時間のコストをかけ、何も生み出さない定期的なミーティングがあるだけです。私がクリティークに設ける基準はシンプルです。セッションの後で成果物がセッション前と異なっていなければなりません。プレゼンターの感情ではありません。部屋の雰囲気でもありません。ファイルです。
実際の進め方を説明します。
クリティークとフィードバックは同じではない
これがチームが最初に迷子になる場所です。言葉を互換的に使い、なぜセッションが仕事を動かさないのか不思議に思います。
フィードバックは広い反応です。「青が気に入らない。」「重い感じがする。」「何かがおかしい。」方向性として有用ですが構造化されていません。ユーザーから、PMから、モニターの前を偶然通りかかったパートナーから収集します。フィードバックには契約がありません。提供者は自分の反応を特定の何かに結びつける義務がありません。
クリティークは、述べられた目標に対する構造化された評価です。「CTAカラーはミュートされた背景でWCAG AAのコントラストに失敗しているため、#6B7280から#4B5563に引き上げると4.6:1になります。」「空の状態はモバイルブレークポイントでファーストビューより下にプライマリアクションを埋めているため、イラストの上に移動するとユーザーの読み順に一致します。」クリティークは目標を引用し、問題に名前をつけ、証拠を指します。
両方が必要です。ただし、クリティークをフィードバックセッションのように運営して異なる結果を期待することはできません。セッションは述べられた目標から始まらなければならず、すべてのコメントはそれに向かって積み上がらなければなりません。レビュアーが「青が気に入らない」と言い、ブリーフがIA（情報アーキテクチャ）についてであれば、そのコメントはフィードバックであってクリティークではなく、保留されます。
毎回のセッションの最初にこの区別を明示してください。「今日はブリーフに対するクリティークをします。オープンなフィードバックではありません。スコープ外のフィードバックがあれば、ドキュメントに書いてもらい、後でトリアージします。」12秒です。40分節約できます。
フレーミングブリーフはプレゼンターの仕事
ブリーフなし、クリティークなし。これは交渉の余地がありません。
誰かが何かをレビューする前に、プレゼンターがFigmaファイルまたはドキュメントの上部に3つのことを書きます。
- 解決している問題。 機能ではなく、デザインが対処することを意図したユーザーの問題またはビジネスの問題。「オンボーディングのステップ3でのドロップオフを減らす」は問題です。「オンボーディングのステップ3をリデザインする」はタスクです。
- 制約。 技術的なもの（エンジニアリングが可能と確認したもの）、ブランド（適用されるdesign systemのルール）、タイムライン（スプリントのデッドライン、依存関係）、リサーチ（すでに検証されたもの、されていないもの）。これで役に立たないコメントの80%を先取りできます。
- 求めているフィードバックの種類。 方向性（このアプローチはそもそも機能するか?）、詳細の磨き（マイクロコピーとスペーシング）、アクセシビリティ（コントラスト、フォーカス状態、スクリーンリーダーのフロー）、IA（これは正しい構造か?）、コピー（言語は伝わるか?）。全部ではなく1つか2つのカテゴリ。
執筆90秒。プレゼンターがセッションの最初に読み上げるか、レビュアーがセッション前に読んで既に準備できた状態で参加するか、後者の方が望ましい。
フレーミングブリーフテンプレート
## クリティークブリーフ：[機能/フロー名]
日付：[日付] · プレゼンター：[名前]
### 問題
[1〜3文。タスクではなく、ユーザーまたはビジネスの問題。]
### 制約
- 技術：[エンジニアリングが確認したもの]
- ブランド/システム：[関連するdesign systemのルール、例外]
- タイムライン：[リリース日、ブロッカー]
- リサーチ：[検証済みのもの、前提としているもの、ギャップ]
### 求めているフィードバック
[1〜2つ選択：方向性 / IA / 詳細の磨き / コピー / アクセシビリティ / インタラクション]
### スコープ外のもの
[すでに決定された内容、後回しにした会話]
### オープンな質問
[助けてほしい2〜3の具体的なこと]
「スコープ外のもの」の行がブリーフの中で最もROIの高い部分です。「モーダルかサイドパネルかについては再議論しません。それは決定済みです」と言う場所です。セッションが後退することを防ぎます。
「気に入りました」を禁止する。「何が機能しているか」を使う
「気に入りました」はセンスに紐づきます。「気に入りました」は、作業が良いかどうかとは無関係なレビュアーの感情をプレゼンターに伝えます。「気に入りました」はアクションにも繋げられません。「サラはタイプ階層が好き」という言葉で月曜日に何をしますか?
「気に入りました」を「述べられた目標に対して何が機能しているか」と「何が機能していないか」に置き換えてください。同じ本能、異なる出力。
悪い例：「このすっきりした感じが本当に気に入りました。」
良い例：「オンボーディングのドロップオフを減らすという目標に対して、簡略化されたビジュアル階層は機能しています。プライマリCTAが画面上で最も明るい要素であり、ユーザーに最初にしてほしいことと一致しています。」
2番目のバージョンは(a)ブリーフに結びついており、(b)機能している具体的なものに名前をつけており、(c)なぜ機能しているかを説明しています。プレゼンターは何を維持すべきかを知っています。レビュアーはデザインで何が重要かを知っています。
これは細かすぎると感じるかもしれません。そうです。デザインクリティークはクラフトスキルであり、クラフトスキルは細かい語彙を必要とします。2か月間「気に入りました」を禁止したチームは、新しい語彙が習慣になるためそのルールが不要になります。そうしないチームは決して改善しません。
非同期か同期か：デフォルトを間違えると永遠に払い続ける
ほとんどのチームはすべてに同期クリティークをデフォルトとし、ライブである必要のなかったセッションで4〜6デザイナー時間を消費します。ルールは次のとおりです。
非同期（Loom + Figmaコメント、24時間ウィンドウ）：
- 詳細の磨き（スペーシング、マイクロコピー、アイコンの選択）
- アクセシビリティ監査（コントラスト、フォーカス状態、セマンティック構造）
- エッジケースのレビュー（空の状態、エラー状態、ローディング状態）
- コピーレビュー（ボイス、トーン、スキャン可能性）
- リリース前の最終的な磨き
同期（30〜45分のライブセッション）：
- 方向性の判断：そもそもこのアプローチで正しいか?
- IAの議論：5人のレビュアーが意見を異にし、議論で解決する必要がある場合
- 新しいパターン：design systemにないもので判断が必要なもの
- クロスファンクショナルな入力：PMとエンジニアリングが同席する必要がある場合
- 詰まった仕事：プレゼンターが悩み続けてブロックを解除する必要がある場合
非同期のデフォルトが機能するのは、非同期が書面による、よく考えられたコメントを強制するからです。人々は長々と話したり演じたりできません。レビュアーはLoomを見て、特定のフレームに紐づいたFigmaのコメントを残し、プレゼンターはそれらをまとめて対処できます。45分の同期セッションは、6分のLoom + 30分の分散したレビューに圧縮されます。合計時間が減り、質が上がることも多い。
同期のデフォルトが失敗するのは、1人の作業のために8人を部屋に引き込み、そのうち5人がその特定の画面について意義あることを言えないのに何か言わなければならないと感じるからです。「タイプ階層が気に入りました」はそこから来ています。
ブリーフの「求めているフィードバック」フィールドに基づいてモードを選択してください。詳細の磨き?非同期。方向性?同期。確信がない場合は非同期から始め、コメントがライブで解決が必要な意見の相違を明らかにした場合に同期にエスカレートしてください。
防衛的なデザイナーを名前で呼び、リダイレクトする
防衛的な姿勢は、悪いフィードバック以上の速さでクリティークを壊します。3分間のレビューを中断なく座って聞くことができないプレゼンターはセッションを台無しにします。名前をつけてリダイレクトすべき3つのパターン：
説明者。 すべてのコメントに「でも、そうした理由は...」という反応が来ます。説明者はクリティークを吸収すべき情報ではなく、解消すべき誤解として扱います。説明者は変わらないため、仕事も変わりません。
リダイレクトスクリプト：「メモしました、続けましょう。時間があれば最後にコンテキストに戻ります。」
転嫁者。 すべてのコメントに「でもエンジニアリングが...」または「でもPMが...」という反応が来ます。転嫁者は不在の第三者に決定を外注するため、デザインの選択に責任を持てません。
リダイレクトスクリプト：「それは制約の会話であってクリティークのものではありません。フォローアップとしてドキュメントに記録してください。私たちはブリーフに対して目の前の成果物を評価しています。」
巻き戻し者。 クリティークの5分後に、巻き戻し者はブリーフ、ユーザーリサーチ、以前の探索、決定が行われたミーティングを再プレゼンします。巻き戻し者は時間を稼ぎ、観衆の前で決定を再議論しようとしています。
リダイレクトスクリプト：「フレーミングは過ぎて成果物の議論に入っています。決定を再開する必要がある場合、それは元の意思決定者を含む別のセッションです。」
3つのスクリプト。暗記してください。最初にセッションで使うとき、不快に感じるでしょう。3回目のセッションまでには、チームが適応しパターンはほぼ消えます。5回目には、チームが自分たちで取り締まるようになります。
プレゼンターの規範
プレゼンテーションをしている場合のルール：
リアルタイムで守らない。書き留める。 レビュアーが同意できないことを言った?メモしてください。議論しないでください。クリティークを壊す最速の方法は、聞く代わりに交渉に費やすことです。セッション後に、アクションアイテムでメモに対処してください。
「これは機能しますか?」と聞かない。 感覚についてのコメントを招きます。「これは[述べられた制約]のもとで[述べられた問題]を解決しますか?」と聞いてください。それはレビュアーが具体的に答えられる質問です。
14画面をプレゼンしない。 オープンな質問がある3枚をプレゼンしてください。14枚持ってきたら、レビュアーは14枚すべてにコメントし、実際に助けが必要な決定から注意がそれます。決定がある画面を選んでください。残りは付録に回してください。
演じない。 「50回ものイテレーションを経て...」という前置きは不要です。仕事を見せてください。そのプロセスはあなたの頭の中にあり、レビュアーにとっては重要ではありません。彼らには現在の状態、ブリーフ、オープンな質問が必要です。
質問で締める。 議論の前の最後のスライド：「今日あなたに必要なのはXです。」それが場を準備します。それなしでは、関連性のないコメントが散らばります。
レビュアーの規範
レビューをしている場合のルール：
すべてのコメントをブリーフに結びつける。 「IAの目標に対して、第3層のナビゲーションはプライマリタスクに2クリック追加します。トップレベルへの昇格を検討してください。」ではなく「トップレベルに昇格させます」。最初のバージョンがクリティークです。2番目は求められていないアートディレクションです。
解決策の前に診断する。 「このナビゲーションがわかりにくいのは、ラベルがメンタルモデルを混在させているためです。名詞（Inbox、Reports）と動詞（Compose、Review）が混在しています」は診断です。「ハンバーガーメニューを使う」は解決策です。最初に診断してください。プレゼンターに解決策を決めさせてください。彼らにはあなたが持っていないコンテキストがあります。
再議論しない。 ブリーフが「モーダルパターンは決定済み」と言っているなら、「やはりサイドパネルにすべきだと思う」から始めないでください。それはクリティークではありません。古い議論で勝とうとしているだけです。
デザイン・バイ・コミッティーをしない。 レビュアーはアドバイスします。プレゼンターが決定します。5人のレビュアーが互いに矛盾する場合、プレゼンターが入力を比較してパスを選びます。セッションは投票しません。デザインの投票はぐちゃぐちゃな結果を生みます。
深さをブリーフに合わせる。 ブリーフが「詳細の磨きのみ」と言っているなら、方向性への懸念を持ち込まないでください。フォローアップとしてドキュメントに保管してください。スコープを尊重してください。
レビュアーコメントテンプレート
[ブリーフの目標]に対して、[特定のフレーム/要素に紐づいた観察]。[解決策ではなく方向性か原則]を検討してください。
例：
オンボーディングのドロップオフを減らすという目標に対して、画面3のセカンダリCTAがプライマリアクションと視覚的に競合しています。両方が同様の太さのフィルドボタンです。プライマリアクションが注目を勝ち取るよう階層を差別化することを検討してください。
それが全体の公式です。目標・観察・方向性。この形に合わないコメントは通常クリティークではありません。
毎回のクリティークはアクションアイテムで終わる。さもなければ開催されなかったも同然
これがクリティークをミーティングから実践に変えるルールです。
すべてのセッション（同期または非同期）の終わりに、プレゼンター（最も声の大きいレビュアーではなく、デザインマネージャーでもなく、部屋のコンセンサスでもなく）がファイルに3〜7のアクションアイテムを書きます。
- 何を変えるか。
- 何を維持するか。
- PM、エンジニアリング、リサーチ、または別のデザイナーへのフォローアップの質問は何か。
24時間以内にチームチャンネルに投稿します。ファイルにリンクします。次のチェックポイント日付でタグ付けします。
アクションアイテムテンプレート
## クリティークのアクションアイテム：[機能/フロー]（[日付]）
プレゼンター：[名前]
### 変更すること
- [ ] [クリティークコメントに紐づいた具体的な変更、フレームの参照付き]
- [ ] [具体的な変更]
- [ ] [具体的な変更]
### 維持すること（その理由）
- [維持する決定]：[ブリーフまたは制約に結びついた1行の根拠]
- [維持する決定]：[理由]
### フォローアップ
- [ ] @pm：[具体的な質問]
- [ ] @eng：[具体的な質問]
- [ ] @research：[具体的な質問]
次のチェックポイント：[日付 / 非同期または同期]
アクションアイテムなし、クリティークなし。プレゼンターが3〜7項目を書けない場合、セッションに焦点がなかったかブリーフが間違っていたかのどちらかです。どちらも診断できる問題です。どちらも修正できます。修正できないのは、1年間クリティークを実施して何も記録に残らないチームです。
よくある落とし穴
ブリーフなしでクリティークする。 最も一般的な失敗。セッションはフィードバックになり、感情論になり、何もなくなります。
クリティークとステークホルダーレビューを混在させる。 異なる観客、異なるルール。ステークホルダーはスコープ、ブランド、リスクを気にします。クリティークのレビュアーはクラフトを気にします。両者を組み合わせると、どちらのグループも必要なものを得られないセッションになります。異なる議題で別々のミーティングとして実施してください。
クリティークをステータス更新として実施する。 「今週ここまで来ました。」それはスタンドアップです。クリティークはオープンな質問とブリーフが必要です。それらがない場合、クリティークはスキップしてファイルをチャンネルに投稿するだけにしてください。
「速く動いているから」とクリティークをスキップする。 クリティークをスキップして速く動こうとするチームが、最も多くのリグレッションと最も多くのギリギリのバタバタをリリースします。クリティークはリリース前に考えるための強制機能です。スキップして節約した45分は、ローンチ後の修正に4時間のコストをかけます。
ブリーフを無視して最も上位の人の声に従う。 ブリーフに結びつけることなく「この方向性が好きではない」と言うスタッフデザイナーはダメージを与えています。上位であることはコメントテンプレートからの免除ではありません。上位の人が方向性への懸念を持っている場合、それをフォローアップの質問として提起し、適切な人を招集します。セッションを乗っ取りません。
非同期クリティークのLoomスクリプト
非同期セッションでは、プレゼンターが4〜7分のLoomを録画します。それより長いとレビュアーは見るのをやめます。構成：
- 0:00〜1:00、ブリーフ。 フレーミングブリーフを読んでください。問題、制約、求めているフィードバック、スコープ外のもの。
- 1:00〜4:00、作業を歩く。 3〜4つの主要なフレーム。ユーザーのパスをナレーションしてください。すべての選択を説明しないでください。レビュアーが際立つものを特定できるようにしてください。
- 4:00〜5:00、オープンな質問。 特に入力を求めている2〜3つのことを述べてください。
- 5:00〜終了、返答の方法。 「フレームに紐づいてFigmaにコメントを残してください。目標・観察・方向性という形式を使ってください。締め切りは[24〜48時間]です。[日付]までにアクションアイテムを投稿します。」
レビュアーは1.5倍速で視聴し、非同期でコメントを残し、プレゼンターが取りまとめます。チームの合計時間は同期セッションのほぼ半分です。
機能していることを知る方法
クリティークを「全員が話を聞いてもらえたか」で測るのをやめてください。代わりに次で測ってください。
- 1セッションあたりのアクションアイテム数。 目標は3〜7。3未満はセッションの焦点がなかったかブリーフが狭すぎたことを意味します。7超はブリーフが広すぎたことを意味することがほとんどです。
- 48時間以内のファイルの差分。 成果物は実際に変わったか?前後のスクリーンショットを撮ってください。クリティークから48時間後にファイルが同じに見えたら、セッションは失敗です。
- ブリーフに結びついたレビュアーコメント。 先月のコメント20件をサンプリングしてください。何パーセントが述べられた目標に結びついているか?目標は80%以上です。60%未満の場合、チームはフィードバックセッションを実施してクリティークと呼んでいます。
- プレゼンターの満足度（二値）。 「このクリティークは私の仕事を変えたか?」はいまたはいいえ。1〜5のスケールなし。答えははいかいいえかです。毎月記録してください。
これら4つの指標を四半期間実施してトレンドが横ばいなら、実践は機能しておらずフレーミングブリーフから再構築が必要です。トレンドが上昇していれば、実践はその役割を果たしています。プレゼンターではなく仕事を守っています。
それが全体の仕事です。クリティークは成果物をより良くするために存在します。プレゼンターに存在感を与えるためではなく、レビュアーに舞台を与えるためでも、カレンダーの定期スロットを埋めるためでもありません。より良い成果物、書面によるアクションアイテム、48時間以内のファイルの変更。それ以外はオーバーヘッドです。
関連リンク
Principal Product Marketing Strategist