标签：网站设计
可能在所有的行业里面，只要涉及到设计都无法避免需要修改的环节。即使是顶尖的设计师，也会存在跟甲方意见相左的时候。所以作为一名优秀的设计师，在听取客户意见的同时还需要全方面的提升自己的知识架构，坚守自己的原则，减少修改次数提高工作效率。
其实，通常设计稿被频繁的修改，都是如下原因导致的：
A、在于产品经理进行需求沟通时由于沟通不到位，导致理解上的偏差，导致方向性的错误，这属于信息传递的问题；
B、设计师自身能力有限，经验不足导致产品经理需求得不到最佳的呈现，这属于UI设计师自身的问题；
C、UI已经做好或做了一半，但产品需求还在不停地改动，这属于产品经理或老板需求不确定的问题。
针对上述的这些问题，在实际项目中应该如何避免呐？如何避免设计稿频繁被修改的死循环？从而提升工作效率，推动项目的进度呐？
一、认清工作流程，保持全方位沟通
首先，我们需要了解一个UI设计的整体工作流程，因为只有真正的清楚自己的岗位流程，才能更好地拿捏设计，虽然每个公司类型和规模不一样，但设计稿的基本上的流程都是差不多的。另外，就是沟通，这点很关键，想要你的设计不被改了又改，就一定要全方位的沟通，不要“闭门造车”，因为这很有可能会导致最终造出来的都不是大家想要的，不改才怪！
二、确定需求，吃透交互原型
UI设计师接到产品原型后，一定要弄清楚下面的几点在着手开始设计：
1、原型是否已确定，还会不会改动？
当接到产品经理给的原型稿后，首先要和对方确定收到需求是否完整，是不是最终稿还会不会改动。通常大型企业流程都比较规范，产品经理给的基本上都是最终原型，后期几乎不会有变动，但小型企业却不一样，往往会因为项目时间紧张，流程不够完善，后期修改的可能性很大。另外，还有一点，在产品经理给到交互原型时，我们是被动的接受，还是在需求沟通之中也能及时参与？
最好在产品需求的评审阶段，对应的UI设计师可以积极参与讨论，一起沟通。这样做的不仅可以使设计师能够清楚熟悉产品思考的整个过程，并且在原型的沟通中还能站在设计的角度及时发展问题，提出建议，避免在原型定稿后再去修改的尴尬。
2、项目周期
接到产品原型，必须要及时确认项目的时间周期，一般产品经理都会主动告知项目周期，询问UI设计完成时间，我们依据需求的复杂程度给出UI输出的预计时间，在依据这个时间节点来划分每一天完成的工程。若产品经理给的时间周期较短，那么就尽可能的去阐述原因争取申请设计时间，因为若时间太赶，设计思考时间就越少，考虑问题不全面，不利于界面效果的最佳呈现，导致增加后续改稿几率。
3、理清设计意图，处理好信息层级
当产品经理递交给我们确定的需求原型后，切记不可盲目开始设计，UI设计并非是将原型框架进行简单的排列，我们需要理清设计的意图，熟悉功能框架、掌握交互逻辑，明白产品经理想解决的问题是什么，达到的程序及具体设计方向。所以必须要理清页面信息层级关系，信息层级这个问题，好像我们在实际工作中经常会提起，但是要做到恰如其分的标准还是有点难度的，虽然难，但我们依然要迎难而上，遇到疑问及时跟产品经理多方面的沟通！
三、多个设计稿对比，让每一处设计有理有据
在设计中若遇到拿捏不准时，可以在sketch或ps中建立多个画板，将几种不同的设计方案平铺展开， 进行视觉对比分析，若自己拿捏不准，可以找组员或其他部分“小白”进行选择投票或提出改善性建议，记住一定不要小瞧小白，要知道，任何设计最终面向的都是人，所以一定要多结合不同人的意见，只有这样才能让自己的设计更经得起推敲。
另外，还有一点很重要，UI设计不要只停留在表面，在设计过程中我们的界面布局、颜色把控、字符间距等多方面都要经得起推敲：为什么这样设计？换一种设计合可以吗？只有让每一处设计都有有理论的支撑，深思熟虑后，才会让设计更切实际，才能让人信服，才能实现产品指数的增长，也更能体现设计师的价值。
四、以产品为核心，尊重各方立场
通常设计稿出来后，都会组织UI评审，因此UI设计师一定要把自己的设计理念表达清楚，将设计中考究的观点输送给参与评审的各方人员，让你的设计更具有信服力。若在评审过程中，产品、运营或开发对设计稿提出不同建议，不要着急否定，要确定立场，毕竟大家都是站在产品的核心去思考问题，即便对方的建议本身没有可取性，那么你也要站在你的视角用你的观点解释给对方听。
