五大中心关键要素，如何能让设计稿复原度像我们原版视觉一样
定稿前的评审
整理一份标注文档
向开发宣讲标注
积极响应开发的每一个疑问
开发复原度检视
1. 定稿前的评审
和谁评审?这里当然是和产品经理，设计指导，还有开发同窗，测试妹妹们(为什么没有boss，由于boss你基本看不到啦)。
当然在最开端初期不需求叫这么多人，直接和设计指导就好了，由于版落地设计，是需求屡次评审的，所以前期这里我们就不谈了，那么在设计中期评审就一定要拉上产品链中的关键角色。
首先评审的时分一定要把改版视觉变化更大的要和开发阐明分明，规划框架改动都会增加开发工作量，能否完成或者完成能否功耗很高(普通有动效就会有很大功耗)，这时分开发leader 就会在这里提早预估判别下，由于这个环节假如不把握好，到后期假如呈现不测，完成难度大，那么就又得重新修正视觉，那时分，时间是十分慌张的，所以一定要把握好各个关节环节
这里有人会问，框架前期不是交互曾经和开发评审了吗?这个不一定的，由于假如我们在设计过程中，灵感迸发，有些之前想的不到位的，这时分可能会做一些改动啥的，搞不好就把部分框架改了一些，所以一定要留意这些细节点。
这个环节把握好了，那根本都能完成出来，特殊状况除外，比方前期疏忽了一些后台数据的问题
为什么要整理一份标注文档?
这里文档不一定要非常严厉的依照交互文档或者视觉标准文档来做，能够简易的做，关键是能让开发看得懂。
文档里面放什么?是全部放?
假如是小版本迭代，那么相对简单一些，由于前面几本控件曾经有了，只需标注里面写分明了，能够不需求写文档。
那假如是大版本迭代呢?比方7.0到8.0一个全新的视觉言语，那么这时分就必需整理一份文档。
文档里面就把这次更新迭代的共同的页面整理出来，公共控件，整理出来标注一份就好了，然后阐明细节处置问题。
比方：
list几品种型，单双行高度，假如是动态list，那么写明字符截断规则，假如能够允许换行，那么写分明最多换几行，普通最多3(多言语时分用)，超大形式如何处置?普通list文字上下都会标有一个高度，这样即便是超大形式，超大字体也不会招致控件交叉。
导航在超大形式下处置规则如何，多言语如何换行(比方阿语)，换行规则是什么?先减少字体，在换行?等等
图片宫格规划类型的如何处置，小屏和大屏显现几个(指的是phone和pad)，横竖屏显现规则是什么，如何完成自顺应规划等
记住banner一定要给出比例，常用21:916:94:3
十分关键的一点，设计师标注一定要把点击区域标注出来，假如你不标注出来，开发直接拿你切图填充进去，然后最后招致可用性十分差，最后招致来回调试。
这个环节是标注的中心局部，十分细微的复原完成这步十分关键
3. 向开发宣讲标注
为什么要向开发走读layout? 由于有些细微的中央需求我们特别像开发阐明，也加深他们的映像，在完成时分就减少出错，像开发走读的时分，只把关键中心点，规则讲分明，我们前面每走一步，都是为了后面我们检视复原度的时分要轻松一些，开发也轻松一些，就比方前期根底没打好，后面深化很难。(假如大视觉没复原好，如何叫开发打磨细节?)
4. 积极响应开发的每一个疑问
在开发慌张环节中，即便我们前面一切工作都准备好了，也很难防止开发不找我沟通，这时分我们要积极回应他们，并且和他们一同处置问题，比方某些难度大一点的页面，开发完成效果和设计稿差别不小，那么这时分，开发会截一张他们完成的效果图给你看，这时你就要认真去找问题，不要一口咬定就是开发的缘由，先沟通详细缘由，然后找出处理方法，假如是标注呈现问题，比方标注标死了，页面不灵敏，适配局限性很大。
