视觉设计师怎样让前端100%实现设计效果?

这是一个经常被讨论的问题，「创新设计能力 & 跟进还原能力」。这是一个商业设计师而非艺术家的两重技能要素，同样重要，缺一不可，甚至在很多时候后者的作用力会更大，毕竟我们还是要做一个落地的商业产品而不是意淫的概念稿。这是任何一个在职的商业设计师能力模型之内不能被忽视的要素之一。

一、效果实现难度

设计师天马行空的大脑会迸发出各种奇思妙想，例如一个看起来酷炫的动画，结果跑到工程师面前，工程师很犯难的表示做不了，或者硬着头皮做到最后也发现不尽人意。所以前期对实现难度的基本沟通是必要的，很多时候，酷炫的效果并不是拯救设计的唯一方式，反而，大多时候我更倾向于朴素的手法来解决问题。酷炫的效果往往不是必要的，而是锦上添花的，需量力而行。

二、明确的规范

任何时候不要小看规范的作用力，刚入行的某一段时间我经常喜欢不做规范，直接搬个凳子到开发工程师面前指指点点（好在和开发关系比较好，游戏好基友，不然我可能都没命活到今天），看似非常具有效率，但这种效率仅仅适合单枪匹马战斗时，涉及到团队协作，几个设计师面对几个开发甚至更多时，规范的作用力就显得十足重要。

规范的编写尽可能让开发少动脑，例如交互原则「Don’t Make Me Think」一样，不要让开发费很多精力在理解规范，规范能多傻就多傻。试举一例，如下：

见过太多设计师如右图一样标注规范，事实上，图片的实际画布尺寸是左侧蓝色框的范围，所以在标注规范时一定要如左图所示，否则开发还要量多一遍你的空白像素。

包括标注出不同情况（dock栏）时的不同规范，或在备注栏告知开发排列方法（例如控制边距，横向平均排列）

三、语言转化

将视觉语言转化为开发语言，每个人对形体的观感是不同的，设计师很多接受过美术方面训练，对造型的比例有一定认知，可以感觉细微的视觉差异，但不意味着你可以要求开发同学也如你一样，过去的工作经验中，也经常听到如下对话：

「天呐，这两个图完全不同啊，你怎么能做成这个样子」
「啊？不同么？我看上去差不多啊」
「你瞎啊，这么明显的不同你都看不出来」
「。。。」

所以需要转化语言让开发能够轻易的明白，将抽象的感性内容转化为可量化的理性数字。例如动画运动轨迹，靠开发观察运动轨迹几乎是不可能的，所以需要转化你的语言让开发更容易明白。

四、反复验收