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