在实际设计过程中，当碰到一个设计模块拿捏不准的时候，可以在 sketch 或者 ps 中建立多个画板，将几种不同的设计方案平铺展开，进行视觉对比分析。如果自己拿不准，可以叫组员或者其他部门的「小白」来进行选择投票或者提出改善性建议。不要小看「小白」，不要觉得他们不懂设计，提的建议对设计无用。其实不然，我们的设计最终目的是给人用的，而且要好用，所以一定要多结合小白用户的多方面意见，才能让自己的设计更经得起推敲。

在处理个人中心界面效果拿捏不准的时候，布局了多个效果进行对比，通过对比的呈现后，就可以清晰判断每一个界面存在的问题。另外，UI设计中，不要停留于表面，不要用「好看或不好看」去做简单评断，在设计过程中我们的界面布局、颜色把控、字符间距、icon设置等多方面都要经得起推敲：为什么这样设计？换一种设计合不合适？只有让每一处设计都有理论的支撑，深思熟虑后，才会让设计更切实际，才能让人信服，才能实现产品指数的增长，也更能体现设计师的价值。

首先我们来了解一下UI设计的工作流，只有清楚自己岗位的流程，才能更好地拿捏设计。每个公司的类型和规模可能都不太一样，但基本一致，无非就是5个阶段：需求 – 设计 – 开发 – 测试 – 上线。如果按职位划分就是：产品经理 – 交互设计师 – UI设计师 – 前后端开发工程师 – 测试人员 – 产品上线。接下来以「UI设计」为例，剖析我们日常工作中「改了又改」的问题。在实际工作中，UI设计师通常会面临来自老板、产品、运营、开发等各方人员的意见，也常常会因为字体的粗细、间距的大小、颜色的选择等等问题各执一词、争论不休。

为什么会这样呢？其实，在UI设计中，频繁改稿主要存在三种情况：

第一种：在与产品经理需求对接的时候沟通不到位导致理解有偏差，产生方向性错误，这是信息传递的问题；

第二种：设计师经验不足、设计能力有限导致产品经理的需求得不到最佳程度的实现，这是UI设计师本身的问题；

第三种：UI都已经做到一半或者已经输出了，产品需求又变动了，这是产品经理或老板的需求不确定的问题。

针对以上问题，在实际项目中怎样避免陷入频繁改稿的死循环，从而提高工作效率、推动项目进展，提升自己作为设计师的成就感呢？设计这一门工种，似乎是永远避免不了「改稿」这一环节的，即便是非常顶尖的设计师，不为甲方不为外部原因所妥协，也会在自我实践中寻求改变。但是，「改设计」也未必是越改越好，如果沟通不当，也会存在越改越糟的结果。所以，作为设计师，一方面我们要吸取不同的意见，另一方面也要全面提升自己的知识架构、坚守自己的原则。

当设计稿出来之后，一般会组织 UI评审，UI设计师一定要将自己的设计理念表达清楚，将设计中考究的观点输送给参与评审的各方人员，这样会让你的设计更有信服力。如果在评审过程中，产品、运营或开发对设计稿提出不同的意见，我们首先不要急于否定，要确定立场：大家都是以产品为核心去思考问题，也不要人云亦云，要清楚他们为什么会提出这个意见，是不是自己的设计哪里没有展现好？即便对方的建议本身没有可取性，那么你也要站在你的视角用你的观点解释给对方听。这决定于每个设计师的自身知识架构和理论支撑，所以一定要让自己不停地吸收，才能让自己的设计更经得起推敲。

本文来源于南京画册设计公司