橙子的橙子:一直以,设验收都不太受重视,设师总习惯于把时间用雕琢设稿,忽略掉后的设验收,这就导致程序员修改 bug 的时候,常常需多次修改能还原设稿的效果,重复返,极其影响效率。但其实很多时候只设师验收的时候一点点改变,多花费几分钟,就能提高 bug 的修改率。
一、关于设计验收
之所以验收不受重视,我觉得主两原因,一对自己合作的程序员极其自信,认对方能知道到自己所的点,会完全按照设稿;另一设师意识到验收的重性,潜意识里认后发的效果不好发的锅,自己关系。
其实在看来,开发后效不好,设计稿做再完美也是徒劳,毕竟最后看是线上稿。谁也不想自己稿子拿不出手吧……
二、错误的做法
1. 口明
很不幸,实际作中很多设师发问题后,只口告诉发哪里改,这种方式很易出了10,但发只记得6,终只改对了4,重复返以及沟通的时间太,效率不高。当然这种口明的方法之下还产了一阶版,就搬小板凳坐到发面指哪改哪,但这也仅限于对接发人员少的时候,当同时对接三五发的时候,这精力的且也会影响发的度。
2. 让发去找之的标注稿
验收发问题的时候,让发自己去找之的标注稿,对照修改,就很易出重复返,时候发改了但改到,比如设稿的元素小20px,第一次发的27px,一轮验收后他自己回去对照标注稿,改了18px,那也就意二轮验收的时候还得去提这问题,时间本浪费较。
作设师言,我们每天都素打交道,间距、字差几素,我们一眼就能看出,但作每天码打交道的发,差了几素他们眼里区别的,觉得都一样,所以我们需明确的告诉他这里移动几素,那里字改几素。
这就谈恋一样,男女的思维很不一样,同理,设师发的思维也不一样的,我们验收的时候,可以稍微改变一下方式,多站发的角度考虑问题。
三、正确的做法
1. 截图
验收的时候,我们需要把开发实现后的效果截图,然后再和设计稿做对。
2. 和设计稿作对
我们可直接把截图放在设计图上方,降低透明,大致对,就知道哪里太对,然后再具体标注需要修改地方的参数。
在这中有几个小技巧,当设计稿做的间距是48px时,开发实现后的效果是30px,这个时候我们可直接标明间距缩小18px,而是间距48px,开发只需要在原来设置的参数上或者减18px,而再算参数了,当图标切图错误的时候,直接注明该图标需要更换,图片例对的时候一样。
四、验收需要注意的问题
1. 分割
在验收的时要特别注意分割的问题,分割是在所有屏幕上是1px,但是很程序没有注意个,或者说设计师在开前没有特别说明,程序就写成1pt,因为pt是1x下的单位,px是际单位。
所以在做分割的是,单位需要是「px」,样才能证每个屏幕的分割是1像素。
2. 文字截断范围
当文字左右两边有内容的时,我们需要标明文字显示的范围,也就是说它最能显示几个字。
3. 屏适配问题
计普遍用的计尺寸都是750(1x为375),一些版式排版也是基于这个尺寸的,那对于640的机来说,某些地方就会出现排不下的情况,这个候是需要计在做计稿的候就考虑这一点,并给出适配规则。在后期验收的候也需要别去注这个问题。
4. 沟不到位导致问题
有些页有很多实现,如前期没有跟开发沟楚,会导致最终实现效存在误,比如下这个页,单张静态图,开发根本不知设计师想要实现是什么,固定距是控制左右距离,自适应。最后很大可能会按照自己理解去做了,导致出现复返工现象。
总结
后视觉验收的时候,我们可换位思考,把自己当做程序员,在他们的角思考问题,怎么样的验收方式会更方开发修改,减重复返工的次数,情愿验收标注的时候多10分钟,要把修改意见写详细,帮开发节省时间,反过来帮我们自己减了二次验收的成本。
欢迎关注作者的微信公众:「海盐社」
图片素作者:spoonlancer