可能在所有的行业里面，这种这门工种避免不了改稿的环节，即便是顶级的设计师，即便不为甲方不为外部原因所妥协，依然会在自我实践中寻求改变。但是，在此，天津网站建设不得不说，设计并非是越改越好的，若沟通不当，很可能会越改越糟，所以作为一名优秀的设计师，在听取客户意见的同时还需要全方面的提升自己的知识架构，坚守自己的原则。

其实，通常设计稿被频繁的修改，都是如下原因导致的：

A、在于产品经理进行需求沟通时由于沟通不到位，导致理解上的偏差，导致方向性的错误，这属于信息传递的问题；

B、设计师自身能力有限，经验不足导致产品经理需求得不到最佳的呈现，这属于UI设计师自身的问题；

C、UI已经做好或做了一半，但产品需求还在不停地改动，这属于产品经理或老板需求不确定的问题。

针对上述的这些问题，在实际项目中应该如何避免呐？如何避免设计稿频繁被修改的死循环？从而提升工作效率，推动项目的进度呐？

一、认清工作流程，保持全方位沟通

首先，我们需要了解一个UI设计的整体工作流程，因为只有真正的清楚自己的岗位流程，才能更好地拿捏设计，虽然每个公司类型和规模不一样，但设计稿的基本上的流程都是差不多的。另外，就是沟通，这点很关键，想要你的设计不被改了又改，就一定要全方位的沟通，不要“闭门造车”，因为这很有可能会导致最终造出来的都不是大家想要的，不改才怪！

二、确定需求，吃透交互原型

UI设计师接到产品原型后，一定要弄清楚下面的几点在着手开始设计：

1、原型是否已确定，还会不会改动？

当接到产品经理给的原型稿后，首先要和对方确定收到需求是否完整，是不是最终稿还会不会改动。通常大型企业流程都比较规范，产品经理给的基本上都是最终原型，后期几乎不会有变动，但小型企业却不一样，往往会因为项目时间紧张，流程不够完善，后期修改的可能性很大。另外，还有一点，在产品经理给到交互原型时，我们是被动的接受，还是在需求沟通之中也能及时参与？

文率科技建议：最好在产品需求的评审阶段，对应的UI设计师可以积极参与讨论，一起沟通。这样做的不仅可以使设计师能够清楚熟悉产品思考的整个过程，并且在原型的沟通中还能站在设计的角度及时发展问题，提出建议，避免在原型定稿后再去修改的尴尬。

2、项目周期

接到产品原型，必须要及时确认项目的时间周期，一般产品经理都会主动告知项目周期，询问UI设计完成时间，我们依据需求的复杂程度给出UI输出的预计时间，在依据这个时间节点来划分每一天完成的工程。若产品经理给的时间周期较短，那么就尽可能的去阐述原因争取申请设计时间，因为若时间太赶，设计思考时间就越少，考虑问题不全面，不利于界面效果的最佳呈现，导致增加后续改稿几率。

3、理清设计意图，处理好信息层级

当产品经理递交给我们确定的需求原型后，切记不可盲目开始设计，UI设计并非是将原型框架进行简单的排列，我们需要理清设计的意图，熟悉功能框架、掌握交互逻辑，明白产品经理想解决的问题是什么，达到的程序及具体设计方向。所以必须要理清页面信息层级关系，信息层级这个问题，好像我们在实际工作中经常会提起，但是要做到恰如其分的标准还是有点难度的，虽然难，但我们依然要迎难而上，遇到疑问及时跟产品经理多方面的沟通！

三、多个设计稿对比，让每一处设计有理有据

在设计中若遇到拿捏不准时，可以在sketch或ps中建立多个画板，将几种不同的设计方案平铺展开， 进行视觉对比分析，若自己拿捏不准，可以找组员或其他部分“小白”进行选择投票或提出改善性建议，记住一定不要小瞧小白，要知道，任何设计最终面向的都是人，所以一定要多结合不同人的意见，只有这样才能让自己的设计更经得起推敲。

另外，还有一点很重要，UI设计不要只停留在表面，在设计过程中我们的界面布局、颜色把控、字符间距等多方面都要经得起推敲：为什么这样设计？换一种设计合可以吗？只有让每一处设计都有有理论的支撑，深思熟虑后，才会让设计更切实际，才能让人信服，才能实现产品指数的增长，也更能体现设计师的价值。

四、以产品为核心，尊重各方立场

通常设计稿出来后，都会组织UI评审，因此UI设计师一定要把自己的设计理念表达清楚，将设计中考究的观点输送给参与评审的各方人员，让你的设计更具有信服力。若在评审过程中，产品、运营或开发对设计稿提出不同建议，不要着急否定，要确定立场，毕竟大家都是站在产品的核心去思考问题，即便对方的建议本身没有可取性，那么你也要站在你的视角用你的观点解释给对方听。

好了，今天的分享到这里就结束的了，希望上述天津网站建设的分享对于你后期的设计工作能够带去帮助，更多设计问题，欢迎来我们官网：www.wenshuai.cn进行更深入的了解。