关于 design-critique
用于组织设计评审与反馈的框架，适合设计师、评审者和主持人开展结构化讨论。它提供评审流程、反馈句式，以及针对不同设计阶段的反馈重点。
主要功能
- 01提供分阶段的评审流程
- 02使用结构化反馈方法
- 03区分可执行反馈与主观偏好
- 04按设计成熟阶段调整反馈重点
- 05提供远程评审与讨论建议
适用场景
- 01组织团队的界面设计评审
- 02为原型收集具体且可执行的反馈
- 03记录评审结论并确定后续行动
安装
复制下面的命令，在终端中运行。
$
npx skills add https:/安装后在 Claude Code 中输入/design-critique确认已加载。
详细介绍
设计评审框架
一种有条理地给予和接收设计反馈的方法。
评审前
展示者准备
-
说明背景
- 你要解决什么问题？
- 目标用户是谁？
- 有哪些限制条件？
-
明确范围
- 这项工作处于哪个阶段？
- 你需要什么反馈？
- 哪些内容不在评审范围内？
-
提前分享材料
- 设计文件或原型
- 用户研究结果
- 业务需求
主持人准备
- 设定时间限制
- 明确反馈形式
- 准备提示问题
评审结构
1. 展示（5-10 分钟）
展示者分享：
- 问题陈述
- 用户需求
- 设计方案
- 具体问题
2. 澄清问题（5 分钟）
评审者提问，以了解：
- “……时会发生什么？”
- “你是如何做出……这个决定的？”
- “你考虑过哪些替代方案？”
3. 反馈环节（15-20 分钟）
每位评审者使用下方的格式分享观察。
4. 讨论（10 分钟）
- 探讨关键主题
- 确定后续步骤
- 排定修改优先级
反馈格式
“我喜欢、我希望、如果……会怎样”方法
我喜欢…… 哪些地方做得很好 “我喜欢引导流程减少了阻碍。”
我希望…… 有待改进之处 “我希望错误状态能提供更多帮助。”
如果……会怎样…… 值得探索的想法 “如果我们添加进度指示器，会怎样？”
观察法
观察 → 影响 → 建议
“我注意到 CTA 位于首屏以下。这可能会降低转化率。可以考虑测试将它放在首屏内。”
反馈类型
可执行与偏好性
可执行（请提供这类反馈） “这个按钮的对比度为 2.8:1，不符合 WCAG AA 标准。请将对比度提高到至少 4.5:1。”
偏好性（请避免这类反馈） “我不喜欢蓝色。换成绿色试试。”
具体与笼统
具体（请提供这类反馈） “这个表单有 12 个字段。可以考虑采用渐进式披露来减轻认知负担。”
笼统（请避免这类反馈） “感觉很让人不知所措。”
按设计阶段提供反馈
早期探索
关注：
- 问题界定
- 概念方向
- 与用户需求的契合度
避免：
- 视觉润色细节
- 像素级反馈
- 实施方面的顾虑
中保真阶段
关注：
- 信息架构
- 用户流程
- 交互模式
避免：
- 最终文案评议
- 颜色和字体的完美度
- 边缘情况
高保真阶段
关注：
- 视觉一致性
- 无障碍合规性
- 内容质量
- 边缘情况
接收反馈
应做
- 先完整倾听，再回应
- 做好笔记
- 提出澄清问题
- 感谢评审者
- 跟进待办事项
不应做
- 为每个决定辩护
- 为反馈找理由开脱
- 把反馈当成针对个人
- 忽略反馈中的共性
主持技巧
时间管理
- 明确设定每个环节的时间
- 使用计时器
- 必要时礼貌打断
鼓励参与
- 依次邀请大家发言
- 邀请不太发言的人表达意见
- 限制主导发言者的发言时间
保持讨论聚焦
- 将话题引回正轨
- 暂存离题事项
- 总结要点
记录结果
- 记录所有反馈
- 标注优先级
- 为行动项指定负责人
远程评审最佳实践
- 使用协作工具（Figma、Miro）
- 启用评论功能
- 不发言时静音
- 使用视频增强参与感
- 为缺席的团队成员录制会议
评论
支持 Markdown