涟水网站设计过程中客户提出的意见我们如何应对？--网站设计分享

我们在网站建设过程中经常遇到的问题，这里涟水网站建设-大宛网络进行了一下整理，而且对于这些常见的问题我们又应该如何应对呢？

1. 评审人员的主观意见
关于这一点不少设计师都深有感触，很多参与设计评审的人员尤其是产品经理，经常会提出一些诸如“这个界面使用黄色感觉不太舒服”、“这个标题的字应该调的更紧凑一些“，“我觉得这个设计不够大气”等等的意见。上述意见更多地反映了个人喜好，而无法达到设计评审帮助设计师寻找更优设计方案，指引设计方向的作用。

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

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

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

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

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

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

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

如上图所示，讲述方案前要把设计要解决的问题，要带给用户什么样的体验（这需要和产品经理和整个团队达成一致）和支撑设计的数据和经验判断先明确出来。
见过很多设计评审中，为某个细节讨论不休， 各说各话，没有在一个层面上讨论。 如果明确了设计目标的时候，设计师在讨论混乱的时候，可以回顾设计目标，把大家拉回正确的方向。而支撑设计的数据和经验判断，则起到了两方面作用；先帮助设计师讲述方案时显得有理有据，其次让讨论更加有效，评审人员可以更加明确的讨论是数据和经验判断有问题，还是设计表现上的有问题。

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

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

E. 设计师需要主导整个设计评审

在设计评审讨论中，设计师一定要主导整个设计评审工作，只有设计师了解自己方案中哪些地方是强壮和薄弱的。在设计评审中设计师应该起到主导设计评审的作用。此外，设计师在设计评审中接收大家反馈信息，吸收有效的信息改进设计方案，后方案如何改进应该由设计师来确定。