bst365最新正规买球

大多数新手设计师可能会遇到一个问题。设计效果很好，为什么还原效果这么差？发展不好？然后他们抱怨愚蠢的发展，但很少有人思考这是否是他们自己的原因。在开发过程中，不断地与开发斗争。今天我将介绍一些关键点，通过这种系统的方法来解决你的视觉修复。我希望这篇文章可以帮助你。

五大核心关键因素

关于如何将设计稿还原到和我们最初设想一样的程度，这里总结了几个要点，是我在多次和开发交流过程中的亲身经历。

1）组织一个注释文档

2) 对开发进行宣传和标记

3）积极回应每一个发展问题

4) 开发减少检查

5）定稿前审核

1. 整理一份标注文档

为什么要放在一起注释文档？

这里的文档不一定要严格按照交互文档或者可视化规范文档来做，简单点就可以，关键是让开发看得懂。

文件中要放什么？是全部吗？

如果是小版本迭代，就比较简单了，因为之前的几个控件已经存在了，只要把注解写清楚，就不用写文档了。

如果是大版本迭代怎么办？比如从7.0到8.0的一个全新的视觉语言，那么这个时候就得整理一个文档。

文档中整理了本次更新迭代的常用页面和常用控件，整理后标记一份就好了，再说明细节处理问题。

例如：

有几种类型的列表，单行高和双行高。如果是动态列表，则指定字符截断规则。如果允许换行，那就写清楚最多改多少行，一般最多3行（多语言使用），超大模式怎么处理？一般列表文字的上下两边都会标上高度，这样即使在超大模式下，超大字体也不会造成控件穿插。

超大模式导航规则如何处理，多语言（如阿拉伯语）如何换行，换行规则有哪些？先缩小字体，再断线？ ETC。

网格布局类型的图片如何处理，显示多少小屏和大屏（指phone和pad），横竖屏的显示规则是什么，如何实现自适应布局等。

记住banner一定要给个比例，常用21:9、16:9、4:3

很重要的一点是设计者必须标注点击区域。如果不标注，开发会直接用你切好的图填充，最终导致可用性非常差，最终导致来回调试。

这个环节是标注的核心部分，实现这个非常细微还原的步骤非常重要

2. 向开发宣讲标注

为什么我们需要阅读布局来开发？因为有些细微的地方需要我们加深他们的形象，尤其是像开发说明，这样才能减少实现时的失误。我们每走一步，都是为了方便我们后期查看还原度，让开发更简单。比如前期基础打不好，后期就很难深入。 （如果没有还原好大的视觉，怎么能叫细节的开发和打磨呢？）

3. 积极响应开发的每一个疑问

在开发紧张的阶段，即使前面的工作都准备好了，不和我沟通也很难避免开发。这个时候我们就要积极响应他们，和他们一起处理问题，比如一些比较难的页面。开发实现效果和设计稿差距不小，所以这个时候开发就把他们的实现截图给大家看看。这时候，你要仔细寻找问题所在。不要硬说是开发的原因，先沟通具体原因。然后寻找解决方案。如果标签有问题，比如标签死了，页面不灵活，适配很有限。

然后你要考虑布局问题，比如间距能不能标注成百分比关系等等。

4. 开发还原度检视

经过以往的各种合作和开发，就是最后一步的验收，恢复验收。这时候你一定有一双火眼金睛，那么如何检验呢？

有一套科学的检查方法。有些同学可能会开始用手机看页面。这次检查很容易漏掉现场。

5. 定稿前的评审

和谁一起复习？当然，这里有产品经理，设计负责人，还有开发同学，测试姐姐（为什么没有老板，因为你根本看不到老板）。

当然一开始没必要叫那么多人，直接和设计负责人说就可以了，因为版本落地的设计需要多次review，前期这里就不说了，所以在设计的中期回顾中，一定要拉动产品链的关键作用。

首先，在review的时候，一定要清楚的把revision中最大的视觉变化解释给development。布局框架的变化会增加开发的工作量。能不能实现或者功耗是否高（一般如果有高级动画效果，功耗会很大。），这时候开发负责人会在这里提前预估判断，因为如果这个环节把握不好，如果后期出现意外，实现起来会很困难，那么愿景就要重新修改，到时候时间会很紧，所以一定要把握好所有联合链接

这里可能有人会问，框架在前期不是和开发评审有交互吗？这也不一定，因为如果我们在设计的过程中，如果灵感迸发，之前的一些想法没有到位，这时候可能会做出一些改变。可能局部框架会发生一点变化，所以我们必须注意这些细节。

如果这个环节把握好，基本可以实现，除非有特殊情况，比如前期忽略的一些后台数据问题。

本文来自：朝阳网站建设

我们专注高端建站，小程序开发、软件系统定制开发、BUG修复、物联网开发、各类API接口对接开发等。十余年开发经验，每一个项目承诺做到满意为止，多一次对比，一定让您多一份收获！