Figma 写了一篇长文来讲他们的设计评审。设计评审是设计师在一起少有的充满仪式感的过程,如果组织得好可以极大地促进团队协作。但是现实情况往往没有那么理想,设计评审会遇到很多问题,比如 Figma 团队就有如下问题:

  • 参与者越来越多
  • 反馈大多流于表面
  • 反馈的问题短时间内来说太复杂了
  • 反馈是不可执行的
  • 有很多无用的“群体思维”和“+1”
  • 人们太“善良”而不是“诚实”

于是,他们先对这个“设计评审”进行了评审,并组织了所有的反馈,形成一个设计文件:

所有人在一起,对“设计评审”达成了共识,这之后事情发生了变化:大家们勇于提出问题,设计评审变得轻快且高效。他们还专门在 Slack 中开了一个“#design-crit-crit”频道,用来不断改进流程。

#design-crit-crit

他们还总结了 4 个设计评审目标和 6 个设计评审方法,刚大家参考。

评审目标

  • 解决问题或产生想法:很多时候,设计师在盯着一个问题看太久之后,会觉得自己被困在了这个问题上,并且发现利用更广泛的团队来自信地前进是有帮助的。其他时候你只是刚刚开始,想收集你的团队可能已经想到的任何想法。
  • 提升质量:从视觉设计,到交互细节,或整体产品方向。
  • 鼓励一致性:我们希望确保在可能的情况下利用现有设计模式,或者在需要新模式时标记讨论。
  • 共享环境:设计团队的规模足够小,能够处于一个独特的位置,对公司正在发生的事情拥有良好的认知。这允许人们识别项目之间的重叠和连接,而其他角色的人可能没有那么多的访问权限。

评审方法

有了这些目标,我们把六种不同的评审方法放在一起,每种方法都有自己的优点和目的。它们被设计成要么在 1 小时的会议中进行(通常是 2 个主题,每个主题 20-30 分钟),要么在较小的临时会议中进行,具体取决于不同的方法。除了“纸质打印输出”之外,任何一种方法都应该非常适合远程团队。

Figma 评审方法