保在批评结束时明确定义要点

doreamon999

（另一个原则，如下所列）尤其重要。记录员不应被排除在讨论之外，尽管他们的角色可能倾向于让团队其他成员澄清他们所说的内容。 预先说明项目和批评的目标。。快速提醒每个人该项目的目标以及该具体批评将涵盖的内容。将批评集中在手头的任务上，而不是让范围蔓延到其他会偏离讨论主要目的的考虑因素。 回顾观众。。为了强调批评中的人不是产品的目标受众，请提醒每个人是谁。 避免提出“答案”。参与者会产生强烈的解决问题的愿望，并在批评中提出“答案”。然而，最好的解决方案很少在实际会议中出现。批评的目的是探究问题并讨论多种潜在的解决方案，供设计师借鉴和考虑。 同意外卖。。在评论中说完所有。

内容后，记录员需要审查每个参与的人的外卖任务，以确保每个人在下一次评论中都达成共识。 不幸的是，UI 设计批评常常过于关注视觉效果，而对设计的交互性（更不用说时间性）关注不够。对于 UI 设计评论，请添加以下元素： 识别演示媒体。。在确定受众的同时，还要审查用于创建产品的平台和技术。这是 iPhone 应用程序吗？一个网站？你在使用 AngularJS 吗确保所有这些都被考虑在内，以避免提出不起作用的解决方案。 概述流程。。您需 Whatsapp 号码列表 要了解路线图。对于UI设计来说，这就是用户体验的流程。这可能以故事板、旅程地图或其他描述流程的方式出现，但每个人在考虑 UI 之前都应该熟悉它。 演示产品，但展示的不仅仅是讲述。。我再怎么强调这一点都不为过：出色的用户体验更多的是展示而不是讲述。最终用户需要以最少的解释确切地了解产品的工作原理。您的演示还应该需要尽可能少的解释。俗话说，一个好的 U。



I 就像一个笑话：如果你必须解释它，那它就不是很好。 提出正确的问题  大量的问题和陈述不利于设计批评中的强有力的合作。以下是我发现的一些开放对话问题，用于以协作而非对抗的方式探索设计，您可以向您的团队建议。 提出更多问题。 关键是要提出正确的问题。（图片来源：Jonathan Simcoe）（查看大图） “你是怎么想出这个解决方案的？”  开始任何批评或对话的一个好地方是询问设计师他们是如何（而不是为什么）做某事的。问“为什么”会立即让他们处于守势，而问“如何”则会引发人们对概念起源的探索，而无需辩解。 图像的描述。 寻找答案很容易。提出正确的问题很难。（图片来源：Jason CranfordTeague）（查看大图） “为什么。