什么是设计评论？

评论会议是设计师向同行展示未完成工作的聚会。评论的目标是改进设计。虽然评论会议听起来可能与头脑风暴会议相似，但两者截然不同。头脑风暴会议的主要目标是产生新想法，而评论会议的主要目标是审视当前的设计方法并确定潜在的改进。

进行会议的要求是什么？

设计评论是一小群人（通常为三到五人）就某项设计进行的讨论。理想的设计评论会议是一个非正式的聚会，参与者搁置职位和层级，专注于改进设计。

什么被视为成功的结果？

执行得当的设计评论会议具有两个显著优势：

• 有益的反馈有助于改进设计；
• 激励设计师改进设计——设计师应该带着积极和兴奋的心情离开会议，即使他们知道还有很多工作要做。

会议前要完成的活动

建立明确的设计评估标准

通过定义具体的标准，你可以建立一个规范。虽然每个标准本质上都是主观的，但明确定义的标准能够定义工作质量的标准。当设计师参加会议时，他们会知道自己的工作将根据一套预定义的标准进行评估。这些信息将使他们能够更容易地预期和准备评论。

为会议参与者分配角色

每个设计评论会议需要以下三个角色：

• 演讲者——负责创建工作的设计师；
• 主持人——引导讨论进程并使演讲者能够进行有效评论的人；
• 其他设计师、开发人员、产品经理或提供设计意见的利益相关者。

演讲者的职能

解释背景

演讲者在会议期间可能做的最糟糕的事情之一是假设那些评估她工作的人对设计的了解与演讲者一样深入。

为了建立背景，演讲者可能需要执行以下操作：

• 第一步应该是为你的工作建立背景。
• 通过建立背景，你帮助评论者理解设计。
• 确定最终用户——描述用户角色并解释他们如何与产品交互；对普通用户的外观以及产品如何融入他们日常生活进行评论；
• 提供用户旅程——展示产品的几个屏幕来描绘特定操作，而是在展示工作时共享整个用户旅程。
• 设计师的工具箱中有一个有价值的工具可以帮助他们实现这一目标：故事板。故事板可以将用户角色与设计联系起来。

解释你对评论会议的目标

在参加会议之前，演讲者应该对"我希望从这个会议中获得什么？"这个问题有明确的理解。向会议参与者传达你的目标至关重要。通过阐明你对他人的期望，你有了明确的焦点——评论将提供适当形式的反馈（基于你的目标）。没有目标，每个人都会讨论他们的广泛想法，会议的功能会更像头脑风暴会议而不是评论会议。

通过使用动态设计改进你的演示

你收到的评论将直接关系到你展示的工作的保真度和交互性。当演讲者展示静态内容时，他们限制了可行响应的范围——观众将很难想象你展示的所有内容。然而，你的工作越接近最终产品，你收到的反馈就越有价值。当评论者与设计交互时，他们可以对如何改进它提出更精确的建议。与高保真原型进行实验的机会让你的团队站在用户的角度，这导致更有意义的反馈。

提出具体问题以记录具体意见

"你认为这个设计好吗？"这样的笼统问题不会产生有用的信息。要具体。定义3-5个你想在会议期间解决的具体问题并提出这些问题。即使你非常确定团队会告诉你什么，也要提出这些问题。通过提出问题，你可以启动新的对话，最终发现重要的见解。

在接收反馈时记录建议

记下主要观点和你自己的想法至关重要。

主持人的角色

主持人不应该是演讲者

结合演讲者和主持人的职责可能很诱人。然而，最好避免这种诱惑。如果创建设计的人负责管理会议并控制讨论，她很可能会滥用权力——演讲者可能会成为他们自己的自我的受害者。自我可能导致演讲者只专注于增强他们想法的反馈，而忽视其他一切。当然，并不是所有设计师都会遇到这样的问题，但预防问题总是比之后解决问题更可取。

明确描述规则

没有一套基本规范，辩论可能会失控并变得适得其反。至关重要的是：

• 定义角色——确保房间里的每个人都理解对他们的期望至关重要；设置正确的评论语气，最好以身作则；
• 描述设计评估标准——虽然标准应该在会议前制定，但提醒参与者这些标准至关重要。

鼓励平等参与

由于评论会议具有协作性质，它们应该建立在互动而不是独白的基础上。主持人应该通过鼓励参与者发言来推广对话的概念。

注意时间

主持人通过提醒人们有多少时间来讨论任何事情来激励人们更高效地工作。

消除无谓的辩论

筛选出所有不能帮助演讲者实现目标的反馈至关重要。尝试将讨论重新聚焦在演讲者最初制定的目标上。

评论的角色

考虑演讲者的观点。

虽然这似乎显而易见，但太多时候，人们在不努力站在演讲者的位置上的情况下提出批评。无论演讲者多么熟练地建立背景和展示他们的工作，评论有无限的潜力来破坏对话

应该考虑几个要点：

• 保持良好态度——没有人喜欢有毒的人，永远不要说你厌恶某个设计；
• 确定演讲者的需求——在提供反馈时，你必须理解演讲者的目标和目的。
• 在讲话之前，花点时间倾听和理解——通过花时间在提出意见之前倾听和理解，你增加了反馈有价值的可能性；
• 提供方向，而不是规定——避免指导设计师如何改进设计；而是请记住，由演讲者提出解决方案；你只是指向正确的方向。

表达意见时要精确。

在不提供其他信息的情况下，"我不喜欢这个设计"这样的评论价值有限。提供具体信息。详细描述你不喜欢的内容以及原因。如果你在描述更有效的方法，用视觉效果说明你的观点。

当你说"这在现实世界中行不通"时也是如此。如果你要做出这样的陈述，请确保你的论点得到事实支持。事实可能来自多个来源，包括用户体验最佳实践、研究和数据。

避免注入你自己的偏好。

你在评论中的措辞选择至关重要。"我不喜欢这个深色用户界面"之类的观点只是基于个人偏好的批评。通常，这类评论被认为过于主观，会被排除在讨论之外。

拥有个人观点或表达个人偏好是可以接受的，但用该观点或偏好作为讨论中的论点是不可接受的。每个论点都应该在用户需求和欲望的背景下进行情景化。因此，与其说"我不喜欢这个深色用户界面"，不如说"我认为我们的用户会发现深色用户界面令人反感"。

询问任何事情。

在讨论中，误解和误会经常发生。通过提出澄清问题，可以发现可能的沟通错误。每次你对设计选择感到困惑时，都要问"为什么？"

在会议后提供更多反馈。

相当频繁地，评论包含超出所要求评论主题范围的观察和想法。在会议期间将此类反馈保持在最低限度。做笔记并在会议后向演讲者传达你的反馈。

后记

如果处理得当，设计评论会议可以是愿景、战略和技术的完美结合。这是因为这项活动的参与者将非常愿意贡献他们的专业知识和知识。这些评论会议具有人们之间的随意聊天的气氛，这些人有着共同的目标——他们都在寻找问题的最佳答案。