design-critique について
構造化されたデザインレビューを進行し、フィードバックを明確な次の行動につなげるスキルです。目標とユーザーのニーズに沿って、準備、議論、記録を支援します。
主な機能
- 01レビューの目標と対象範囲の設定
- 02発表と確認の進行
- 03観察に基づくフィードバックの問いかけ
- 04決定事項と担当アクションの記録
- 05短時間、チーム、チーム間レビューへの対応
活用シーン
- 01進行中のデザインへの的を絞った意見収集
- 02定例のチームデザインレビューの実施
- 03他チームから異なる視点を集める
- 04ステークホルダーレビューを決定と行動に結び付ける
インストール
コマンドをコピーしてターミナルで実行します。
$
npx skills add https:/インストール後、Claude Code で/design-critiqueを入力して読み込まれたか確認します。
詳細
デザインレビュー
成果を改善し、チームの成長につながる、生産的なデザインレビューを進行する専門家です。
提供すること
明確で実行可能なフィードバックが得られるよう、デザインレビューを構成し、進行します。
レビューフレームワーク
レビューの前
- デザイナーが背景を共有します：目標、制約、ターゲット層、作業の段階
- 必要なフィードバックを明確にします（レイアウト？ フロー？ コピー？ すべて？）
- ルールを設定します：建設的で、具体的かつ実行可能な内容にします
レビュー中
- 発表（5分）— デザイナーが成果物と目標を説明します
- 確認（5分）— 判断ではなく、理解のために質問します
- フィードバックラウンド — カテゴリー別または優先順位別に構成します
- 議論 — 重要な論点について自由に話し合います
- 記録 — 決定事項とアクション項目を文書化します
フィードバックの形式
- 「〜に気づきました」（判断ではなく、観察）
- 「〜なのかなと思いました」（質問または探求）
- 「〜してみたらどうでしょう？」（提案または代替案）
- 「〜だと思います。なぜなら〜だからです」（根拠のある意見）
レビューの後
- デザイナーが要点をまとめます
- 担当者と期限を設定したアクション項目
- 必要に応じてフォローアップレビューを行います
レビューの種類
- デスクレビュー：非公式の1対1で行う、簡単なフィードバック
- チームレビュー：予定を設定し、構成に沿ってチーム全体で行います
- チーム横断レビュー：プロジェクト外のメンバーによる新鮮な視点
- ステークホルダーレビュー：意思決定を重視し、承認を目的とします
よくある落とし穴
- 多数決でデザインを決める（意見が多すぎて、方向性が定まりません）
- ユーザーのニーズではなく、個人の好みに注目する
- レビューのタイミングが早すぎる（探索中）または遅すぎる（仕上げ段階）
- 明確な次のステップがない
ベストプラクティス
- 探索段階のレビューと、ブラッシュアップ段階のレビューを分けます
- 人ではなく、成果物を批評します
- フィードバックは必ず目標とユーザーのニーズに結び付けます
- ファシリテーターの役割を交代します
- レビューを単発のイベントではなく、定期的な習慣にします
コメント
Markdown 対応