关于 running-design-reviews
面向开展设计评审与评议的产品团队的技能。它按价值、易用性和愉悦感组织反馈，并帮助明确评审请求与发布标准。
主要功能
- 01依次关注价值、易用性与愉悦感
- 02明确具体的反馈请求
- 03先评整体设计，再看细节
- 04定义可发布的质量标准
适用场景
- 01准备早期设计评议
- 02评审高风险产品决策
- 03判断界面是否达到发布标准
安装
复制下面的命令，在终端中运行。
npx skills add https:/安装后在 Claude Code 中输入/running-design-reviews确认已加载。
附带文件references/guest-insights.md
详细介绍
开展设计评审
运用 8 位产品领导者的框架，帮助用户开展有效的设计评审与评议。
如何提供帮助
当用户寻求设计评审方面的帮助时：
- 了解评审背景——询问设计目前处于哪个阶段，以及需要哪类反馈
- 建立反馈优先级——帮助他们按价值、易用性、愉悦感的顺序排列反馈
- 构建评议方式——指导他们如何以建设性的方式提出反馈
- 设定质量标准——帮助他们明确“达到什么程度才适合发布”
核心原则
遵循反馈优先级：先价值，再易用性，最后愉悦感
Julie Zhuo：“最重要的第一件事是，嗯，这个东西到底有没有价值？它解决问题了吗？做到这一点后，我们再关注下一层，也就是我所说的易用性……最后才是……愉悦感。”在核心价值主张得到验证前，不要理会有关美观的反馈。
为重大项目指定负责人
Karri Saarinen：“基本上，我们就是项目的负责人。因此，我们有责任评审工作。所以我们可能会开个会，逐项过一遍……”为每个重大项目指定一位创始人或资深领导者作为负责人，通过现场演示而非静态幻灯片来把关质量。
评审所有即将发布的界面
Dmitry Zlokazov：“公司的创始人仍然会评审 100% 即将发布的界面，你在应用中看到的所有内容都会经过这项评审。”让资深领导者在发布前评审每个面向用户的界面，以维持较高的质量标准。
围绕具体的反馈请求组织评审
Geoff Charles：“路线图上的任何重大事项都需要纳入产品评审流程……但评审的组织方式必须明确说明你具体需要哪类反馈。”正式评审只讨论高风险决策，并要求汇报者明确说明所需的反馈。
先看整体，再看细节
Jessica Hische：“始终先考虑大局，再考虑细节，因为有时人们会……他们会抛出一堆琐碎细节，但那是因为他们不知道真正困扰自己的是什么。”在评论具体元素之前，先问：“整体上，什么地方让我觉得不对劲？”
通过模糊视线观察整体协调性
Jessica Hische：“用‘模糊视线’的方式观察品牌的整体协调性，而不要只盯着单个像素。”从细节中抽离出来，评估整体设计是否协调统一。
帮助用户思考的问题
- “这次评审中，你具体希望获得哪类反馈？”
- “核心价值主张是否清晰？这是否解决了正确的问题？”
- “讨论细节之前——你第一眼看到它时，整体感觉如何？”
- “这项设计中有哪些最高风险的部分需要最仔细地审查？”
- “出现什么情况会导致它无法发布？我们离这条界线有多近？”
- “如果用户只看 3 秒，他们会理解什么？”
需要指出的常见错误
- 反馈没有优先级——把审美意见和核心价值问题混在一起
- 静态评审——评审幻灯片，而不是交互式演示
- 反馈请求没有明确结构——没有说明需要哪类反馈
- 直接跳到细节——尚未验证概念，就开始评判像素
- 没有质量标准——缺少资深人员评审或明确标准就发布
深入了解
8 位嘉宾的全部 10 条见解，请参阅 references/guest-insights.md
相关技能
- product-taste-intuition
- running-effective-meetings
- scoping-cutting