我们在接收到产品经理递交过来的交互原型稿之后，先和对方确定收到的需求是否完整，是否是最终稿件以及是否会存在变动。一般来讲，在大型企业里面流程都比较规范，产品经理输出最终原型之后，后期变动的可能性较低。但在中小型企业，通常因为项目时间紧张，流程不够完善，反复的可能性较多。一些大型需求，产品经理有可能会分模块、一部分一小点的流转到UI设计，这样存在的问题隐患比较多，因为经验较少的产品经理全局概念较差，虽然口头上说这一部分的需求已经完善了，实际上当所有需求汇总之后极有可能需要再次调整。所以作为UI设计师，我们尽可能不要去接局部输出的原型，需要再次确认无误后，我们再着手设计，这样就避免了原型需求的变动造成设计的变动。

接到产品原型，一定要理清设计意图，处理好信息层级。

当产品经理递交给我们确定的需求原型之后，切莫盲目开始设计，UI设计并不是把原型框架进行简单的排列，我们需要理清设计意图，熟悉功能架构、掌握交互逻辑，明白产品经理想要解决什么问题，达到什么程度以及具体的设计方向。

信息层级这个问题，好像我们在实际工作中经常会提起，但是要做到恰如其分的标准还是有点难度的。准确把握界面的信息层级还需要跟产品经理多方面的沟通，因为有些时候我们以为的，并不是产品想要的，所以一定要多次确认，才能精准把握。

改动的重点：

将配图采用四周留白的卡片式布局，让界面更通透，增强呼吸感，视觉焦点更为集中；

优化标题与标签话题的展现形式，通过文字大小及字色深浅拉开主题文字与话题标签的层级关系；

将热度与喜欢、评论、转发的实时数量跟随图标后面，增加用户参与的积极性。

所以我们UI设计师是处于流水线中游的状态，向上对接产品，向下对接开发。在这个流程中，要做到减少设计修改的频率：向上要明确产品经理的需求，将原型需求准确恰当的视觉化；向下要考虑开发实现以及时间成本，因为如果一个设计做的非常绚丽，但是开发实现不出来或者很难实现或者实现的时间成本很大，那么肯定需要对设计方案做出调整，采纳折中方案。所以，不想让自己的设计改了又改，那么一定要全方位的多沟通，一定不要「闭门造车」。

在接到产品的原型后，一定要及时确认项目的时间周期，通常产品经理会主动告知项目的周期，询问UI设计完成时间，我们根据需求的复杂程度给出UI输出的预计时间，再根据这个时间节点来划分每一天完成的工作量。如果产品经理给的时间周期比较短，那么尽可能的阐述原因申请设计时间。如果时间过于仓促的话，设计思考的时间就少，考虑的问题很难全面，不利于界面效果的最佳呈现，导致后续改稿的可能性也很大。还有一点，在产品经理给到交互原型时，我们是被动的接受，还是在需求沟通之中也能及时参与呢？最好在产品需求的评审阶段，对应的UI设计师可以积极参与讨论，一起沟通。一来可以熟悉产品思考的整个过程，二来可以在原型的沟通中站在设计的角度及时发现问题，提出建议，避免在原型定稿后再去修改的尴尬。