デザインレビューが怖くなくなる。フィードバックを“時短＆高品質”に変えるチームコラボ術

Webデザイナー仕事のこと

# Figma活用術# UIUXチーム運営# コミュニケーション設計# デザインレビュー改善# 非同期コラボレーション

「レビューが長い」を生むボトルネックはどこにある？

デザインレビューが長引く原因は、スキルより「コミュニケーション設計」にあることが多いです。例えば、レビューの目的が曖昧なまま集まる、言語化されていない意図を読み合う、決裁者の基準が途中で変わる…といった状況です。

ジェイ・ラインのUI/UXデザイナーチームでは、こうした「モヤっとポイント」をできるだけ事前に潰すことで、レビュー時間そのものを短くしながら、アウトプットの精度を上げる工夫をしています。以下では、実際に運用している具体的なルールとコツを紹介します。

レビュー前に、Figmaリンクだけ投げて「見ておいてください」だと、指摘が散らばりがちです。そこで事前に、次のような簡単なチェックリストを共有します。

・今回レビューしてほしいレベル（構成 / トンマナ / 細部）

・KPIやターゲット、主要導線

・クライアントからの制約条件やNG例

・迷っているポイント、判断を仰ぎたい点

「どこを見てほしいか」を明示するだけで、会話は一気に建設的になりますし、決裁者も問いに答きる形でコメントしやすくなります。

Figma上のコメントは、ルールを決めないと「誰が何に同意しているか」が分かりづらくなります。そこで、ジェイ・ラインでは次のようなシンプルな基準を設けています。

・コメント頭にタグを付ける：「[仕様]」「[文言]」「[相談]」など

・複数案比較は番号を振り、スレッドで議論をまとめる

・結論が出たら「決定」「保留」など一言を残す

これだけでも履歴が追いやすくなり、同じ議論を繰り返す無駄が減ります。非同期レビューでも齟齬が起きにくくなるのもポイントです。

決裁者を最後にだけ呼ぶと、方向性のズレが一気に露呈し、大幅な手戻りにつながります。一方で、毎回の細部レビューに同席してもらうのも現実的ではありません。

そこで意識しているのが、「3つの山場」での巻き込みです。

1. 要件とゴール定義のタイミング（ワイヤー前）

2.1stビジュアル提案時（世界観の確認）

3. 全体8割完成時（細部の最終調整前）

この3点で認識を合わせておくと、決裁者の「判断軸」を早い段階から共有でき、以降のレビューがスムーズになります。

デザインレビューでは、人の「センス」や「好み」に踏み込む場面も多く、指摘が感情的に受け取られない工夫が欠かせません。ジェイ・ラインでは、次のような言い回しを意識しています。

・「好みの話ではなく、〇〇の数値を上げる観点で見ると…」

・「一旦、こういう見せ方も試してみませんか？」

・「今の案の良いところは〇〇で、気になっているのは△△です」

・「ユーザーが△△のシーンで見た時にどう感じるか、もう一度一緒に整理したいです」

相手の意図を尊重しつつ、「目的」と「ユーザー視点」に立ち返る言葉を添えるのがポイントです。

最後に、チームでレビューを回しているデザイナーの、とある1日をご紹介します。

・9:30出社・SlackとFigmaコメントの確認、当日のタスク整理

・10:00案件チームでデイリーミーティング（15分）

・10:30ワイヤーのブラッシュアップ、ディレクターと要件すり合わせ

・13:00ランチ

・14:00新規LPのデザイン作業、同時にFigmaで非同期レビュー依頼

・16:00オンラインでデザインレビュー（30〜45分）

・17:00レビュー反映、コピーライター・コーダーと実装方針を共有

・18:30翌日のタスク整理をして退社

レビューは「みんなで回す仕組み」の一部として設計されており、一人で抱え込まずに、チームでデザインの質を上げていくスタイルです。