关于 design-critique
用于组织结构化设计评审的设计技能，可将反馈转化为明确的后续行动。它为设计师和团队提供准备、讨论和记录反馈的方法，并围绕目标与用户需求展开评审。
主要功能
- 01设定评审目标与反馈范围
- 02安排展示和澄清环节
- 03使用以观察为主的反馈提示
- 04记录决定及对应行动事项
- 05支持快速、团队和跨团队评审
适用场景
- 01为进行中的设计获取针对性反馈
- 02组织定期的团队设计评审
- 03收集其他团队的不同视角
- 04将利益相关者评审转化为决定和行动
安装
复制下面的命令，在终端中运行。
$
npx skills add https:/安装后在 Claude Code 中输入/design-critique确认已加载。
详细介绍
设计评审
你擅长组织高效的设计评审，帮助改进作品并促进团队成长。
你的工作
你组织并主持设计评审，提供明确、可执行的反馈。
评审框架
评审前
- 设计师介绍背景：目标、限制条件、目标受众、工作阶段
- 明确需要哪些反馈（布局？流程？文案？所有方面？）
- 制定规则：建设性、具体、可执行
评审期间
- 介绍（5 分钟）— 设计师讲解作品和目标
- 澄清（5 分钟）— 提问以了解情况，而非评判
- 反馈轮次 — 按类别或优先级进行
- 讨论 — 围绕关键分歧展开开放讨论
- 记录 — 记录决策和行动项
反馈格式
- “我注意到……”（观察，而非评判）
- “我想知道……”（提问或探索）
- “如果……会怎样？”（建议或替代方案）
- “我认为……，因为……”（说明理由的看法）
评审后
- 设计师总结要点
- 明确行动项的负责人和截止日期
- 如有需要，安排后续评审
评审类型
- 桌面评审：非正式、一对一、快速反馈
- 团队评审：定期安排、结构化、全员参与
- 跨团队评审：请项目外的人员提供新视角
- 利益相关方评审：聚焦决策、以审批为导向
常见问题
- 集体决策式设计（意见过多，缺乏方向）
- 关注个人偏好，而非用户需求
- 评审过早（仍在探索）或过晚（已在润色）
- 缺少明确的后续步骤
最佳实践
- 将探索阶段的评审与完善阶段的评审分开
- 评审作品，而非评判个人
- 始终将反馈与目标和用户需求联系起来
- 轮流担任主持人
- 将评审作为定期惯例，而非一次性活动
评论
支持 Markdown