在大家网站制作这个团队中常常遇见一些小问题，譬如大家设计师的设计图非常美非常好看，但做出来了将来却发现放在网站上特别丑，我今天的文章就是说的这件事的解决方案。期望这篇文章能帮助到你。
五大核心重点原因，怎么样能让设计稿还原度像大家原版视觉一样
定稿前的评审
整理一份标注文档
向开发宣讲标注
积极响应开发的每个疑问
开发还原度检视
1. 定稿前的评审
和哪个评审?这里当然是和商品经理，设计领导，还有开发同学，测试妹妹们(为何没boss，由于boss你根本看不到啦)。
当然在最开始初期无需叫这么多人，直接和设计领导就好了，由于版落地设计，是需要多次评审的，所以前期这里大家就不谈了，那样在设计中期评审就必须要拉上商品链中的重点角色。
第一评审的时候必须要把改版视觉变化最大的要和开发说明了解，布局框架改变都会增加开发工作量，能否达成或者达成是不是功耗非常高(一般有高级动效就会有非常大功耗)，这个时候开发leader 就会在这里提前预估判断下，由于这个环节假如不把握好，到后期假如出现意料之外，达成困难程度大，那样就又得重新修改视觉，那时候，时间是很紧张的，所以必须要把握好每个关节环节
这里有人会问，框架前期不是交互已经和开发评审了吗?这个未必的，由于假如大家在设计过程中，想法爆发，有的之前想的不到位的，这个时候或许会做一些改动什么的，搞不好就把局部框架改了一些，所以必须要注意这类细节点。
这个环节把握好了，那基本都能达成出来，特殊状况除外，譬如前期忽视了一些后台数据的问题
2. 整理一份标注文档
为何要整理一份标注文档?
这里文档未必要十分严格的根据交互文档或者视觉规范本档来做，可以浅易的做，重点是能让开发看得懂。
文档里面放什么?是全部放?
若是小版本迭代，那样相对简单一些，由于前面几本控件已经有了，只须标注里面写了解了，可以无需写文档。
那若是大版本迭代呢?譬如7.0到8.0一个全新的视觉语言，那样这个时候就需要整理一份文档。
文档里面就把这次更新迭代的一同的页面整理出来，公共控件，整理出来标注一份就好了，然后说明细节处置问题。
譬如：
list几个种类，单双行高度，若是动态list,那样写明字符截断规则，假如可以允许换行，那样写了解最多换几行，一般最多3(多语言时候用)，超大模式怎么样处置?一般list文字上下都会标有一个高度，如此即便是超大模式，超大字体也不会致使控件穿插。
导航在超大模式下处置规则怎么样，多语言怎么样换行(譬如阿语)，换行规则是什么?先缩小字体，在换行?等等
图片宫格布局种类的怎么样处置，小屏和大屏显示几个(指的是phone和pad)，横竖屏显示规则是什么，怎么样达成自适应布局等
记住banner必须要给出比率，常用21:9，16:9，4:3
很重点的一点，设计师标注必须要把点击地区标注出来，假如你不标注出来，开发直接拿你切图填充进来，然后最后致使可用性很差，最后致使来回调试。
这个环节是标注的核心部分，很细微的还原达成这步很重点
3. 向开发宣讲标注
为何要向开发走读layout? 由于有的细微的地方需要大家特别像开发说明，也加深他们的映像，在达成时候就降低出错，像开发走读的时候，只把重点核心点，规则讲了解，大家前面每走一步，都是为了后面大家检视还原度的时候要轻松一些，开发也轻松一些，就譬如前期基础没打好，后面深入非常难。(假如大视觉没还原好，怎么样叫开发打磨细节?)
4. 积极响应开发的每个疑问
在开发紧张环节中，即便大家前面所有工作都筹备好了，也非常难防止开发不找我交流，这个时候大家要积极回话他们，并且和他们一块处置问题，譬如某些困难程度大一点的页面，开发达成成效和设计稿差异不小，那样这个时候，开发会截一张他们达成的成效图给你看，这个时候你就要仔细去找原因，不要一口咬定就是开发是什么原因，先交流具体缘由，然后找出解决方法，若是标注出现问题，譬如标注标去世了，页面不灵活，适配局限性非常大。
那样你就要考虑layout的问题了，譬如间距是不是能标成百分比关系等等
