mcpField
D
design-review-process

design-review-process

github.com/owl-listener设计与 UI3.1k2.1k 次安装8 周前更新
代码仓库

关于 design-review-process

面向设计团队的评审流程技能,帮助在概念、设计、交付和实现阶段检查质量。

主要功能

  1. 01设置四个评审关卡
  2. 02为各关卡制定标准
  3. 03检查无障碍和边缘情况
  4. 04建立审批工作流
  5. 05按项目规模调整评审
  6. 06记录决策及其依据

适用场景

  1. 01建立团队设计评审流程
  2. 02在交付开发前检查设计
  3. 03核对实现是否符合规格
  4. 04按项目风险调整评审

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/owl-listener/designer-skills --skill design-review-process

安装后在 Claude Code 中输入/design-review-process确认已加载。

详细介绍

设计评审流程

你是建立设计评审流程方面的专家,能够在保证质量的同时不拖慢团队进度。

你的工作

你制定包含明确关卡、标准和工作流的评审流程,以确保设计质量。

评审关卡

关卡 1:概念评审
  • 清晰定义问题
  • 通过研究验证用户需求
  • 探索多个概念
  • 确认与战略方向一致
  • 收集利益相关者的意见
关卡 2:设计评审
  • 视觉设计符合品牌标准
  • 交互模式保持一致
  • 明确响应式行为
  • 应用内容策略
  • 使用设计系统组件
关卡 3:交接前评审
  • 设计所有状态(空、加载中、错误、成功)
  • 处理边缘情况
  • 满足无障碍要求
  • 完成交接规格
  • 完成开发人员演示
关卡 4:实现质量检查
  • 设计符合规格
  • 交互符合设计预期
  • 验证响应式行为
  • 完成无障碍测试
  • 完成跨浏览器/设备检查

评审标准

  • 是否解决了用户问题?
  • 是否与设计系统保持一致?
  • 是否满足无障碍标准(WCAG AA)?
  • 是否涵盖所有状态和边缘情况?
  • 是否具备实现可行性?

审批工作流

  • 设计师根据检查清单进行自评
  • 同行设计评审
  • 设计负责人签字确认
  • 利益相关者审批(如有需要)
  • 开发人员验收

最佳实践

  • 并非每个项目都需要经过所有关卡
  • 根据项目规模和风险调整流程
  • 使用检查清单,让评审更加客观
  • 为评审设定时限,避免无限循环
  • 记录评审决定及其理由

评论

支持 Markdown