2. 评审意见模糊

　　因为参与设计评审人员来自不同专业背景，有不少人对设计过程和设计本身缺乏足够的理解，因此评审意见模糊的情况在设计评审中也经常出现。意见模糊造成两种结果，一是设计师无法得到有效反馈，二是无法激发评审人员的有效讨论。

　　3. 项目中前期过于纠结细节

　　细节打磨是提高设计品质的必经途径，这项工作一般在设计方案确定后进行。但设计评审中经常遇见过于纠结细节的评审人员。如下图所示，在项目初期评审中针对某个细节反复争执(并非所有细节都影响用户体验，需要反复推敲。)。过早地纠结细节，容易使设计只停留在一个方案上，而失去寻找更好的方向和思路的机会。

　　4. 持续的挑战

　　有些参与设计评审人员在评审中会持续地挑战设计方案，他们经常会问这样的问题：“为什么要按照A设计”、“为什么按照B设计”。挑战设计本身不存在任何问题，很多情况下是可以激发大家去寻找新的更优的思路。但在挑战下，人的本能是去捍卫自己的观点。设计师也不例外，持续的挑战，让设计师会思考如何捍卫当前方案或改进当前方案。虽然说这一定程度上，也促进了设计方案的优化，但弊端也显而易见，设计师和参与评审人员的思维都被限制在当前方案上，偏离了寻找“更多”和“更优”的设计思路的初衷。这像人们经常说的，“为了一棵树，放弃了整片森林”。

　　设计师应如何应对设计评审中出现的问题?

　　A. 准备充分，否则推迟评审时间

　　如下图所示，设计师在设计评审中提案像冰山露在海面上的部分一样，其实只是一小部分，而设计过的方案可能像海面下更大部分。因为设计本身是一个发散和创造的过程，会有很多种方法达到产品目标。而设计师的工作是在众多方法中寻找到优的方案并呈现出来。如果在设计评审前没有把诸多方案想透的话参加评审，评审中很容易出现方案被质疑的状况，被质疑后方案可能还需要重新做，浪费了时间也浪费人力。因此，在设计评审前一定要尽可能探索所有可能的方案，否则不如推迟评审时间。

　　B. 讲方案前，要明确设计目标。

 　　如上图所示，讲述方案前要把设计要解决的问题，要带给用户什么样的体验(这需要和产品经理和整个团队达成一致)和支撑设计的数据和经验判断先明确出来。

　　见过很多设计评审中，为某个细节讨论不休， 各说各话，没有在一个层面上讨论。 如果明确了设计目标的时候，设计师在讨论混乱的时候，可以回顾设计目标，把大家拉回正确的方向。而支撑设计的数据和经验判断，则起到了两方面作用;首先帮助设计师讲述方案时显得有理有据，其次让讨论更加有效，评审人员可以更加明确的讨论是数据和经验判断有问题，还是设计表现上的有问题。

　　C. 引导大家去寻找更优设计方向和思路

　　引导大家寻找更优设计方向和思路，在设计评审中至关重要，可以说是精髓所在。有很多人错误的认为，设计评审的不过是评审一个设计方案，如果感觉不错开始开发，如果感觉不行打回去修改。作为设计师，应该明白设计评审可以给自己带来的帮助，在评审过程中要引导大家去寻找更优设计思路，这里需要注意是思路而不是方案。正如前文所述，评审的意义在于寻找更多的更好的方向，后由设计师根据反馈改进提出一个优的方案。如果在评审中提出了解决方法，这种在短时间思考出来的方法，很可能因为思考不周全而存在这样或那样的缺陷。同时也失去了让设计师去思考更优方案的机会。

 　　D. 设计方案得到认同时，引导大家讨论方案中风险点

　　如果讲述完设计方案，大家都十分认同， 而且也找不到任何更优的设计思路，在这种情况下，设计师应该把讨论转向现有方案在可用性上是否有潜在问题，项目在后期实现和运营中是否存在风险的话题上。如此一来，来自不同专业背景的人员，便可以提供一些专业意见帮助改进现有方案。